ЛЕКЦИЯ 8 11 страница

С учетом существующего реального состояния дел большинство организаций либо не имеют формализованной определенной архи-тектуры, либо эти определения неполны и недостаточно четко связаны с требова-ниями бизнеса. В таких случаях имеет смысл организовать работу в рамках специ-ального проекта с определенными сроками и результатами, основной целью кото-рого будет являться создание первоначального описания архитектуры организа-ции и создание механизмов для ее последующего поддержания и развития.

Первоочередными задачами такого проекта являются:

· организация необходимых структур с привлечением руководства предпри-ятия, бизнес-подразделений и планирование работ;

· понимание стратегии развития бизнеса организации;

· формирование общих для бизнеса и ИТ требований к целевой архитектуре;

· разработка концептуальной архитектуры в виде согласованного и полного набора принципов, в соответствии с которыми будет проводиться разра-ботка архитектуры отдельных доменов (предметных областей или частных архитектур).

Для многих организаций отправной точкой в создании общей архитектуры предприятия может стать существующая ИТ-архитектура.

Другим возможным вариантом выделения такой деятельности в отдельный проект может явиться потребность в проведении эволюционного скачка в архи-тектуре. Например, открытие нового бизнес-направления или внедрение новой ERR-системы потребует значительных изменений в вычислительной и сетевой инфраструктуре, реорганизации ИТ-службы и т.п. Возможностей существующей группы поддержки архитектурного процесса окажется недостаточна для реше-ния таких задач, и потребуется привлечение дополнительных внутренних и внешних ресурсов, что опять-таки удобнее выполнять в рамках четка опреде-ленного проекта.

Какую бы архитектурную методику вы ни выбрали, при всех расхождениях в деталях проект работы над созданием архитектуры обычно включает решение следующих задач:

· Определение и обоснование цели - ответы на вопросы Почему? и Что?

· Выполнение ряда шагов, связанных с инициацией процесса разработки ар-хитектуры (см. ниже).

· Определение существующего состояния архитектуры («as-is») для каждой выбранной области (домена) - отправная точка ответа на вопрос где?

· Определение целевой архитектуры - конечная точка ответа на вопрос где?

· Анализ расхождений между текущим и желаемым состоянием.

· Разработка плана перехода - ответы на вопросы Когда? и Как?

· Подтверждение (проверка) достижимости - можно ли на самом деле до-стичь конечного состояния из данного начального состояния с учетом су-ществующих ограничений?

· Выполнение намеченного плана.

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

Начальные действия по инициации самого проекта разработки архитекту-ры включают следующие шаги:

· определение «устава» (основных правил) и границ проекта;

· бизнес-обоснование реализации проекта разработки архитектуры пред-приятия;

· получение поддержки высшего руководства;

· определение состава рабочей группы (организационная структура и уча-стники);

· проведение рабочей встречи, посвященной началу проекта разработки архитектуры и определения других высокоуровневых документов, которые необходимы для более детальных работ по разработке архитектуры;

· создание рабочих групп, которые будут разрабатывать различные фокусные

· области или домены в рамках общего проекта (например, бизнес-архитек-тура, архитектура информации, прикладных систем, инфраструктуры).

Высокоуровневые документы, которые должны быть результатом первооче-редных шагов, являются ключевыми для дальнейшей, более детальной проработ-ки архитектуры. Они создают некоторый культурный контекст всех усилий и обес-печивают связь работы по созданию архитектуры с бизнес-стратегиями и приори-тетами предприятия. Список этих высокоуровневых документов может включать:

· бизнес-факторы, влияющие на деятельность предприятия;

· внутренние и внешние технологические факторы;

· формулировку общего видения Архитектуры предприятия;

· высокоуровневые принципы.

Важной составляющей всего проекта является создание структур управле-ния и контроля архитектурного процесса (governance), который должен обеспе-чить то, что сообщество специалистов на практике использует результаты этих работ; вторая серьезная задача - обеспечение связей процесса разработки ар-хитектуры с процессами бизнес-планирования и выработки ИТ-стратегии.

· Общая блок-схема процесса в итоге выглядит, как показано на рис. 1.7.

Рис. 1.7. Общая схема построения архитектуры предприятия

Дата добавления: 2015-04-25