ГОСТ Р 57318—2016
инженерных методов и анализа. В проекте следует задокументировать распределение требований по
рабочим характеристикам в системе с целью обеспечения их прослеживаемости и облегчения внесе
ния последующих измерений.
6.3.2 Функциональная докомпозиция
В проекте необходимо предусмотретьдекомпозицию системы на подфункции с целью определения:
а) альтернативных структур подфункций и последовательностей;
б) функциональных интерфейсов;
в) требований к рабочим характеристикам.
Степень функциональной декомпозиции будет зависеть от четкого понимания того, что система
должна выполнять. Анализ компромиссных решений и рисков {см. 6.7) следует выполнять для выбора
сбалансированного набора подфункций и разнесения требований к рабочим характеристикам по под
функциям. что должно гарантироватьвыполнение системных требований к функциональной архитектуре.
6.3.2.1 Определение подфункций
Функции следует декомпозировать с учетом их функционального поведения, состояния и режимов
работы, функциональных циклограмм, условий управления информационными потоками, функциональ
ных отказов и их последствий и возможных/необходимых функций мониторинга опасностей. Для сбалан
сированного набора подфункций необходимо исследовать альтернативные схемы и порядок выполнения
подфункций. В проекте необходимо предусмотреть анализ, позволяющий определить степень избыточ
ности, причем выявленные избыточные функции, ненужные для обеспечения требований безопасности,
надежности или других важных требований, следует устранить. Для проекта необходимо выбрать опти
мальную функциональную архитектуру и задокументировать ео в интегрированном хранилище.
6.3.2.2 Определение состояний и режимов подфункций
В проекте следует предусмотреть анализ функциональной архитектуры, предназначенный для
определения и оценки состояния и режимов, в которых подфункции проявляют свое различное по
ведение. Этот анализ включает в себя переходы между состояниями, между начальным и конечным
состояниями подфункции или множества подфункций.
6.3.2.3 Определение функциональной циклограммы
В проекте следует предусмотретьанализ последовательностей подфункций и их поведения для опре
деления и оценки функциональной циклограммы для каждого сценария работы. Для поддержки каждой
функциональной циклограммы следует определить диапазоны выполнения циклограмм для каждой под
функции и условия, которые обеспечивают получение стандартных инестандартных рабочих характеристик.
6.3.2.4 Определение потоков данных и сигналов управления
В проекте следует предусмотреть анализ последовательностей подфункций и их поведения, пред
назначенный для определения и оценки потоков данных между подфункциями для каждого сценария
работы. Потоки данных должны быть показаны на диаграмме потоков данных или в соответствующих
объектно-ориентированных нотациях. Контроль реализации функциональной архитектуры осущест
вляется. оценивается для каждого рабочего сценария и отображается на диаграмме потоков сигналов
управления или в соответствующих объектно-ориентированных нотациях.
6.3.2.5 Определение режимов функциональных отказов и их последствий
В проекте следует предусмотреть анализ и определение приоритетов режимов возможных функ
циональных отказов, предназначенных для оценки их последствий и необходимости обнаружения от
казов и восстановления функций. Для поддержки анализа эффективности системы для каждого сцена
рия работы создаются функциональные модели надежности. Отказы, которые создают значительные
угрозы безопасности для рабочих характеристик или окружающей среды, следует смоделировать для
системы в целях полного понимания их последствий.
6.3.2.6 Определение функций мониторинга безопасности
В проекте следует предусмотреть анализ подфункций и их групп, предназначенный для опреде
ления эксплуатационных опасностей, которые могут приводить к травмам, повреждению имущества/
оборудования или вредному воздействию на окружающую среду. Дополнительные функциональные
требования получают и определяют для мониторинга опасных условий эксплуатации или при уведом-
лении/предупреждении со стороны операторов о надвигающихся опасностях.
6.3.3 Создание функциональной архитектуры
В проекте следует предусмотреть создание функциональной архитектуры, соответствующей уров
ню развития, определение распределения требований к рабочим характеристикам, в соответствии с кото
рыми с помощью синтеза следует определять проектные решения (см. 6.5). Перед синтезом необходимо
проверить функциональную архитектуру на соответствие утвержденной базовой линии требований.
43