ГОСТ Р 57318—2016
ключевыми решениями следует сохранять в интегрированном хранилище. Верифицированную про
ектную архитектуру также используют для формирования древа технических требований системы, а в
сочетании с верифицированной проектной архитектурой процесса жизненного цикла образуется струк
тура всей системы.
6.6.5 Верифицированные проектные архитектуры процессов жизненного цикла
В проекте следует предусмотреть проведение анализа требований, функциональный анализ и
синтез задач по выявлению, определению и разработке архитектур для процессов жизненного цикла. В
проекте следует выполнять задачи согласно 6.1—6.4 для верификации проектной архитектуры для
каждого процесса жизненного цикла продукта. Продукты, связанные с каждым процессом жизненного
цикла, приобретаются, производятся и интегрируются с другими продуктами согласно указанным сро
кам, связанным с процессом(ами) для поддержки ключевых технических событий.
6.6.6 Верифицированная архитектура системы
Полная архитектура системы состоит из всех проектных архитектур процессов жизненного цикла
и проектных архитектур продукта. Архитектуру системы верифицируют после удачного выполнения ве
рификации продуктов и их процессов жизненного цикла.
6.6.7 Создание спецификаций и базовой линии конфигурации
После верификации проектной архитектуры в проекте для каждого элемента проектной архитек
туры следует разработать/обновить спецификации на продукты и интерфейсы, соответствующие кон
кретным этапам разработки (см. раздел 4). Кроме того, в проекте для каждого элемента проектной архи
тектуры необходимо разработать/обновить соответствующие базовые линии конфигурации. Иерархия
спецификаций (для продукта и интерфейса) для проектной архитектуры образует древо спецификаций,
соответствующих данному этапу разработки (см. рисунок 5). Древо спецификаций характеризует эле
менты технических требований, в соответствии с которыми продукт необходимо изготавливать, произ
водить. приобретать или маркировать. Спецификации документируют, помещают в интегрированное
хранилище и используют при следующем применении SEP-процесса. Проектное решение для следую
щего уровня развития может удовлетворять этим требованиям.
6.6.8 Разработка структурной декомпозиции системы (SBS)
В проекте следует предусмотреть разработку структурнойдекомпозиции проектируемой системы,
в том числе требований к процессам жизненного цикла (см. рисунок 6). SBS-структуры документируют,
помещают в интегрированное хранилище и используют для структурирования и управления техниче
скими мероприятиями на следующем этапе разработки.
6.7 Анализ системы
В рамках проекта следует выполнять задачи системного анализа, предназначенногодля разреше
ния конфликтов, которые были выявлены в ходе анализа требований, декомпозиции функциональных
требований и распределения требований к эксплуатационным характеристикам при функциональном
анализе, оценке эффективности альтернативных проектных решений и выборе оптимального проект
ного решения в процессе синтеза, оценки эффективности системы и управления факторами риска в
рамках всех мероприятий по системе инженерии. Системный анализ дает строгую количественную
основу для создания сбалансированного набора требований и для завершения сбалансированного
проектирования. Задачи, связанные с системным анализом, приведены на рисунке 16. Даже если ана
лиз компромиссных решений не был проведен, необходимо выполнить общую оценку эффективности
системы.
6.7.1 Оценка конфликтных требований
В проекте следует предусмотреть оценку конфликтов между требованиями и ограничениями, вы
явленными на этапе анализа требований, что необходимо для определения в случае необходимости
альтернативных функциональных и эксплуатационных требований. Требования к анализу компромисс
ных решений и оценкам следует выполнять для определения набора требований и ограничений, реко
мендуемых с точки зрения влияния рисков, затрат, плана-графика и результатов деятельности.
6.7.2 Оценка функциональных альтернатив
В проекте следует предусмотреть оценку возможных мероприятий с альтернативными подфунк
циями для декомпозиции функции и распределения требований к рабочим характеристикам по под
функциям в процессе функционального анализа. Функциональный анализ компромиссных решений
следует выполнять для определения рекомендуемого набора подфункцийдля каждой функции, а также
требований к рабочим характеристикам, распределенным с точки зрения рисков, затрат, плана-графика и
результатов деятельности.
52