ГОСТ Р 57318—2016
необходимо описывать способ преобразования требований в детализированные проектные спецификации на
аппаратные средства, программное обеспечение, методы инженерной психологии, трудовые ресурсы, персонал,
безопасность, обучение персонала и интерфейсы. Также здесь должны быть определены подходы и методы для
инженерных областей, факторы качества и области инженерной специализации (см. 3.2), а также коммерчески до
ступные, готовые или ранее разработанные изделия, включая контроль комплектующих.
Подраздел 3.
7
Проектная верификация.
Этот подраздел должен содержать описание планируемых подхо
дов и методов для верификации того, что проектная архитектура, созданная по результатам синтеза, в восходящем и
нисходящем порядке восходит к функциональной архитектуре, отвечает утвержденной базовой линии требова ний
и поддерживает базовую линию конфигураций и спецификаций (в том числе метод инженерной психологии,
трудовых ресурсов, персонала, безопасности и спецификацию на обучение персонала).
Подраздел 3.8 Анализ систем.
Этот подраздел должен содержать обзор планируемых подходов и методов,
которые планируется использовать для достижения значений сбалансированного набора требований и сбаланси
рованной функциональной и проектной архитектуры в целях удовлетворения установленным требованиям и воз
можности управления выходными данными SEP-процесса. зависящими от уровня разработки. Также раздел дол жен
содержать обзор необходимых мероприятий по анализу системы (включая аппаратные средства, программное
обеспечение, анализ распределения человеческих ресурсов); включать методы и средства анализа компромисс
ных решений и систем, рентабельности и управления рисками.
Пункт 3.8.1 Анализ компромиссных решений.
Этот пункт должен содержать описание планируемых иссле
дований в части поиска компромиссов между установленными требованиями проекта, графика, функциональ ных
и эксплуатационных требований, функций, задач и распределения решений между человеком, программным
обеспечением, аппаратными средствами и жизненным циклом/проектированием с учетом установленных затрат.
Здесь необходимо привести описание использованных критериев принятия решений и компромиссов для аль
тернативных проектных решений. Включает описание технических целей, критериев и весовых коэффициентов, а
также кривой полезности (в зависимости от конкретного случая). Также включает описание методов и средств,
которые планируется использовать, и любых интерфейсов с интегрированным хранилищем.
Пункт 3.8.2Анализ эффективности решений.
Этот пункт должен содержать описание системного анализа
и анализа экономической эффективности для поддержки развития жизненного цикла сбалансированных продуктов
и процессов и поддержки процесса управления рисками. Здесь необходимо описывать МОЕ-локазатели, их вза
имодействие и критерии отбора МОР-критериев для поддержки развития определения и верификации системы.
Включает описание общего подхода; к анализу системы/функционально-стоимостному анализу, производственно
му анализу, верификационному анализу, анализу распределения, операционному анализу, также описание метода
инженерной психологии; трудовых ресурсов, персонала и его обучения, анализа удобства применения; анализа
обеспеченности технической поддержкой, безопасности, анализа опасности для здоровья человека и окружающей
среды, анализа затрат по жизненному циклу системы. Включает также описание способа интеграции результатов
анализа.
Пункт 3.8.3 Управление рисками.
Этот пункт должен содержать описание технической программы оценки
рисков, в том числе подхода, методов, процедур и критериев их оценки (идентификационные и количественные),
выбора вариантов обработки риска и их интеграции в процессе принягия решений. Также здесь необходимо при
водить описание рисков, связанных с требованиями к разработке и верификации. Следует определить критиче
ские зоны риска, описать планы по минимизации технических рисков (путем дополнительного прототипирования,
верификации технологий интеграции и развития системы), а также определить меры по управлению и мониторингу
рисков, включая проведение специальных верификаций. TPM-показателей и критических срокоа>’событий. Здесь
следует описать способ объединения TPM-показателей, основного плана-графика и детализированного плана-гра
фика для измерения затрат и запланированных результатов деятельности и связи с SBS-структурой.
Подраздел 3.9 Контроль.
Этот подраздел должен содержать обзор планов для сбора проектной инфор
мации. сведений об управлении интерфейсами и данными, о планировании на основе событий, о календарном
планировании. ТРМ-показагелях. техническом анализе, контроле поставщиков, а также требованиях прослежива
емости.
Пункт 3.9.1 Сбор проектной информации.
Этот пункт должен содержать описание планируемых подходов
и методов управления определением (конфигурированием) выявленных системных продуктов и связанных с ними
процессов жизненного цикла для производства, верификации, распространения и технической поддержки, обуче
ния персонала и вывода из эксплуатации. Должен включать описание методов управления изменениями, процедур
контроля конфигурации и менеджмента базовых линий, а также описание регистрации в проекте альтернативных
решений, результатов анализа компромиссных решений, выводов и накопленного опыта.
Пункт 3.9.2 Управление интерфейсами.
Этот пункт должен содержать описание планируемых подходов и
методов управления внутренними интерфейсами, приемлемого для соответствующего уровня разработки в целях
управления и контроля внешних интерфейсов (по отношению к проекту или на более высоком уровне функцио
нальной или проектной архитектуры). Должен включать описание управления изменениями и взаимосвязи с про
цедурами контроля конфигурации.
Пункт 3.9.3 Управление данными.
Этот пункт должен содержать описание планируемых подходов и методов
создания и поддержания системы менеджмента данных и взаимосвязей системы сбора проектной информации и
69