Описание архитектурного процесса Gartner

Построение Архитектуры предприятия не является одноразовой акцией. За фазой разработки неизбежно должна последовать деятельность по поддержанию и постоянному развитию Архитектуры, а это уже более удобно описывать в рамках процессной модели.

На начальном этапе процесса создается первоначальное, высокоуровневое описание Архитектуры и создаются механизмы для ее последующего поддержания и развития.

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

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

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

· общее видение архитектуры предприятия;

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

В методологии Gartner архитектурный процесс разбит на четыре основные фазы, в рамках каждой из которых выполняется определенных набор шагов (Tasks). Структура архитектурного процесса представлена ниже (Рисунок 2.13).

Рисунок 2.13. Enterprise Architecture Process Model

· Фаза 1. Инициализация (Phase I — Initiation).

Шаг 1. Организация архитектурного процесса (Organize Architecture Effort) является первым шагом по разработке архитектуры предприятия и включает в себя организацию необходимой структуры проекта с привлечением необходимых специалистов (включая топ менеджмент компании) и представителей бизнес подразделений, планирование и инициацию работ. Архитектура предприятия должна использоваться для принятия решений по инвестициям и организационным изменениям. Поэтому важно, чтобы работы по архитектуре были хорошо организованы и обеспечены необходимыми ресурсами, а ее цели и результаты соответствовали требованиям бизнеса.

Шаг 2. Анализ ситуации на предприятии (Analyze Enterprise Context). При разработке архитектуры предприятия следует знать контекст, в котором рассматривается компания. Поэтому важным для всего процесса является мониторинг существующих тенденций, как в отрасли работы компании (Телекоммуникации), так и в области развития информационных технологий, а также понимание стратегии развития бизнеса компании.

Анализ ситуации на предприятии включает в себя два основных направления:

· Окружающие тенденции (EnvironmentTrends). Любая операция предприятия зависти от огромного количества постоянно изменяющихся, как внутренних, так и внешних факторов. Соответственно, для эффективной работы предприятия необходимо оценить существующие тенденции. К таким факторам можно отнести: общую экономическую ситуацию и политическую обстановку, состояние отрасли и уровень продаж. Кроме того, в архитектуре предприятия необходимо учитывать современные технологические тенденции, как в производственной сфере, так и в области информационных технологий.

· Бизнес - стратегия (BusinessStrategy) предприятия описывает основные цели и этапы развития предприятия. Архитектуру предприятия можно назвать механизмом, позволяющим сформулировать и показать все изменения, происходящие на предприятии в соответствии с появлением новой бизнес - стратегии.

На основе результатов анализа выявляются основные BusinessDrivers– 10-15 формулировок, описывающих, как компания намерена развивать свой бизнес, какие у нее ожидания и какие имеются возможности.

· Фаза 2. Определение Целевой архитектуры (Future State Architecture “Architecting”).

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

Шаг 3. Разработка требований (Develop Requirements). На данном этапе разрабатывается документ, описывающий основные требования, предъявляемые к предприятию в соответствии с их стратегическими целями. Документ, разрабатывающийся на данном этапе, может не полностью отображать всю бизнес - стратегию компании. Его задача заключается в выработке общего понимания и набора требований, согласованных со стратегическим целями компании.

Шаг 4. Разработка принципов (Develop Principles) – включает в себя выработку набора основных правил, обеспечивающих создание, разработку архитектуры предприятия в соответствии с бизнес - стратегией компании. Принципы документируют общие инструкции, правила, которые должны быть использованы предприятием для корректного достижения поставленных перед ним целей и задач. Их можно рассматривать как инструмент управления, упрощающий принятие решений в определенные моменты времени.

Шаг 5. Разработка моделей (Develop Models) включает в себя детализированную проработку каждого из архитектурных слоев (EBA,EIA,ESA,ETA). Естественно, детализированное моделирование всех элементов, обеспечивающих функционирование предприятия, не представляется целесообразным.

На данном шаге происходит разработка шаблонов (framework), в ходе которой выделяются основные, наиболее важные элементы моделирования. Разработка моделей происходит в соответствии с этими шаблонами для раскрытия наиболее актуальных в настоящее время вопросов.

По мнению аналитиков Gartnerначинать разработку с создания моделей является неправильным. Разработка моделей начинается в соответствии с концептуальными принципами построения архитектуры конкретного предприятия, заложенными на первых шагах. Основу для них составляют простые общие описывающие схемы.

На первых этапах данного шага создаются высокоуровневые модели для каждого архитектурного слоя. Более детализированные модели создаются по мере их необходимости.

· Фаза 3. Разработка текущей архитектуры (Current State Architecture).

Шаг 6. Документирование (Documenting). Текущая архитектура описывает текущее (исторически сложившееся) состояние предприятия. Документирование и определение текущего состояние организации является необходимым процессом, позволяющим подготовить необходимый материал дляGAPанализа. При документировании текущей архитектуры необходимо:

· Подготовить начальную базу для сравнения с целевой архитектурой.

· Определить дублирующиеся и зависимые друг от друга элементы информационных систем.

· Обеспечить процесс непрерывного документирования информации по всем элементам информационных систем.

По мнению аналитиков Gartnerнужно избегать без лишней необходимости детализированного документирования всех элементов ИС. Многие проекты построения архитектуры предприятия оказались неэффективными именно по этой причине.

