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

Этап начала проекта

В данном фрагменте лекции рассматривается первая фаза процесса разработки архитектуры предприятия — «Этап начала проекта» (Initial Phase). Автор объясняет ключевые задачи этапа: идентификация заинтересованных сторон (стейкхолдеров), определение целей и задач проекта (в отличие от целей предприятия), формирование архитектурных принципов и сбор начальных требований. Особое внимание уделяется роли управления требованиями как центрального процесса, а также использованию мотивационной модели (на примере ArchiMate) для визуализации связей между стейкхолдерами, движущими силами, целями, принципами и требованиями.

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

1. Идентификация стейкхолдеров – первоочередная задача: необходимо понять их интересы, чтобы создавать релевантные артефакты.
2. Различие целей предприятия и проекта: на фазе начала определяются именно цели и задачи проекта, хотя они могут декомпозироваться из целей предприятия.
3. Управление требованиями – центральный процесс: требования динамичны (появляются новые, приоритизируются, откладываются или отклоняются) и обрабатываются на каждой фазе.
4. Формирование начальных требований происходит на этом этапе для определения границ проекта.
5. Мотивационная модель (из ArchiMate) является ключевым инструментом для связывания движущих сил, целей, принципов и требований.
Показывать лекцию целиком
Краткое изложение

Лекция посвящена первой фазе — началу проекта архитектуры предприятия. На этом этапе необходимо:
1. Выявить заинтересованные стороны (стейкхолдеров) и проанализировать их интересы. Это нужно для того, чтобы понять, какие артефакты создавать и как они смогут удовлетворить интересы сторон.
2. Определить границы проекта (что именно моделируется и проектируется).
3. Сформулировать цели и задачи проекта (важно не путать с целями предприятия). Цели предприятия служат контекстом, но фокус — на проектных целях.
4. Сформировать или уточнить архитектурные принципы, которые будут направлять достижение целей.
5. Собрать начальные требования.

Автор подчеркивает, что работа с требованиями не заканчивается на этой фазе. В ADM (Architecture Development Method) существует центральный процесс «Управление требованиями», который работает на протяжении всего цикла. Требования могут появляться, обсуждаться, приоритизироваться: одни идут в текущую реализацию, другие — в будущее, от третьих отказываются.

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

Выводы

1. Этап начала проекта является фундаментальным: ошибки в определении стейкхолдеров или границ проекта приведут к неверной архитектуре.
2. Критически важно разделять понятия: цели предприятия vs цели проекта, требования как процесс vs требования как результат.
3. Гибкость управления требованиями (возможность приоритизации и отказа) — ключевая характеристика зрелого архитектурного процесса.
4. Мотивационная модель — не просто диаграмма, а инструмент, обеспечивающий трассируемость (прослеживаемую связь) от «почему мы это делаем» (движущие силы) до «что конкретно должно быть сделано» (требования).
5. После завершения первой фазы формируется четкий «вход» для второй фазы — анализа архитектуры.

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

1. Каковы три главные задачи, которые необходимо решить на фазе «Начало проекта» согласно лекции?
2. В чем заключается принципиальная разница между определением целей предприятия и целей проекта на начальном этапе?
3. Почему процесс «Управление требованиями» назван в лекции центральным, и какие действия с требованиями он предполагает (назовите минимум 3)?
4. Какая модель (и из какого языка моделирования) рекомендуется для отражения взаимосвязей между стейкхолдерами, движущими силами, целями и требованиями?
5. Что автор подразумевает под термином «метамодель» в контексте показанной на экране иллюстрации?
6. Для чего на данном этапе проводится анализ «движущих сил» (drivers) и как он связан с формулировкой принципов?
Вернуться к учебному плану