ГОСТ Р 57318—2016
критических рисков на уровне компонентов моделирование, испытания на масштабных моделях и ма
кетах необходимо использовать для подтверждения снижения до приемлемого уровня рисков, связан
ных с затратами, планом-графиком работ и/или рабочими характеристиками. В рамках проекта следует
оценивать и снижать риски на уровне подкомпонентов, а также оценивать приоритетность наиболее
значимых рисков, основанную на вероятности их возникновения и их последствий с точки зрения за трат.
графика работ и/или рабочих характеристик.
5.3.1.3 Определение проблем, связанных с интерфейсом типа «человек— система»
В проекте следует предусмотреть определение требований к интерфейсу между человеком и ком
понентами. сборочными узлами или подкомпонентами (при необходимости). Эти требования включают в
себя требования к рабочим характеристикам, рабочим нагрузкам, проектным ограничениям и удоб ству
применения.
5.3.1.4 Показатели качества жизненного цикла системы
В проекте следует предусмотреть определение и количественную оценку показателей качества
компонентов на протяжении всего их жизненного цикла, которые влияют на функциональные возмож
ности каждого компонента и удовлетворяют нисходящим требованиям к производительности, верифи-
цируемости (проведению испытаний), простоте распространения (упаковки, обработки, транспортиро
вания. хранения, монтажа и переноса), удобству применения, возможности обеспечения технической
поддержки, обучению персонала и выводу из эксплуатации. Показатели качества компонентов на про
тяжении всего жизненного цикла следует декомпозировать и распределить между их подкомпонентами
(а затем между подкомпонентами более низкого уровня) таким образом, чтобы обеспечивалось под
держание прослеживаемости показателей качества.
5.3.1.5 Интегрированный комплект документов
В проекте следует предусмотреть оформление рабочей документации на каждый компонент и
его подкомпоненты для выполнения функциональных требований к архитектуре, распределенной по
компонентам, спецификациям на интерфейсы компонентов и спецификациям на сборки компонентов.
Интегрированный комплект документов следует подготовить и сохранить в интегрированном храни
лище; он должен содержать подробные чертежи, листинги кодов, руководства по процедурам и т. д.
согласно 4.7.
5.3.1.6 Планы технического проектирования и технического плана
В проекте следует предусмотреть корректировку необходимых планов технического проектиро
вания и технического плана (engineering and technical plans) для учета изменений, вызванных SEP-
процсссом на этапе детализированного проектирования для определения подсистем и учета планиро
вания на FAIT-этапе.
5.3.2 Спецификации
В проекте следует предусмотреть подготовку и контроль следующих спецификаций, которые тре
буются для руководства FAIT-меролриятиями по определению подсистем.
5.3.2.1 Спецификации на систему, продукт, подсистемы и сборки
В проекте следует предусмотреть корректировку и контроль всех изменений, внесенных в утверж
денные спецификации на этапе детализированного проектирования. Как правило, для данного этапа
жизненного цикла утвержденные спецификации могут относиться к интерфейсам для системы, под
систем и компонентов, а также к спецификациям на систему, продукт, подсистемы и сборочные узлы.
5.3.2.2 Спецификации на компоненты
В проекте следует предусмотреть разработку спецификаций на каждый компонент, указанный в
проектной архитектуре, в которых следует определять функциональные и эксплуатационные требова
ния к компоненту (помимо проектных требований) или проектные ограничения, а также требования к
квалификации персонала, соответствующие каждому требованию к рабочим характеристикам. В раз
дело, посвященном квалификации персонала, следует указывать методы, которые будут использовать
для подтверждения соответствия требованиям к компонентам при стандартных и нестандартных усло
виях.
5.3.2.3 Обновление спецификаций на интерфейс типа «человек — система»
В проекте следует предусмотреть корректировку спецификаций на интерфейс типа «человек —
система», предназначенных для взаимодействия между людьми и аппаратными/программными эле
ментами. указанными в проектной архитектуре. В разделе, посвященном квалификации персонала,
следует указывать методы, которые будут использоваться для подтверждения выполнения требований к
взаимодействию «человек — система» при стандартных и нестандартных условиях. Кроме того, эти
спецификации должны содержать требования к интерфейсам между человеком, подсистемами или
28