Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Около корпоративной архитектуры

Структура архитектуры: условия 6.1 Структуры архитектуры (условия)

Простыми словами

Это тот пункт, по которому 42010 проверяет чужие фреймворки. Пять обязательных позиций читаются как минимальный паспорт: назвать себя, назвать интересы, назвать стороны, дать точки зрения, которые эти интересы структурируют, и правила связи. Плюс шестое, отдельным предложением: «Структура архитектуры должна установить свою согласованность с условиями концептуальной модели согласно 4.2» — то есть фреймворк обязан показать, чем его собственные конструкции соответствуют понятиям стандарта. Способ показать не навязан: метамодель, таблица соответствий, просто текст. Практический смысл в том, что соответствие по 6.1 — минимум: ADM у TOGAF, процессы и форматы документации в него не входят вовсе и стандартом не оцениваются. Рекомендация — записать условия применимости, чтобы было ясно, когда какая точка зрения обязательна.

Примеры

Условия применимости на трёх примерах

Стандарт показывает, как они выглядят: «описание архитектуры, использующее структуру архитектуры AF1, должно определять заинтересованные стороны А, М и Р, когда рассматриваемая система работает в пределах юрисдикции J»; AF2 «разрешает пропустить точку зрения V1, если не определено никаких интересов системы реального времени».

ГОСТ Р 57100-2016, п. 6.1, примеры — три образца условий применимости для структур архитектуры AF1, AF2 и AF3

Как доказывают согласованность с концептуальной моделью

Примечание оставляет выбор способа: «Вышеупомянутое требование может быть удовлетворено через метамодель, связи конструкций структуры с моделью согласно 4.2, текстовое изложение или некоторым иным способом». Именно этим требованием стандарт делает фреймворки сравнимыми между собой.

ГОСТ Р 57100-2016, п. 6.1, примечание — допустимые способы установить согласованность структуры с концептуальной моделью

Что остаётся за пределами 6.1

«Структуры архитектуры часто включают дополнительное содержание, предписания и отношения, например такие, как требования процесса, связи жизненного цикла и форматы документации, не определенные в настоящем стандарте». Назначение спецификации структуры — «установления отношения между структурой архитектуры и другими понятиями, определенными в настоящем стандарте».

ГОСТ Р 57100-2016, п. A.7 — содержание фреймворков за пределами требований 6.1 и назначение спецификации структуры

Определение из первоисточника

дословная выписка

Структура архитектуры должна включать: a) информацию, определяющую структуру архитектуры; b) определение одного или более интересов; c) определение одной или более заинтересованных сторон, имеющих эти интересы; d) одну или более точек зрения на архитектуру, которые структурируют эти интересы; e) любые правила связи. Структура архитектуры должна установить свою согласованность с условиями концептуальной модели согласно 4.2.

ИсточникГОСТ Р 57100-2016 (ISO/IEC/IEEE 42010:2011, IDT). Системная и программная инженерия. Описание архитектуры.

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • В структуру архитектуры следует включать условия применимости.

Связанные понятия

Служебные сведения
Вид документа
Требование к структуре архитектуры
Место в подходе
6. Структуры архитектуры и языки описания архитектуры
Редакция
2011 (рабочий текст — ГОСТ Р 57100-2016, IDT, переиздание январь 2019)
14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormРазработка ТЗРегламенты и политикиРеестр процессов

Поддержка