| Рис.2.3 Определение входящих и производных требований для основного процесса |  |
Некоторые читатели могут засомневаться в том, что нижнем уровнем должен быть ноль, -ведь в этом случае нет необходимости иметь ассоциацию вообще Однако это необходимо и вот почему. Представьте себе, что нижний уровень все-таки был бы равен единице, -тогда это означало бы, что входящее требование просто не могло бы существовать до тех пор, пока оно не было бы ассоциировано с хотя бы одним производным требованием. Естественно, что такая ситуация неприемлема. Входящие требования должны существовать еще до того, как появятся производные требования. Следовательно, нулевой уровень - это вполне нормальная ситуация, поскольку периодически в процессе работы могут отсутствовать связи между входящими и производными требованиями (например, на ранних стадиях разработки, когда связи еще не установлены). Тем не менее, руководитель проекта должен следить за тем, чтобы связи устанавливались как можно раньше. С [c.36]
Следует отметить, что при получении требований для компонентов системы необходимо выполнить определенную дополнительную работу - установить связи типа удовлетворяет/удовлетворяется между входящими и производными требованиями. Такие связи показывают какие входящие требования удовлетворяются какими производными требованиями, что может быть использовано для утверждения того, что [c.45]
Еще одной задачей руководителя является контроль за актуальность (обновлением) всей проектной документации. Это особенно важно при внесении изменений во входящие требования. Необходимо, чтобы производные требования и, соответственно, все связи между входящими и производными требованиями были также скорректированы в соответствии с принятыми изменениями. Это же относится и к обновлению требований и связей между ними на всех других уровнях. [c.196]
Прежде чем объяснять нюансы процесса разработки требований, необходимо обратить внимание на то, что существует другой тип информации, который также является входящим и производным для процесса разработки требований. Это информация, связанная с проверкой реализации требований. [c.31]
На втором этапе необходимо провести анализ входящей информации и понять, как из нее получить требуемую выходную (производную) информацию. Этот этап обычно проходит параллельно с первым и подразумевает создание моделей и аналитических отчетов, которые являются основой для разработки производных требований и стратегии проверки требований следующего (нижнего) уровня. [c.32]
Следовательно, в модели на рис. 2.7 ноль или более входящих требований могут быть удовлетворены одним производным требованием, и входящее требование может быть удовлетворено нулем или более производных требований. [c.36]
Каждый из классов стратегии проверки (правая часть рисунка) оценивает соответствующий тип требований. При этом стратегия проверки производных требований может предусматривать большую детализацию, нежели стратегия проверки входящих требований. Такой подход, например, может применяться при разработке систем, связанных с потенциальной опасностью для жизни и здоровья людей. В этом случае необходимо делать более детальные низкоуровневые проверки, совокупность которых помогает удовлетворить критерии проверки более высокого уровня. [c.37]
Начальной точкой является состояние Неудовлетворенно, что означает отсутствие производных требований связанных с данным требованием. После того, как входящее требование удовлетворено одним или несколькими производными требованиями, и при этом поставщик с более низкого уровня согласовал требования, а заказчик с более высокого уровня согласился с тем, что производные требования удовлетворяют входящее [c.39]
Основная цель создания разного рода моделей - это попытка понять суть входящих требований вместе с предлагаемой стратегией их проверки, а также последующие эксперименты с альтернативными вариантами реализации этих требований, которые (эксперименты) должны опережать разработку производных требований. Эта работа может рассматриваться еще и как возможная разработка стратегий проверки для производных [c.43]
На каждом этапе разработки вначале проводится моделирование и анализ, что, во-первых, улучшает понимание входящих требований, а, во-вторых, обеспечивает надежную базу для последующей разработки производных требований для следующих уровней (этапов). Количество уровней зависят от характера и природы создаваемой системы, а также от степени новизны предлагаемых проектных решений. И совершенно неважно, какое количество уровней вам придется создать, - значение имеет лишь степень детализации решений на каждом из уровней. [c.129]
Как только разработана и согласована структура требований, начинается процесс сбора производных требований и размещения их в полученной структуре. Вполне возможно, что некоторые входящие требования могут быть сразу и без изменений помещены в структуру документа. Если это происходит, то обычно свидетельствует о том, что входящие требования весьма детализированы, т.е. очень близки к реализации. [c.148]
Если же вы только начинаете формулировать требования, то самое лучшее - это руководствоваться всеми правилами для написания хороших требований , приведенными в главе 4. Всегда помните и соблюдайте золотое правило - каждое требование должно представлять собой единственное утверждение, реализацию которого можно проверить (т.е. каждое единичное требование должно быть пригодно для тестирования). Как только производное требование сформулировано, необходимо установить связь, идущую от него обратно к одному или более входящим требованиям, которые данное (только что сформулированное) требование удовлетворяет полностью или частично. [c.148]
Суммируя все вышесказанное, можно отметить следующие основные положения. Организации-поставщики, участвуя в тендере, готовят коммерческие предложения и, если выигрывают тендер, приступают к разработке системы. Хорошо разработанные входящие требования невероятно важны как основа для дальнейшей разработки системы. Для успешного выполнения проекта необходимо всегда иметь свежие (обновленные) версии входящих требования. Наличие связей (трассировки) между входящими требованиями, производными требованиями всех уровней, требованиями для субподрядчиков, тестовой информацией позволяет правильно оценивать влияние предлагаемых изменений, и всегда иметь представление о ходе выполнения работ по проекту. [c.196]
Как отмечалось ранее, разработка стратегии проверки может привести к необходимости разработки специальных тестовых стендов или установок. В этом случае появляются связи типа налагает между стратегией проверки для входящих требований и одним или более производных требований. Хорошим примером появления связи такого типа может быть случай, когда (чтобы в дальнейшем проверить компонент) возникает необходимость установить некую контрольную точку (monitor point). Такие контрольные точки часто нужны для проверки производительности системы в реальных рабочих условиях (скорость, время отклика, пропускная способность и т.д.). [c.37]
Смотреть страницы где упоминается термин Входящие и производные требования
: [c.48] [c.37]Смотреть главы в:
Разработка и управление требованиями -> Входящие и производные требования