ГОСТ Р 57102—2016
a) предпочтение может быть отдано одновременной готовности полного множества возможностей;
b
) затраты на обучение могут превысить лимит для продвижения следующей версии;
c) может иметь место неясность, связанная с определением будущих требований;
d) может иметь место неопределенность относительно планирования сроков выпуска следующей
версии:
e) управление конфигурацией может оказаться проблематичным;
0 неприемлемость раннего использования прототипа продукта в производстве.
5.4.4.2.4.4 Возможности
С эволюционным подходом могут быть связаны такие возможности, как:
a) требования приобретающей стороны, которые могут быть удовлетворены на стадии начальных
возможностей.
b
) обратная связь с заказчиком, которая может быть использована для усиления возможностей
будущей версии системы;
c) прототипы, разработанные для удовлетворения в ранних контрольных точках, которые могут
быть использованы на рынке.
d) раннее выведение ограниченной системы возможностей, которое может помочь в конкурентной
борьбе;
e) использование преимуществ появляющихся технологий.
5.4.4.3 Инженерное представление
5.4.4.3.1 Общее
Инженерия связана с системой, начиная с ранних стадий жизненного цикла (замысел и разра
ботка). когда система изучается, определяется и создается. Дополнительная инженерия вовлекается на
более поздних стадиях (производство, применение, поддержка, списание), когда нежелательные
изменения становятся следствием ошибок проектирования или отказов либо возникновения новых тре
бований. появляющихся в результате технологических, конкурентных изменений или угроз.
Для того чтобы создать выполнимое решение для системы на стадии замысла, структура систе
мы должна быть определена и реально оценена. Это следует сделать для удовлетворения системных
требований, а также для прозрачности затрат и рисков для воплощения выбранного замысла системы.
Когда перечень частей образует выходные критерии (например, требуемые как часть предложения
или в порядке подготовки предложения по кредитоспособной стоимости), должна быть выполнена до
статочно детализированная системная инженерия для гарантии того, что перечень частей полон, а
за траты и риски понимаемы.
Для того чтобы создать системное решение на стадии разработки, система должна быть спроек
тирована с соответствующей детализацией, начиная от уровня рассматриваемой системы сверху вниз
через последовательные уровни системы. Это осуществляется до тех пор, пока системный элемент не
будет сделан, приобретен, повторно применен или реализован. Каждую систему следует верифици
ровать на предмет соответствия своим специфичным требованиям, включенным в описания конфигу
рации. предоставленной в архитектурном проекте, и аттестовать на предмет удовлетворения требова
ниям приобретающей стороны и другим требованиям заинтересованных сторон. Каждый системный
элемент должен перейти к приобретающей стороне, где он может быть собран и скомплексирован в
систему более высокого уровня, которая проходит верификацию, передачу и валидацию. Указанные
действия продолжаются через последовательные уровни снизу вверх для реализации рассматривае
мой системы.
Этот подход, применим ли он на стадии замысла или стадии реализации, является типовым
инженерным подходом сверху вниз и снизу вверх и описывает блок инженерных действий, проиллю
стрированных в инженерном представлении на рисунке 18. Подходы нисходящего и восходящего про
ектирования проиллюстрированы на рисунке 23 и идентифицируются в технической литературе как
диаграмма V или У-модель. Этот рисунок отражает рабочие продукты и действия, которые ожидаемы
от рекурсивного применения процессов, приведенных на рисунке 15. для определения и реализации
структуры системы.
Хотя инженерия У-модели на рисунке 18 показывает только четыре уровня, процесс определения
требований заинтересованных сторон (требований правообладателей), процесс анализа требований и
процесс проектирования архитектуры должны быть применены к рассматриваемой системе, системам и
системным элементам из структуры системы. Типовые рабочие продукты (спецификации и планы
верификации и валидации) должны быть разработаны для каждого уровня структуры системы, как это
проиллюстрировано на рисунке 15.
41