ГОСТ Р 57318—2016
Окончательная документация на подсистемы должна содержать: идентификацию рекомендуемых
компонентов и интерфейсов; возможные варианты решения проблем по снижению рисков на уровне
подсистем; оценку рисков компонентов и проектирование качественных показателей, например, про
изводительности. верифицируемости. простоты распространения, удобства применения, возможности
наличия технической поддержки, обучаемости персонала и вывода из эксплуатации для каждой под
системы (при необходимости).
5.2.1 Предварительное определение подсистемы
В проекте следует предусмотреть применение SEP-лроцесса (см. раздел 6) в каждой из подси
стем с целью формирования функциональной и физической архитектуры подсистем. Конкретные ме
роприятия. которые при этом будут осуществлены, перечислены в таблице 3.
Таблица 3 — Определение подсистемы — этап предварительного проектирования
Установление предварительных определений подсистемы:
а) определение сборок и их интерфейсов:
б) определение компонентов и их интерфейсов;
в) снижение рисков для подсистем:
г) оценка рисков компонентов;
д) проектирование показателей качества в рамках жизненного цикла:
е) выполнение предварительных чертежей для каждой подсистемы;
ж) определение проблем, связанных с интерфейсом «человек — система»:
и) проверка планов технического проектирования и технических планов для детализированного проектиро
вания
Выполнение спецификаций:
а) обновление системных и производственных спецификаций;
б) выполнение спецификаций на подсистему и сборку:
в) выполнение спецификаций на интерфейс компонента;
г) выполнение предварительных спецификаций на компоненты;
д) обновление спецификаций на интерфейс типа «человек — система»;
е) обновление спецификаций на трудовые ресурсы, персонал и его обучение
Установление базовых линий:
а) обновление базовых линий системы:
б) установление запроектированных базовых линий;
в) установление предварительных компоновочных базовых линий
Выполнение технического анализа:
а) выполнение предварительного проектного анализа для подсистем:
б) выполнение предварительного проектного анализа для систем
5.2.1.1 Сборки и их интерфейсы
В проекте следует предусмотреть идентификацию сборокдля каждой подсистемы и определение
требований к функциональному и проектному интерфейсу между сборками, к соответствующим тре
бованиям к рабочим характеристикам и проектным ограничениям. Требования к рабочим характери
стикам подсистемы распределяют между сборками таким образом, чтобы обеспечивалось требование
прослеживаемости от подсистем к соответствующим сборкам, а также от этих сборок до более высокой по
иерархическому уровню подсистемы.
5.2.1.2 Компоненты и их интерфейсы
В проекте следует предусмотреть идентификацию компонентов каждой сборки и определение
требований к функциональному и проектному интерфейсу между компонентами и к соответствующим
им требованиям к рабочим характеристикам и проектным ограничениям. Требования к рабочим ха
рактеристикам сборки распределяют между компонентами таким образом, чтобы обеспечивалось тре
бование прослеживаемости от сборок до компонентов, а также от компонентов до болое высокой по
иерархическому уровню сборки.
5.2.1.3 Риски для подсистемы и компонентов
В проекте следует предусмотреть снижение до минимума рисков на подсистемном уровне, кото
рые были расценены как критические при разработке подсистемы в процессе определения системы,
а также оценивать и снижать риски для сборок, связанных с каждой подсистемой. Для оценки крити
ческих рисков для подсистемы/сборки необходимо использовать имитационные модели, испытания на
масштабной модели или на опытном образце с целью подтверждения снижения уровня допустимого
24