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

Этап реализации и перехода

Данный фрагмент лекции посвящен этапу реализации перехода от текущего состояния архитектуры предприятия к целевому. Основной фокус сделан на методологии, предлагаемой стандартом ArchiMate и TOGAF (ADM). Рассматриваются ключевые процессы: анализ разрывов (Gap-анализ), построение модели перехода (включая переходные состояния), группировка работ в проекты и программам трансформации, а также связь с методами управления проектами (PMBOK, Agile, ГОСТ 34, RUP). Лектор подчеркивает разницу между уровнями детализации моделей на разных фазах и дает практические рекомендации по выбору инструментов в зависимости от типа изменений (бизнес-архитектура vs ИС).

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

1. Gap-анализ — основа перехода: Прежде чем планировать, нужно четко определить разрывы между текущей и целевой архитектурой (какие элементы создаются, утилизируются, изменяются).
2. Модель перехода визуализирует стратегию: Специальная метамодель (из ArchiMate) позволяет наглядно сгруппировать результаты Gap-анализа в переходные состояния, проекты и поставляемые результаты (Deliverables).
3. Переходные состояния — это промежуточные стабильные точки: Проект может иметь несколько таких состояний, позволяющих получить работающие промежуточные результаты без остановки всего процесса.
4. Модель не содержит времени: Ее преимущество — наглядность, недостаток — отсутствие сроков и последовательности; для этого нужен отдельный план-график.
5. Разные методологии для разных уровней: Для бизнес-архитектуры подходит RUP, для ИС — ГОСТ 34, для управления работами — PMBOK или Agile. Выбор зависит от типа создаваемого объекта (процесс, ПО, инфраструктура).
6. Глубина детализации варьируется: Детальные модели (UML-диаграммы, модели BPMN) можно строить как на фазе B (анализ), так и на фазе F (реализация), в зависимости от потребностей проекта.
Показывать лекцию целиком
Краткое изложение

Записаться

Приложения

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

Первый ключевой шаг — Gap-анализ (анализ разрывов). Он отвечает на вопрос, что именно меняется: создается новое, утилизируется старое или модифицируется существующее. Удобный инструмент — цветовая диаграмма.

Затем лектор представляет метамодель перехода из ArchiMate. Ее структура:
• Центр: результаты Gap-анализа (объекты изменений).
• Верхняя часть: переходные состояния (стабильные промежуточные точки). В примере — одно переходное состояние.
• Нижняя часть: проекты и поставляемые результаты (Deliverables), сгруппированные в программу трансформации.

Плюс модели — наглядность, минус — отсутствие временной привязки.

Далее лектор обсуждает методологии реализации:
• Для создания ИС — ГОСТ 34 (начинается с требований) или RUP (начинается с бизнес-архитектуры и use cases).
• Для детализации процессов и систем — UML (диаграммы последовательностей, классов, состояний, развертывания и др.).
Лектор уточняет, что глубокое моделирование (например, BPMN 2.0) можно делать как на ранней фазе B, так и позже — на фазе F, когда разрывы уже определены.
На выходе из модели перехода формируется план-график с ИСР (иерархической структурой работ), сроками, ресурсами и стоимостью. План включает начальную точку (текущее состояние), точки переходных состояний и целевую точку.

Для управления реализацией можно использовать:
• Классический PMBOK (процессные группы),
• Гибкие методологии (Agile) для процессов или разработки ПО.

Выводы

1. Этап реализации перехода требует четкой формализации разрывов; без Gap-анализа невозможно обоснованное планирование.
2. Модель перехода (метамодель ArchiMate) является эффективным инструментом коммуникации между архитекторами, проектами и бизнесом, но не заменяет детальный временной план.
3. Переходные состояния позволяют управлять рисками и получать ценность постепенно, не дожидаясь полного завершения всех изменений.
4. На практике необходимо комбинировать методологии: RUP/ГОСТ для архитектурных артефактов, PMBOK/Agile для управления работами.
5. Уровень детализации моделей (UML, BPMN) определяется фазой проекта и потребностями команды разработки (стек-кодеров, тестировщиков).
6. Успех перехода зависит не только от выбора вендоров, но и от правильной интеграции проектов в единую программу трансформации.

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

1. Что является входом для этапа реализации перехода? Перечислите основные типы артефактов, которые могут поступить с предыдущего этапа.
2. В чем суть Gap-анализа (анализа разрывов)? Какие три типа изменений элементов архитектуры он выявляет?
3. Что такое «переходное состояние» и какую роль оно играет в модели перехода? Может ли их быть несколько?
4. Назовите главное преимущество и главный недостаток метамодели перехода из ArchiMate.
5. В чем ключевое различие между стартовой точкой ГОСТ 34 и RUP при создании информационных систем?
6. На каком этапе (фаза B или фаза F) лектор предлагает строить детальные диаграммы UML/BPMN, и от чего зависит этот выбор?
7. Как из модели перехода получается классический план-график? Что добавляется в иерархическую структуру работ?
8. Какие методологии управления проектами упоминаются для реализации перехода? В каких случаях рекомендуется применять Agile?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^