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

Определение и обзор описания архитектуры 5.2 Определение и обзор описания архитектуры

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

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

Примеры

Одиннадцать позиций служебной обвязки

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

ГОСТ Р 57100-2016, п. 5.2, примечание — перечень идентификационной и дополнительной информации, со ссылкой на ИСО/МЭК 15289

Оценки качества чужие, а регистрация своя

Приложение A объясняет асимметрию: «Настоящий стандарт не предполагает наложения условий, которые необходимы для учета качества», но «Требуется, чтобы результаты таких оценок были зарегистрированы». И честно добавляет: «Качественные оценки архитектуры и описаний архитектуры являются предметом для будущих усилий в области стандартизации».

ГОСТ Р 57100-2016, п. A.1 — отношение стандарта к оценке качества архитектуры и её описания

Почему детали отданы организации

Это общий принцип, а не лакуна: «Настоящий стандарт определяет минимальные требования для описаний архитектуры», и «Данный подход позволяет использовать максимальную гибкость организаций при применении настоящего стандарта, демонстрируя соответствие требованиям разделов» 5—7.

ГОСТ Р 57100-2016, п. A.1 — принцип минимальных требований, из которого вытекает свобода состава по 5.2

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

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

Описание архитектуры должно идентифицировать (определять) рассматриваемую систему и включать дополнительную информацию, как определено проектом и/или организацией. Детальное содержание идентификации и дополнительных информационных объектов должно быть задано организацией и/или проектом. Должны быть включены результаты любых оценок архитектуры или ее описания.

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

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

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

  • Примечание стандарта: Примерами идентификации и дополнительной информации в описании архитектуры являются дата выпуска и статус; авторы, рецензенты, утверждающие стороны, выпускающая организация; история изменений; резюме; область применения; контекст; глоссарий; информация контроля за версией; информация по управлению конфигурацией и ссылки.

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

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

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

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

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

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

Поддержка