ГОСТ Р 57318—2016
определять и оценивать конструктивные характеристики и элементы инженерной психологии, связан
ные с показателями качества жизненного цикла системы.
6.5.7 Определение физических интерфейсов
В проекте следует предусмотреть определение и оценку физических интерфейсов между про
дуктами, подсистемами, персоналом, процессами жизненного цикла и внешними интерфейсами с
системами более высокого уровня (или со смежными системами). Физические интерфейсы, которые
влияют на конструкцию, связаны с коммуникациями, информацией, технической поддержкой, проведе
нием испытаний, контролем, отображением данных, возможностью подключения или взаимодействия
или характеристиками пополнения ресурсов при взаимодействии подсистем, продуктов, персонала или
других связанных интерфейсами систем (или систем более высокого уровня).
6.5.8 Определение возможностей стандартизации
В проекте следует предусмотреть анализ альтернативных вариантов согласно 6.5.2. предназна
ченный для оценки технологичности и экономической целесообразности стандартизации конечных про
дуктов.
6.5.9 Определение доступности готовых к использованию продуктов
В проекте следует предусмотреть анализ альтернативных вариантов согласно 6.5.2. предназна
ченный для определения доступности готовых к использованию продуктов (коммерчески доступных
готовых или ранее разработанных аппаратных средств либо программного обеспечения). Каждый по
добный готовый продукт может оцениваться для определения экономической эффективности, эксплу
атационной готовности, возможности обеспечения технической поддержки и рентабельности для по
ставщика и/или их продуктов.
6.5.10 Определенно альтернативы «изготавливать или покупать»
В проекте следует предусмотреть выполнение экономического анализа проектных альтернатив
ных решений, предназначенного для поддержки принятия решения — изготавливать или покупать что-
либо и выбора, что более рентабельно для проекта — изготавливать тот или иной элемент либо
обра титься к соответствующему поставщику.
6.5.11 Разработка моделей и прототипов
В проекте следует предусмотреть разработку моделей и/или прототипов:
а) для определения и снижения рисков, связанных с интеграцией имеющихся и новых технологий:
б) проверки того, что проектное решение (принятое в отношении аппаратных средств, программ
ного обеспечения, материалов, персонала, сооружений, технологий, данных и/или услуг) отвечает при
знанным функциональным и эксплуатационным требованиям, требованиям к интерфейсам, пределам
по рабочим нагрузкам и ограничениям;
в) проверки того, что проектное решение отвечает функциональной архитектуре и базовой линии
требований.
Необходимо поддерживать модели, файлы данных и сопроводительную документацию, причем
каждую версию модели или файл данных, которые влияют на требования, конструкцию или решения,
следует сохранять в интегрированном хранилище. Эти модели могут быть цифровыми (частично или
полностью), аппаратным средством, программным обеспечением (или их комбинацией) или модели
ровать человека, имитировать деятельность человека в контуре управления или быть макетами для
проверки удобства применения и измерения рабочей нагрузки.
6.5.12 Оценка видов отказов, их последствий и критичности
В проекте следует предусмотреть оценку видов отказов, их влияния и критичности для альтерна
тивных вариантов проектных решений, для чего необходимо проанализировать элементы аппаратных
средств, программного обеспечения и роль персонала в альтернативных вариантах проектных реше
ний. и применить ретроспективные данные или результаты испытаний с целью уточнения оценки веро
ятности успешной реализации каждого из альтернативных проектных решений. Анализ видов отказов и
их последствий FMEA необходимо использовать для выявления сильных и слабых сторон каждого
проектного решения. Для критических отказов в проекте следует проводить анализ важности отказов с
целью определения приоритетов для каждого альтернативного решения. Результаты этого анализа ис
пользуют для управления дальнейшими проектными мероприятиями, устранения избыточности и под
держания плавного снижения характеристик системы.
6.5.13 Оценка потребности в проведении тестирования решений
В проекте следует предусмотреть оценку возможности проведения тестирования проектных аль
тернативных решений, предназначенную для определения требований к встроенному тесту BIT и/или к
тесту на изоляцию отказа FIT с целью проверки сервисных или эксплуатационных соображений. Эти
48