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

Определение заинтересованных сторон и интересов 5.3 Определение заинтересованных сторон и интересов

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

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

Примеры

Пять интересов, которые нельзя не рассмотреть

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

ГОСТ Р 57100-2016, п. 5.3 — обязательный перечень интересов, подлежащих учёту в описании архитектуры

Два разных требования, а не одно

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

ГОСТ Р 57100-2016, п. 5.3 — раздельные требования к определению сторон и к определению интересов

Детализацию задаёт фреймворк, а не стандарт

Примечание 2 прямо передаёт это вниз: «Настоящий стандарт не предписывает степени детализации интересов», и далее — «Эти интересы представляют собой аспекты для определенных структур архитектуры, методов архитектуризации или других практик». То есть каталог интересов TOGAF или ArchiMate не конкурирует с 5.3, а наполняет его.

ГОСТ Р 57100-2016, п. 5.3, примечание 2 — передача вопроса детализации интересов структурам архитектуры и методам

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

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

Описание архитектуры должно определять заинтересованные стороны системы, имеющие учитываемые интересы, важные для архитектуры рассматриваемой системы. Описание архитектуры должно определять интересы, учитываемые как основные для архитектуры рассматриваемой системы. Описание архитектуры должно увязывать каждый интерес с определенными заинтересованными сторонами, имеющими такой интерес.

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

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

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

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

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

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

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

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

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

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

Поддержка