ГОСТ Р 57100—2016
Термин «связь» был выбран для гармонизации с эталонной моделью открытой распределенной обработки
(RM-ODP). Механизм связи спроектирован для совместимости с представлением связи в эталонной модели
открытой распределенной обработки (RM-ODP) (ИСО/МЭК 19793); однако существует ряд отличий. Выявленные
отличия состоят в следующем;
1) В настоящем стандарте использован термин «связь», а не «связь представления». В эталонной модели
открытой распределенной обработки (RM-ODP) каждое представление однородно — единственный язык точки
зрения используется через спецификацию точки зрения. Настоящий стандарт разрешает однородные представ
ления; каждое представление составлено из одной или более архитектурных моделей, где каждая модель
использует различные языки моделирования (см. 5.6). Полезна возможность установления связи между моделя ми
на различных языках моделирования, а не только между представлениями. Поэтому «связь представления»
является специальным случаем того, что необходимо в настоящем стандарте, и в этом, более общем, случае
данный термин оказывается в некотором смысле термином, вводящим в заблуждение.
2) Связи представления эталонной модели открытой распределенной обработки (RM-ODP) — это бинар
ные отношения, тогда как связи модели в этом стандарте — это л-арные отношения.
3) Связи представления эталонной модели открытой распределенной обработки (RM-ODP) определены на
элементахспецификаций точки зрения,тогда каксвязи модели в настоящем стандарте требуютссылокне киндиви
дуальным элементам моделей, а к произвольным элементам описания архитектуры.
4) Связи и правила связи могут использоваться для того, чтобы выразить отношения через описания архи
тектуры.
Математически связь является л-арным отношением Правило связи является содержательным определе
нием л-арного отношения. Отношения включают картографию 1-1 (изоморфизмы) и функции как специальные
случаи, и то. и другое являются слишком ограничительными для многих применений связей. У отношений имеют
ся полезные свойства, которые разрешают композицию и обоснования и позволяют эффективное изображение и
манипуляцию (см. (28)). Пример 5 показывает некоторые из вышеупомянутых примеров, выраженных как отноше
ния во множественных нотациях.
Пример 5 — ExecutesOn (R1) ■ {(el, р1), (е1. р4), (е2. р2). (е2. рЗ), (еЗ, рЗ), (е4. р4)).
Пользователи (Задачи — Взаимодействия) * {(Оператор Задачи, Оператор Взаимодействия),
(Заказчик Задачи, Заказчик Взаимодействия), (Аудитор Задачи. Аудитор Взаимодействия)).
Последняя версия (Представление — -Версия) * {(Представление1, Версия v2.0), (Представле-
ние2. Версия v2.0), (ПредставлениеЗ, Версия v2.0), (Представление4. Версия v2.0), (Лредставление5,
Версия v2.0)).
А.7 Структуры архитектуры и языки описания архитектуры
В системной и программной инженерии понятие структуры архитектуры относится к 1970-м годам (6). (44).
Мотивацией для определения этоготермина(см. 3.6) иего спецификаций (см.6.1)в настоящем стандарте является
выражение средств определения существующих и будущих структур архитектуры единообразным способом стем.
чтобы продвинутьобмен информациейо системах, архитектурах и методикахописания архитектуры. При этом ожи
дается взаимодействие, которое позволит улучшить понимание испособность к интероперабельности междусооб
ществами архитектуры, использующими различные концептуальные основы. Единообразное определение точек
зрения архитектуры и скоординированные наборы таких точек зрения могут продвинуть повторное использование
инструментариев и методик к сообществам, использующим эти структуры.
Спецификация структуры архитектуры предназначена для установления отношения между структурой
архитектуры идругими понятиями, определенными внестоящем стандарте (см. рисунки 2 и 4). Структуры архитек
туры часто включают дополнительное содержание, предписания и отношения, например такие, как требования
процесса, связи жизненного цикла и форматы документации, не определенные в настоящем стандарте, но потен
циальные для будущих областей стандартизации.
Термин «язык описания архитектуры* (ЯОА) использовался с 1990-х годов в программных средствах,
системах и сообществах архитектуры предприятия. В пределах концептуальной модели согласно настоящему
стандарту язык описания архитектуры — это любой язык для использования в описании архитектуры. Поэтому
ЯОА может использоваться одной или более точками зрения для структуризации определенных интересов систе мы
в пределах описания архитектуры.
Ранние ЯОА рассматривались в (25) и (43). ЯОА сосредоточивались на структурных интересах; крупномас
штабная организация системы, выраженная в терминах компонентов, соединителей и конфигураций и изменяю
щая поддержку структуризации поведенческих интересов. Позже широкий спектр ЯОА был разработан с
поддержкой более широкого диапазона интересов. Они включают языки анализа и описания архитектуры
(ЯАОА) (37). язык моделирования систем (31) и язык ArchiMate (40). Примеры 1и 2. представленные ниже, описы
вают два современных ЯОА со ссылкой на их соотношение с концептуальной моделью, определенной в настоя
щем стандарте.
21