Список - требование
Cтраница 2
Рассмотрев контрольное требование 8, мы пришли к выводу, что оно не обладает информативностью, поскольку не содержит никаких иных данных, кроме использованных в расчете. Таким образом, этому требованию следует приписать ранг нуль, тем самым исключив его из списка частных контрольных требований. В связи с этим число этих требований и соответственно их ранги уменьшаются на единицу. [16]
Назначение требований системы к функциям производится при анализе требований. Многие из уже проверенных данных встраиваются в процесс, поскольку функциональная модель создается непосредственно исходя из списка требований. Однако для безопасности лучше отобразить требования из документа о требованиях на ERD и модели потоков процессов, чтобы определить, где, почему и как выполнено каждое требование, какая функция или процесс ему соответствует. [17]
Звездочками на рисунке помечены этапы, выполняемые авто-матизированно. Первый этап проектирования ЭВМ связан с разработкой структурной схемы, реализующей принятый принцип ее действия и включающей такие крупные блоки, как арифметическое устройство, основная память, устройство управления, логическое устройство, соединительная шина и др. На этом же этапе разрабатывается детальный список требований к схемам связи между элементами структурной схемы. [18]
Дополнительный этап дает возможность пользователям сопоставить свои взгляды с иерархией функции системы и ERD. Сначала производится сравнение желаний пользователей со списком требований. Затем список требований ( который уже одобрили пользователи) сопоставляется с разработанными ERI), функциональной иерархией и уже оформленными прототипами. [19]
Настоящая работа построена следующим образом. Раздел 2 содержит перечень некоторых характерных экспертных задач. Для каждой задачи приводится список требований и ключевых проблем, связанных с экспертной деятельностью в рамках решаемой задачи. Цель этого раздела состоит в том, чтобы выделить набор организационных принципов, покрывающих многообразие проблем, связанных с решением задач. [20]
Законченной частью фазы анализа является документ о требованиях. Для очень больших проектов он может содержать сотни страниц, охватывая предложения пользователей обо всей системе. Правильно определенный и распределенный по приоритетам список требований, дополненный бизнес-моделью и матричными результатами, составит документ о требованиях, отражающий взгляд разработчиков на внутреннюю сторону деятельности организации. [21]
 |
Рейтинг потребительских требований. [22] |
Требования потребителей всегда противоречивы, и нельзя создать продукцию, отвечающую всем им полностью. Имея четкое представление о том, какие требования необходимо удовлетворить обязательно, а какими можно в известной степени поступиться, фирма должна найти компромисс. Чтобы ответить на этот вопрос, следует упорядочить список потребительских требований по степени важности. В результате получается еще один столбец с некоторыми числами, указывающими, какое место по важности занимает в этом ряду каждое из требований. [23]
Фаза предварительного анализа предполагает планирование и принятие решений. Одно из них связано с выбором способа отображения требований к системе на элементы репозитория, чтобы далее ( на жизненном цикле CADM) можно было провести перекрестную проверку соответствия разработки этим требованиям. Традиционно такое отображение выполняется вручную ( если это делается вообще): один из разработчиков сравнивает список требований со списком возможностей системы, чтобы гарантировать полноту проекта. [24]
Они написаны для иллюстрации ряда графических возможностей представителей информации. Однако эти возможности, конечно, не охватывают всей совокупности требований пользователя. Список требований, конечно же, не полный. [25]
 |
Потребительские требования. [26] |
Опрос производится следующим образом. Сначала определяется выборка потенциальных потребителей, представляющая все множество таких потребителей в определенном рыночном сегменте, в котором действует фирма. Затем в рамках выборки производится опрос, с тем чтобы на основе его результатов определить, какими свойствами должна обладать данная продукция, чтобы потребители захотели ее купить. По результатам опроса составляется список потребительских требований к планируемой продукции. Данные требования записывают в столбец будущей матрицы СФК. [27]
 |
Потребительские требования. [28] |
Опрос проводится следующим образом. Сначала определяется выборка потенциальных потребителей, которая хорошо представляет все их множество в определенном рыночном сегменте, в котором действует фирма. Затем в рамках выборки осуществляется опрос с тем, чтобы на основе его результатов определить, какими свойствами должна обладать данная продукция, чтобы потребители захотели ее купить. В результате опроса получается список потребительских требований к планируемой продукции. Данные требования записывают в столбец будущей матрицы СФК. Так, в табл. 5.3 представлены потребительские требования, учитываемые при проектировании новой модели автомобиля. [29]
На базе требований формируют заявки и портфель заявок. Как указывалось выше, требования определяются признаками-размерами. Успех построения оптимальной ТОС во многом зависит от того, насколько точно определены основные признаки, характеризующие требования на обслуживание и их значения. При определении признаков-значений требований необходимо стремиться к полноте учета потребностей. Однако необоснованное увеличение числа признаков, включенных в список требований, может привести к беспредельному увеличению числа заявок. Так, например, при построении оптимального параметрического ряда самолетов вряд ли целесообразно на стадии определения портфеля заявок включать в требования такие признаки, как цвет обивки кресел, яркость освещения салона, форму иллюминаторов и др., которые, конечно, в какой-то мере характеризуют комфорт пассажиров, но не определяют основные параметры проектируемых самолетов. На этом этапе вряд ли целесообразно даже указание конструктивных особенностей планера. Эти признаки являются производными и будут уточняться в процессе проектирования. Основными требованиями при формировании технического задания на проектирование самолетов являются число перевозимых пассажиров, тип взлетно-посадочных полос, коммерческая скорость полета, его дальность, стоимость летного часа, система навигации, количество межремонтных полетов, число двигателей и их тип. Эти признаки автоматически определяют облик самолета и всего КТС. [30]
Страницы: 1 2