Лекция 2. Процесс разработки архитектуры предприятия                         

Цель: Рассмотреть принципы и основные методики процесса разработки архитектуры предприятия и разработки ИТ - архитектуры, являющейся лишь элементом общей архитектуры предприятия. Ознакомление студентов с известными моделями архитектуры предприятия.

План:

1.      Общая схема архитектурного процесса.

2.      Принципы построения архитектуры предприятия.

3.      Современные методики описания архитектуры предприятия:

·             Модель Захмана;

·             META Group;

·             Gartner;

·             TOGAF;

·             Методики Microsoft.

Краткий конспект лекции

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

Аналитики выделяют следующие подходы процессу построения архитектуры предприятия [Schekkerman Jaap, 2003]:

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

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

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

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

Один из самых первых и наиболее удачных процессов разработки архитектуры предприятия был предложен Стивеном Спиваком (Steven Spewak) и назывался EAP (Enterprise Architecture Planning). Модель выделяет в архитектуре предприятия семь шагов, разделенных на четыре уровня, и обеспечивает высокоуровневый взгляд на предприятие с точки зрения бизнеса [Сизов, 2008].

Уровень 1. Это уровень начала работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры.

Уровень 2. Этот уровень описывает состояние предприятия в настоящий момент времени. Другими словами, это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка текущей бизнес архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем).

Уровень 3. Это уровень описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами на этом уровне происходит разработка целевой архитектуры.

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

Процесс разработки архитектуры предприятия имеет циклическую структуру.

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

Основу управления и контроля архитектурного процесса, как правило, составляет набор руководящих принципов. Многие аналитики выделяют следующий набор принципов:

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

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

·  Архитектурные модели должны поддерживаться в актуальном состоянии. Необходимо обеспечивать контроль целостности моделей и связей между ними.

·  Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики. Все проекты должны контролироваться на соответствие стандартам.

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

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

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

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

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

Первые версии многих современных методик были разработаны еще в 90-х г. прошлого века [Zachman J. A., 2002]. Многие из них постоянно модернизируются или становятся основой для других, более современных методологий:

·                         Zachman framework – методика, опубликованная впервые в 1987 году Zachman Institute for Framework Advancement (ZIFA). Методика постоянно обновляется и поддерживается в актуальном состоянии. Лежит в основе многих программных продуктов для архитектурного моделирования (например, CASE Wise).

·                         EAP (Enterprise Architecture Planning) – коммерческая методика, разработанная в 1992 г. Стивеном Спиваком (Steven Spewak) на основе двух верхних уровней Zachman framework: Scope (Planner) и Business Model (Owner). Методика представляет собой архитектурный процесс, обеспечивающий инициализацию и разработку архитектуры в рамках всего предприятия.

·                         PERA (Purdue Enterprise Reference Architecture). Методика разрабатывалась в 1989 – 1992 гг. в Purdue Laboratory for Applied Industry Control (PLAIC). В основе методики заложена декомпозиция плана внедрения информационной системы на отдельные шаги и упрощения за счет этого ее внедрения и интеграции. В настоящее время эту методику не поддерживают в актуальном состоянии.

·                         TOGAF (The Open Group Architecture Framework) была разработана в 1995 г. Методика позиционируется авторами как средство разработки информационных систем. Методика сфокусирована на эффективном функционировании приложений, критичных для бизнеса.

·                         CIMOSA (Computer Integrated Manufacturing Open Sys), известная как CIM Open System Architecture, была разработана компанией AMICE Consortium в 1996 г. Методика являлась одной из инициатив в рамках программы European ESPRIT. В настоящее время можно говорить о том, что CIMOSA является европейским архитектурным стандартом для построения комплексных автоматизированных производств (CIM – Сomputer-Integrated Manufacturing), и поддерживает все этапы их жизненного цикла.

§  IAF (Integrated Architecture Framework) разрабатывалась в 1996 г. В ее основу были заложены: Zachman Framework, EAP (Enterprise Architecture Planning). В настоящий момент эта методика разрабатывается и используется Cap Gemini и Ernst & Young consulting.

§  FEAF (Federal Enterprise Architecture Framework) – была разработана в 1996г. в USA Chief Information Officers Council. Методика обеспечивает построение крупных комплексных систем для государственных организаций. Данная методика легла в основу многих современных концепций построения архитектуры предприятия (например, Treasury Enterprise Architecture Framework, TEAF).

§  JTA (Joint Technical Architecture). Первая версия этой методики разрабатывалась для US Department of Defends и была опубликована 22 августа 1996 г. В настоящее время методика поддерживается в актуальном состоянии National Defiance Industrial Association (NDIA).

§  E2AF (Extended Enterprise Architecture Framework) была разработана в Institute For Enterprise Architecture Development в 2002 г. Методика включает в себя элементы следующих методик: Zachman Framework, EAP (Enterprise Architecture Planning), IAF (Integrated Architecture Framework), Federal Enterprise Architecture Framework.

Наиболее интересные методики построения архитектуры предприятия были предложены такими  аналитическими компаниями как Meta Group (2002) и Gartner (2005).

· META Group выпустила в 2002 г. документ Enterprise Architecture Desk Reference, описывающий подход этой аналитической компании к архитектуре предприятия. В основе методики заложено разделение архитектуры предприятия на четыре основных компонента: бизнес архитектуру, архитектуру приложений, архитектуру информации, архитектуру технологий.

· Gartner в настоящий момент разработал архитектурную методику под названием Gartner Enterprise Architecture Framework (GEAF). Методика была опубликована  в 2005 г. и существенно отличалась от моделей использующихся аналитиками компании ранее. В основу новой методики лег документ Enterprise Architecture Desk Reference компании Meta Group.

Литература:

Данилин А.В., Слюсаренко А.И. Архитектура и стратегия. Инь и янь информационных технологий предприятия. М.: Интернет университет информационных технологий, 2005.

Сизов А.В. Разработка архитектуры и модернизация системы управления предприятием. М.: Оверлей, 2008.

Greta A. James,Michael J. Blechar Gartner: Comparing Suites and Best-of-Breed Tools in EA Evaluations, 2 May 2006.

Gartner: Gartner Enterprise Architecture: A home for e- government, 2003.

Zachman, John A. Enterprise Architecture: The Issue of the Century. Zachman Interna-tional, 2000.

Schekkerman Jaap, How to survive in the jungle of Enterprise Architecture Frameworks, TRAFFORD 2003.

Scott A. Bernard; Introduction to Enterprise Architecture; Publisher: authorHOUSE™; 2005

Контрольные вопросы:

1.      Что такое модель Захмана?

2.      Назовите составляющие архитектурной модели Gartner (Evaluation 2005).

3.      Объясните назначение методики The Open Group Architecture Framework.

4.      Опишите схему архитектурного процесса.

5.      Перечислите методики построения архитектуры предприятия.

6.      Какие инструменты используются для описания моделей информации?

7.      Какое место занимает архитектура инфраструктуры в ИТ-архитектуре?

8.      Перечислите составляющие ИТ – инфраструктуры предприятия.