Сильными сторонами архитектурных методик Microsoft является их практическая близость к предметной области разработки архитектуры и эксплуатации сложных программных систем. В плане описания представлений об архитектуре это в какой-то степени подмножество подхода Захмана. Хорошо отражены организационные моменты, такие как работа команд и пр. Документы находятся в публичном доступе, что также является положительным аспектом Спасибо за внимание! Создание Архитектуры предприятия Тема 10 Первоочередными задачами такого проекта являются: - организация необходимых структур с привлечением руководства предприятия, бизнес-подразделений и планирование работ;
- понимание стратегии развития бизнеса организации;
- формирование общих для бизнеса и ИТ требований к целевой архитектуре;
- разработка концептуальной архитектуры в виде согласованного и полного набора принципов, в соответствии с которыми будет проводиться разработка архитектуры отдельных доменов (предметных областей или частных архитектур).
Проект работы включает решение следующих задач: - Определение и обоснование цели – ответы на вопросы Почему? и Что?
- Выполнение ряда шагов, связанных с инициацией процесса разработки архитектуры.
- Определение существующего состояния архитектуры ( «as is») для каждой выбранной области (домена) – отправная точка ответа на вопрос Где?
- Определение целевой архитектуры – конечная точка ответа на вопрос Где?
- Анализ расхождений между текущим и желаемым состоянием.
- Разработка плана перехода – ответы на вопросы Когда? и Как?
- Подтверждение (проверка) достижимости – можно ли на самом деле достичь конечного состояния из данного начального состояния с учетом существующих ограничений?
- Выполнение намеченного плана.
Высокоуровневые документы Список высокоуровневых документов может включать: Основные элементы архитектурного процесса Семь шагов архитектурного процесса Стивен Спивак (Steven Spewak) предложил удачную модель планирования архитектуры предприятия, которая называется EAP (Entrerprise Architecture Planning – Планирование архитектуры предприятия). Модель EAP соответствует принципу сегментного подхода к разработке архитектуры и включает 7 шагов, определяющих эту архитектуру и соответствующий план ее реализации (миграции). Методика EAP планирования Архитектуры предприятия Методика EAP Отличительными характеристиками этого подхода к планированию архитектуры являются следующие: - в основе – потребности бизнеса, а не технологические факторы;
- основное внимание сосредоточено более на данных и потребностях в информации, чем на процессах;
- ответственность за процесс в большей степени несут представители бизнес-подразделений, чем специалисты по ИТ.
Схема процесса разработки архитектуры и стратегии ИТ Общая схема процесса разработки архитектуры Рекомендации META Group Архитектура задает цели для отдельных проектов и инициатив, но важна и обратная связь. Каждая итерация включает: - Этап 1: Описание или уточнение Общего видения (видение общих требований к архитектуре).
- Этап 2: Описание или уточнение Концептуальной архитектуры, а также разработка и уточнение архитектуры отдельных представлений.
- Этап 3: Разработка или уточнение Плана реализации.
Cтандарт IEEE 1471 Он определяет рамочную модель, ориентированную на разработку комплексов с гарантированной надежностью, требуемой, например, в военных, космических и авиационных системах. Такая модель включает в рассмотрение понятия «участника» (stakeholder) и его представлений о целевой системе. Принципиальным в данном случае является признание того факта, что в подавляющем числе случаев на практике совокупность требований является, с одной стороны, неполной, а с другой – противоречивой. - Подход «сверху-вниз» предполагает достаточно широкий охват проблем и точное следование формальному процессу. Основу этому подходу положили методики Захмана и Спивака. Например, многие государственные проекты ориентированы на этот подход (например, в США в рамках Федеральной архитектуры FEAF).
- Подход «снизу-вверх», когда процесс начинается со стандартизации инфраструктурных технологий (технологическая архитектура), а затем развивается в направлении решения проблем более высокого уровня и, в конечном итоге, решает вопросы, связанные с бизнес-архитектурой.
|