Системный подход к управлению высокотехнологичными проектами. 2-е издание, переработанное и дополненное. Виктор Юрьевич Николенко

нуждаются в дополнительном контроле, так как являются источником большого количества нестыковок как в ходе разработки проекта системы, так и на этапах ее интеграции и валидации.

      Хорошие требования к системе или продукту должны быть:

      a) специфичными, т.е. отражать только один аспект конструкции или характеристик системы, и должны быть выражены в терминах необходимости (что и как хорошо), а не решений (как);

      b) измеримы, т.е. характеристика выражается объективно и количественно (например, точное требование, указывающее температуру детали в градусах, может быть проверено при испытании);

      c) достижимы, т.е. технически реализуемы при доступных затратах;

      d) соответствовать указанному уровню подсистемы (например, требование наличия солнечных батарей спутника не входит в уровень требований ракеты-носителя, а только в требования для подсистемы полезного груза);

      e) прослеживаемыми, т.е. требования нижнего уровня (младшего, дочернего) должны четко вытекать из поддержки требований более высокого уровня (старшего, родительского). Требования, не имеющие «родителей», должны быть оценены для необходимости включения на данный уровень.

      Можно изложить некоторые полезные правила формирования требований, как набор рекомендаций, чего следует «избегать» в тексте требований:

      1) хаоса, необходимо сконцентрироваться на самом важном, требование не должно быть похоже на роман;

      2) «лазеек», таких как «если это необходимо», поскольку они делают требование бесполезным;

      3) помещать больше одного требования в один параграф, это можно определить по наличию предлогов «и»;

      4) рассуждений и нечетких слов («обычно», «в основном», «часто», «нормально», «типично»);

      5) использования неопределенных терминов («удобный в использовании», «универсальный», «гибкий»);

      6) принятия желаемого за требуемое («100% надежный», «приятный для всех пользователей», «безопасный», «подходящий для всех платформ», «не должен никогда ломаться», «быть готов к модернизациям для любых ситуаций, которые могут возникнуть в будущем»).

      Приведем несколько примеров требований, с точки зрения того, хорошо ли они изложены.

      •Самолет должен иметь три двигателя (исходное требование для DC-3). Позже выяснилось, что самолет должен отвечать требованиям эксплуатации при отказе одного двигателя.

      • Разработчики смартфонов ставили своей целью улучшить технику для телефонных звонков. Однако пользователи стали выбирать смартфоны по опции связи и мультимедиа в мессенджерах и качеству снимков фотокамеры, т.е. по ранее вспомогательным критериям.

      • После проектирования системы пожаротушения в Таганском туннеле 3-го транспортного кольца Москвы было проведено ее опробование. Оказалось, что после срабатывания системы огонь успешно ликвидируется, но восстановить движение по туннелю невозможно, так как