ГОСТ Р 57102—2016
l
архитектурного проектирования (ИСО/МЭК 15288. подпункт 6.4.3.3 а)]. Это может быть достигнуто
выполнением задачи логического проектирования из процесса проектирования архитектуры путем раз
деления на части и формирования взаимодействий. Логические модели архитектурного проектирова
ния могут проявляться в одной или нескольких формах, как это описано ниже:
a) функциональная блок-схема потока, отражающая декомпозицию главных функций в их под
функции;
b
)диаграмма потока данных, которая декомпозирует функции, явно обозначая данные, необходи
мые для каждой функции;
c) структура данных с соответствующими функциями и обработкой потоков, связанных сданными
и ассоциируемых с назначенными техническими требованиями;
d) документы определения взаимодействия с логическими, физическими и функциональными ха
рактеристиками системного элемента и системы в целом с обозначением внешних границ;
e) функциональная диаграмма, которая описывает входные источники и выходные результаты с
помощью функций и предусматривает, если это требуется, соответствующий функциональный заказ по
критериям входа и выхода;
0 диаграмма контроля, которая указывает контролируемые факторы функции и результирующего
функционирования;
д) системные состояния и режимы;
h) временные графики, которые распределяют временные требования во множество функций;
i) таблица функциональных проявлений и последствий отказов, которая показывает возможные
проявления и последствия отказов, таких как невыполнение с учетом проектирования, или неожидан
ных результатов выполнения функции. Должны быть предложены возможные решения для каждого
проявления отказа;
j) объекты, которые инкапсулируют разделение и схематичное представление технических требо
ваний и характеризуются услугами (поведениями, функциями и операциями), предоставленными атри
бутами (значениями, характеристиками и данными);
k) ряд алгоритмов контекстных диаграмм;
) диаграмма IDEFO [IDEF0 (определение интеграции 0) — моделирование функции обозначено,
чтобы представить решения, действия и деятельность существующей или предполагаемой организа
ции или системы (см. дополнительную информацию — IEEE Std. 1320.1].
Для определения воздействия модели на качество системы следует оценить каждую логическую
модель проектирования архитектуры.
Множество технических требований может быть распределено с помощью моделей архитектур
ного проектирования, чтобы сформировать множество производных технических требований, учиты
вающих эксплуатационную среду. Эти полученные технические требования могут использоваться как
основание для физического архитектурного проектирования.
Для утверждения логических моделей архитектурного проектирования следует рассмотреть су
ществующие системные элементы или введение новой технологии. Использование существующих си
стем помогает уменьшить время и стоимость, но может увеличить сложность. Использование новых
технологий может обеспечить конкурентное превосходство, но может также увеличить риск. С учетом
этого могут быть введены новые взаимодействия, которые следует включать во множество технических
требований через повторение процесса анализа требований.
Для прослеживаемости снизу вверх и сверху вниз относительно множества технических требова
ний. произведенных процессом анализа требований системы, следует проверить множество декомпо
зируемых и произведенных технических требований.
5.4.3.2.4.3 Физическое проектирование архитектуры
5.4.3.2.4.3.1 Общее
Физический проект архитектуры использует выходные результаты логического определения ар
хитектуры. и эти два процесса итеративно взаимодействуют. При выполнении физического проекта
архитектуры для формирования альтернативных физических решений проекта могут использовать ся
логические модели архитектурного проектирования, полученные технические требования и те
технические требования, которые не распределены по логическим моделям архитектурного проекта
(ИСО/МЭК 15288. подпункт 6.4.3.3 Ь) и с)]. После оценки каждого альтернативного физического проекта с
использованием соответствующего анализа стоимостной и эксплуатационной эффективности и ри сков
для проектирования архитектуры следует выбрать наиболее предпочтительное решение.
5.4.3.2.4.3.2 Результаты физического проектирования архитектуры
Выбранное решение для проектирования архитектуры следует четко сформулировать для того,
чтобы обеспечить выходные результаты, перечисленные ниже:
29