ГОСТ Р 57318—2016
5.1.3.1 Базовые линии системы
В проекте следует предусмотреть подготовку и поставить на контроль базовые линии системы.
Базовые линии конфигурации системного уровня должны содержать спецификации на интерфейс си
стемы. спецификации на интерфейсы продукта, спецификации системы и интегрированное хранили
ще, которое содержит проект, данные, модели, показатели, изменения, обоснование проекта и другую
информацию, относящуюся к решениям или пояснениям к системным требованиям.
5.1.3.2 Базовые линии запроектированной подсистемы
В проекте следует предусмотреть формирование базовых линий каждой запроектированной в
архитектуре системы подсистемы. Каждая базовая линия должна включать все применимые специфи
кации на системные интерфейсы, связанные с ними предварительные спецификации на подсистемы и
любые чертежи или эскизы для них, которые были разработаны для определения системных продуктов.
5.1.4 Технический анализ
В проекте следует предусмотреть планирование и выполнение соответствующего технического
анализа, предназначенного для оценки зрелости мероприятий в области разработки и подготовки ре
комендаций в части необходимости и целесообразности инвестиций в дальнейшую разработку. Техни
ческий анализ системного уровня, выполненный на этом этапе разработки, можно проводить одновре
менно с анализом по управлению проектами.
5.1.4.1 Анализ альтернативных концепций
Для выбора альтернативной концепции (или нескольких концепций), в которой будут определены
мероприятия, описанные в 5.1.1.2—5.1.3.2, в проекте при необходимости следует предусмотреть ана
лиз альтернативных концепций, в ходе которого необходимо оценивать каждую концепцию со следую
щих точек зрения:
а) наиболее целесообразное распределение продуктов и подсистем, обеспечивающее обосно
ванную концепцию системы;
б) возможность данной концепции удовлетворять требованиям заинтересованных сторон и ожи
даниям общества;
в) выполнение спецификаций на интерфейсы системы и продуктов, а также предварительной
спецификации на систему;
г) описание базовых линий системы;
д) оценка рисков, связанных с конкретной концепцией;
е) адекватность и полнота анализа системных данных для обоснования решений, принимаемых
для определения концепции и оценки ее соответствия требованиям заинтересованных сторон и ожи
даниям общества.
5.1.4.2 Анализ определения системы
Анализ определения системы следует проводить в рамках проекта по завершении этапа опреде
ления системы с целью установления того, является ли это определение достаточно хорошо продуман
ным для дальнейшего определения подсистем. Анализ определения системы требуется для гарантии
того, что;
а) определение обладает достаточной степенью зрелости и соответствует SEMS-критериям;
б) риски системного уровня адекватно рассмотрены и обоснованы для дальнейшей разработки,
в) результаты коммерческих исследований являются достаточными для обоснования выполнимо
сти системных требований;
г) решения, принятые для достижения конфигурации определения системы, учитывают результа
ты анализа, проведенных испытаний и/или другие технические данные.
5.2Этап предварительного проектирования
В проекте следует предусмотреть выполнение этапа предварительного проектирования для нача
ла инициализации процесса проектирования подсистем, создания спецификаций подсистемного уров
ня и разработки запроектированных базовых линий с целью управления разработкой компонентов.
В проекте применяют SEP-процессс целью декомпозиции выявленных функций подсистем на функции
более низкого уровня и распределения функциональных и эксплуатационных требований по функцио
нальным и физическим архитектурам компонентного уровня (см. нижеследующие пункты).
Каждую предварительную спецификацию на подсистему и предварительные запроектированные
базовые линии следует преобразовать в спецификацию на подсистему и запроектированные базовые
линии соответственно, а также определить их для компонентов подсистем, подлежащих разработке.
23