Разработка целевой архитектуры должна предшествовать разработке текущей архитектуры. Разработка документации, описывающей текущее состояние, должна быть основана на будущих тенденциях и давать ответ на основные вопросы о приложениях, архитектуре и стандартах.

· Фаза 4. Проведение GAP анализа (Closing the Gap).

Шаг 7. GAP анализ (Analyze Gaps) является одним из важнейших шагов архитектурного процесса, который стремится идентифицировать различия между целевой и текущей архитектурой.GAP- анализ является критически важным, с точки зрения определения ключевых шагов и необходимых изменений, в направлении целевой архитектуры. На этом этапе происходит оценка бизнес - требований, технологических потребностей, существующей информации и приложений.

При проведении GAPанализа выполняются следующие шаги:

· Проведение классификации всех существующих элементов на категории.

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

· Создание списка несоответствий между текущей и целевой архитектурой с разделением по категориям.

· Группировка идентифицированных несоответствий по уровню их влияния на предприятие.

Шаг 8. План миграции (Plan Migration). В соответствии с результатамиGAPанализа разрабатывается документ, определяющий набор проектов, которые необходимо выполнить организации для приведения текущей архитектуры в соответствие целевой. Происходит выделение наиболее приоритетных проектов в соответствии с их уровнем влияния на предприятие.

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

Разработка плана миграции включает в себя:

· Направление развития бизнес-процессов и информационных технологий в среднесрочный и долгосрочный периоды времени.

· Принципы реализации, определяющие «правила» внесения изменений в структуру предприятия.

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

План миграции является результирующим документом архитектурного процесса и описывает набор необходимых изменений (проектов) для приведения текущей архитектуры в соответствие целевой.

В заключение, следует отметить, что методика Gartner является в настоящий момент одной из наиболее универсальных и может использоваться не только для коммерческих предприятий, но и для государственных структур (Рисунок 2.14).

Рисунок 2.14. Gartner Framework для государственных структур

 

TOGAF

TOGAF (TheOpenGroupArchitectureFramework) – архитектурная методика, разработанная некоммерческим объединениемtheOpenGroup, позиционируется как «средство для разработки архитектур информационных систем». При разработке архитектуры методология TOGAF отталкивается от «программной инфраструктуры информационных систем», т.е. идет снизу «от железа», вверх к приложениям и бизнес-процессам.

Первая версия этой методики опубликована в 1995 году. В настоящее время на сайте OpenGroup(www.opengroup.org) представлена восьмая (8) версия данной методики. СегодняTOGAFявляется одной из самых популярных и рекламируемых на западе методик построения архитектуры предприятия. На сайтеOpenGroupможно найти информацию о различных сертификационных программах для специалистов разного уровня, обширный перечень курсов и семинаров по всему миру.

Architecture Development Method (ADM) – методика, описывающая процесс разработки архитектуры и включающая в себя следующий набор стандартных шагов:

· Подготовка: уточнение модели под особенности организации, определение принципов реализации проекта.

· Фаза A: ArchitectureVision: определение границ проекта, разработка общего представления архитектуры, утверждение плана работ и подхода руководством.

· Фаза B: BusinessArchitecture: разработка бизнес - архитектуры предприятия.

· Фаза C:InformationSystemArchitectures: разработка архитектуры данных и архитектуры приложений.

· Фаза D:TechnologyArchitecture: разработка технологической архитектуры.

· Фаза E:OpportunitiesandSolutions: проверка возможности реализации предложенных решений.

· Фаза F:MigrationPlanning: планирование и переход к новой системе.

· Фаза G:ImplementationGovernance: формирование системы управление преобразованиями.

· Фаза H:ArchitectureChangeManagement: управление изменением архитектуры.

Foundation Architecture (базовая архитектура) – с точки зрения методологииTOGAFявляется некоторой моделью, описывающей состояние информационных технологий на предприятии, и включает в себя несколько типов детализации (рисунок 2.15).

Рисунок 2.15. Иерархия описаний архитектур TOGAF

Базовая архитектура (Foundation Architectures) – содержит набор служб и стандартов, является некоторой абстрактной реализацией ИТ системы, в целом.

Архитектура общих систем (Common Systems Architectures) реализуется путем выбора и интеграции определенных служб для формирования выделенных блоков, которые могут (возможно, повторно или в различных комбинациях) использоваться в различных функциональных областях, таких, как архитектура безопасности, сетевая архитектура и т.п.

Отраслевая архитектура(Industry Architectures) – включает в себя специфичные для каждой индустрии модели данных, приложения, стандарты, бизнес-правила, а также, при необходимости, процедуры взаимодействия различных отраслевых систем между собой.

Архитектура организации (Organization Architectures) – описывает архитектуру ИТ систем конкретного предприятия, учитывающая все его особенности, в том числе наличие унаследованных систем, планы и возможности реализации, организацию данных на физическом уровне.

Основу TOGAFсоставляют принципы, которые являются фундаментом для построения всей архитектуры предприятия. Принципы, как правило, включают в себя основные системные требования и критерии оценки различных решений. Примерный набор принципов, удовлетворяющий методологии TOGAF описан в книге «архитектура и стратегия» Данилина А. и Слюсаренко А. и представлен в таблице 2.3.

Таблица 2.3.