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

6. Валидация проектного решения. Она отличается усеченной полнотой требований от валидации конечного продукта. Оперативная валидация может включать вопросы.

• Работает ли система так, как ожидалось?

• Как система реагирует на сбои, сбои и аномалии?

• Доступна ли система?

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

7. Идентификация обеспечивающих продуктов. Обеспечивающими называют продукты и услуги поддержки жизненного цикла (например, производство, тестирование, развертывание, обучение, обслуживание и утилизация), которые облегчают продвижение и использование конечного продукта в течение его жизненного цикла. Поскольку конечный продукт и его поддерживающие продукты взаимозависимы, они рассматриваются как единая система. Поэтому важной задачей в процессе определения проектного решения является идентификация предоставляемых продуктов и персонала, которые понадобятся в течение жизненного цикла выбранного проектного решения.

Результаты процесса определения проектного решения рекомендуется документировать.

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

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

• Начальные спецификации подсистем, которые предоставляют подробную информацию, если требуется.

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

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

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

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

Пример критериального решения показан для выбора места рабочего обеда. Назначены три критерия: расстояние до кафе (пункта питания), качество пищи и ее стоимость. В результате опроса группы сотрудников получены относительные оценки критериев в баллах. Далее проведена операция нормирования результатов, чтобы перейти к весовым коэффициентам в долях единицы (колонка справа в таблице 1).

Таблица 1

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