С.1 Введение ГОСТ Р 57100-2016
Описания архитектуры могут быть использованы в многообразии моделей жизненного цикла и их настройки. Настоящее приложение иллюстрирует то, как описания архитектуры, созданные в соответствии с настоящим стандартом, могут удовлетворять требованиям других стандартов. Общий подход для того, чтобы, используя настоящий стандарт, удовлетворять требованиям других стандартов, должен определить одну или более точек зрения, которые структурируют интересы системы, имеющие отношение к этим требованиям, и затем создают представления, удовлетворяющие этим требованиям как часть описания архитектуры. Точки зрения, определенные в настоящем приложении, задаются в соответствии с требованиями раздела 7 [из С.1 Введение ГОСТ Р 57100–2016]
С.2 Использование ИСО/МЭК 12207:2010 ГОСТ Р 57100-2016
С.2.1 Общее ГОСТ Р 57100-2016
В ИСО/МЭК 12207:2010 определены два процесса, специально имеющие отношение к архитектуре: проектирование архитектуры системы (см. ИСО/МЭК 12207:2010, пункт 6.4.3) и проектирование архитектуры программных средств (см. ИСО/МЭК 12207:2010, пункт 7.1.3). Понятие архитектуры в настоящем стандарте совместимо с процессами проектирования архитектуры в ИСО/МЭК 12207:2010. В ИСО/МЭК 1220:2010 приведены требования к описанию архитектуры в дополнение к таковым из настоящего стандарта. Специфично то, что проектирование архитектуры системы должно включать определение объектов аппаратных средств, программных средств и объектов ручных операций, включенных в систему и распределение системных требований по этим объектам. Проектирование архитектуры системы должно быть оценено на соответствие критериям прослеживаемости и согласованности с требованиями к системе, приемлемости стандартов и методов проектирования и выполнимости программных и ручных операций.
Ожидаемое использование описания архитектуры может включать другие процессы, определенные в ИСО/ МЭК 12207:2010. В частности, описание архитектуры может использоваться в других действиях помимо деятельности по проектированию архитектуры системы, например, чтобы облегчить связь между приобретающей стороной и разработчиком.
Процесс проектирования архитектуры программного средства согласно ИСО/МЭК 1220:2010 иллюстрирует декомпозиционный подход к архитектуре. Его первичная цель состоит в декомпозировании объектов программных средств системы в компоненты и последующем распределении требований по этим компонентам. Описание архитектуры системы и продукты других представлений в описании архитектуры могут способствовать этой деятельности и ее продуктам.
Описание архитектуры может соответствовать настоящему стандарту и ИСО/МЭК 12207:2010. У общего подхода к «совместному соответствию» должна быть точка зрения, которая специально сфокусирована на производстве архитектурной продукции согласно ИСО/МЭК 12207:2010. Пример точки зрения для этой цели определен в С.2.2 [из С.2.1 Общее ГОСТ Р 57100–2016]
С.2.2 Точка зрения декомпозиции и распределения ГОСТ Р 57100-2016
Точка зрения декомпозиции и распределения структурирует следующие интересы:
- определение системных требований;
- декомпозицию системы на объекты;
- распределение требований по объектам;
- верификацию того, что все требования распределены по объектам.
Каждое требование определяется единственным образом. В случае необходимости требования декомпозируются и расширяются в производные требования для обеспечения полного множества требований для системы.
Система декомпозируется во множество объектов, где каждый объект – это объект аппаратных средств, программных средств или объект ручных операций. Также определяются взаимодействия между объектами.
Требования системы распределяются между объектами таким образом, чтобы каждый объект удовлетворял одному или более требованиям, и каждое требование распределяется как минимум по одному объекту.
В итоге начальной декомпозиции и распределения производится множество объектов с распределенными требованиями. Это описано в терминах процесса проектирования архитектуры системы (см. ИСО/МЭК 12207:2010, подпункт 6.4.3.3.1).
Программные средства декомпозируются в зависимые компоненты. Требования, распределенные по каждому объекту программных средств, далее распределяются по одному или более компонентам. Описания интерфейса обеспечиваются между программными компонентами, между программными компонентами и аппаратными объектами и объектами ручного оперирования. Это описано в терминах проектирования архитектуры программных средств (см. ИСО/МЭК 12207:2010, подпункт 7.1.3.3.1) [из С.2.2 Точка зрения декомпозиции и распределения ГОСТ Р 57100–2016]
С.3 Использование ИСО/МЭК 15288:2008 ГОСТ Р 57100-2016
С.3.1 Общее ГОСТ Р 57100-2016
В ИСО/МЭК 15288:2008 определен один процесс, специально имеющий отношение к архитектуре, –это проектирование архитектуры. Понятие архитектуры в настоящем стандарте совместимо с процессом проектирования архитектуры согласно ИСО/МЭК 15288. В ИСО/МЭК 15288 приведены требования к описанию архитектуры в дополнение к требованиям, изложенным в настоящем стандарте. Специфично то, что проектирование архитектуры должно предусматривать определение системных элементов, включенных в систему, и распределение требований системы по этим объектам.
Ожидаемое использование архитектурного описания может включать другие процессы из ИСО/МЭК 15288. В частности архитектурное описание может использоваться в других действиях кроме деятельности по проектированию архитектуры системы, например для облегчения связи между ролями приобретающей стороны и разработчика.
Описание архитектуры может соответствовать настоящему стандарту и ИСО/МЭК 15288. У общего подхода к «совместному соответствию» должна быть точка зрения, которая специально сосредотачивается на производстве архитектурной продукции согласно ИСО/МЭК 15288. Пример точки зрения для этой цели определен в С.3.2 [из С.3.1 Общее ГОСТ Р 57100–2016]
С.3.2 Декомпозиция и точка зрения распределения ГОСТ Р 57100-2016
Точка зрения декомпозиции и распределения структурирует следующие интересы:
- определение системных требований;
- декомпозицию системы на объекты;
- распределение требований по объектам;
- верификацию того, что все требования распределены по объектам.
Каждое требование определяется единственным образом. В случае необходимости требования декомпозируются и расширяются в производные требования для обеспечения полного множества требований для системы.
Система декомпозируется во множество элементов. Также определяются взаимодействия между объектами.
Требования системы распределяются между объектами таким образом, что каждый объект удовлетворял одному или более требованиям, и каждое требование распределяется как минимум по одному объекту.
В итоге начальной декомпозиции и распределения производится множество элементов с распределенными требованиями. Это определено в терминах архитектурного описания системы [см. ИСО/МЭК 15288:2008, подпункт 6.4.3.3, перечисление с)] [из С.3.2 Декомпозиция и точка зрения распределения ГОСТ Р 57100–2016]
С.4 Использование со стандартами открытой распределенной обработки ГОСТ Р 57100-2016
С.4.1 Общее ГОСТ Р 57100-2016
Эталонная модель открытой распределенной обработки (RM–ODP) определяет структуру архитектуры для систем распределенной обработки; системы, «в которых дискретные компоненты могут быть расположены в различных местах, а связь между компонентами может иметь задержку или оказаться неудачной» (см. ИСО/МЭК 10746–2:2000).
Структура эталонной модели определяет пять точек зрения для того, чтобы определить системы открытой распределенной обработки и ряд связей между ними.
Для каждой точки зрения существует соответствующий язык точки зрения, который определяет «понятия и правила для определения системы открытой распределенной обработки с соответствующей точкой зрения».
Описание архитектуры, соответствующее настоящему стандарту и использующее ИСО/МЭК 10746–3, может включать точки зрения, определенные ИСО/МЭК 10746–3, и представления о реализации этих точек зрения. Необязательно ограничиваться пятью точками зрения, определенными в ИСО/МЭК 10746–3 для соответствующего описания архитектуры. При необходимости описание архитектуры может включать дополнительные точки зрения и представления.
Элементы спецификации, определенной для описаний архитектуры (такие как заинтересованные стороны), здесь опущены, так как они являются специально ориентированными на индивидуальные системы. Если это не отмечено, все содержание берется напрямую или цитируется согласно ИСО/МЭК 10746–3:1996 (ИСО/МЭК 107463:2001).
Примечание — ИСО/МЭК 19793 определяет профиль UML для спецификации систем открытой распределенной обработки, используя эти точки зрения.
[из С.4.1 Общее ГОСТ Р 57100–2016]
С.4.2 Предпринимательская точка зрения ГОСТ Р 57100-2016
Предпринимательская точка зрения (точка зрения предприятия) структурирует следующие интересы:
- цель, область применения и политику для системы открытой распределенной обработки;
- роли, выполняемые системой;
- действия, совершаемые системой;
- положения политики о системе.
На предпринимательском языке система открытой распределенной обработки и ее окружающая среда представляются как сообщество объектов. Сообщество определяется в терминах:
- предпринимательских объектов (объектов предприятия), включающих сообщество;
- ролей, выполняемых каждым из этих объектов;
- политики, управляющей взаимодействиями между предпринимательскими объектами (объектами предприятия), выполняющими роли;
- политики, управляющей созданием, использованием и удалением ресурсов с помощью предпринимательских объектов (объектов предприятия), выполняющих роли;
- политики, управляющей конфигурацией предпринимательских объектов (объектов предприятия) и назначением ролей к объектам;
- политики, относящейся к контрактам по окружающей среде, управляющим системой.
- Роли ограничивают поведение объектов, их выполняющих.
- Политики определены в терминах разрешений, обязательств и запрещений.
- Предпринимательский язык (язык предприятия) определен в ИСО/МЭК 15414.
[из С.4.2 Предпринимательская точка зрения ГОСТ Р 57100–2016]
С.4.3 Информационная точка зрения ГОСТ Р 57100-2016
Информационная точка зрения структурирует интересы в виде семантик информации и обработки информации в системе открытой распределенной обработки.
Информационный язык определен в терминах трех схем:
- инвариантной схемы: предикаты на объектах, которые всегда должны быть в состоянии «верно» («true»);
- статической схемы: состояния одного или более объектов в некоторый момент времени;
- динамической схемы: изменения допустимого состояния одного или более объектов.
[из С.4.3 Информационная точка зрения ГОСТ Р 57100–2016]
С.4.4 Вычислительная точка зрения ГОСТ Р 57100-2016
Вычислительная точка зрения структурирует интересы в виде функциональной декомпозиции системы в объекты, которые взаимодействуют на уровне интерфейсов.
Вычислительный язык охватывает понятия для определения:
- вычислительных объектов;
- интерфейсов для объектов и определения интерфейсов;
- взаимодействия в интерфейсах в виде операций или непрерывных потоков;
- неявных и явных связываний и объектов составного связывания.
[из С.4.4 Вычислительная точка зрения ГОСТ Р 57100–2016]
С.4.5 Инженерная точка зрения ГОСТ Р 57100-2016
Инженерная точка зрения структурирует интересы в виде механизмов и функций, требуемых для поддержки распределенного взаимодействия между объектами в системе.
Инженерный язык включает понятия для определения:
- конфигурации объектов инженерии в целях управления, включая узлы (для ресурсов), капсулы (для защиты) и кластеры (для срабатывания);
- структуры каналов связи, которые соединяют объекты инженерии в терминах заглушек, связников, протоколов и перехватов;
- шаблонов для обеспечения требуемой прозрачности, например, прозрачности доступа, отказа, положения, миграции, постоянства, перемещения, дублирования, транзакции.
[из С.4.5 Инженерная точка зрения ГОСТ Р 57100–2016]
С.4.6 Технологическая точка зрения ГОСТ Р 57100-2016
Технологическая точка зрения структурирует интересы в виде выбора реализуемых стандартов для системы, их реализации и тестирования.
Технологический язык включает понятия:
- охвата выбора технологии для их использования в терминах отбора существующих стандартов или проблемно–ориентированных спецификаций для этих технологий;
- выражения того, как реализованы спецификации для системы открытой распределенной обработки;
- оказания поддержки при испытаниях.
[из С.4.6 Технологическая точка зрения ГОСТ Р 57100–2016]
