Архитектура предприятия

Описание текущей бизнес-архитектуры и разработка целевого состояния

В данном фрагменте рассматривается подход к анализу бизнес-архитектуры через декомпозицию на отдельные области (домены) и детальное погружение в них, вместо создания глобальных описаний. Обсуждается применение стандартных моделей, в частности — метамодели из нотации ArchiMate. Описываются ключевые элементы архитектуры: продукт, бизнес-сервис, функции, роли, исполнители, данные и интерфейсы. Также упоминается возможность описания процессов (BPMN) и утверждается, что ArchiMate позволяет создавать любые артефакты, необходимые для разработки.

Основные мысли

1. Отказ от тотального описания: Создание глобальных моделей сложно для организаций и трудно поддается актуализации.
2. Доменный подход: Сначала определяются интересующие области (домены), затем по ним проводится детальный анализ.
3. Использование ArchiMate: Для описания бизнес-архитектуры предлагается обращаться к стандартным представлениям ArchiMate.
4. Структура продукта: Продукт складывается из бизнес-сервиса (реализуемого функциями или процессом) и условий предоставления (контракт/документ).
5. Связь ролей и данных: Бизнес-роль выполняется исполнителем, который работает с данными; бизнес-сервис формируется через интерфейс.
6. Выбор нотации: BPMN привычнее для большинства участников, но ArchiMate претендует на полноту описания (включая ИС и процессы).
Показывать лекцию целиком
Краткое изложение

Записаться

Приложения

Презентация 8. Этапы трансформации предприятия
Автор предлагает отказаться от создания глобальных описаний архитектуры, так как их сложно создавать и актуализировать. Вместо этого рекомендуется сначала определить ключевые области (домены), а затем детально анализировать их, используя различные модели.

Для описания бизнес-архитектуры предлагается обратиться к стандартам ArchiMate. В рамках этой метамодели:
• Продукт состоит из бизнес-сервиса (который, в свою очередь, реализуется бизнес-функциями или процессами) и условий предоставления (документ, контракт).
• Бизнес-роль выполняется бизнес-исполнителем. Исполнитель работает с данными.
• Бизнес-сервис формируется через интерфейс.

Также можно использовать модели процессов. На примере показана модель целевого состояния процесса, где новые элементы выделены красным. Автор отмечает, что BPMN привычнее для большинства разработчиков и участников, но напоминает, что ArchiMate претендует на полноту. Средствами ArchiMate можно описать любые информационные системы, бизнес-процессы и любые артефакты, необходимые разработчикам (стек-кодерам).

Выводы

1. Эффективность доменной декомпозиции: Детальный анализ по выделенным областям практичнее и жизнеспособнее, чем попытки создать «всё обо всём».
2. ArchiMate как универсальный язык: Нотация позволяет формализовать связь между продуктами, сервисами, ролями, данными и интерфейсами в единой модели.
3. Компромисс между полнотой и удобством: Хотя BPMN привычнее для команд, ArchiMate предлагает большую полноту описания (возможность моделировать как процессы, так и информационные системы в одной среде).
4. Достаточность инструмента: ArchiMate признается достаточным для построения любых артефактов, требуемых для разработки и кодирования.

Вопросы для самопроверки

1. Почему автор считает создание «тотальных глобальных описаний» сложным для организаций?
2. Из каких трёх основных компонентов (согласно тексту) складывается понятие «Продукт» в бизнес-архитектуре?
3. Как связаны между собой бизнес-роль и бизнес-исполнитель?
4. Какую нотацию автор называет более привычной для большинства участников, а на какую нотацию возлагается «полнота» описания?
5. Можно ли средствами ArchiMate описать информационные системы, или это возможно только для бизнес-процессов?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^