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

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

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

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

Рисунок 2.5. Развитие архитектурных методик (Jaap Schekkerman)

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

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

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

· 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) известная какCIMOpenSystemArchitectureразработана компаниейAMICEConsortiumи являлась одной из инициатив в рамках программы European ESPRIT. В настоящее время можно говорить о том, что CIMOSA является европейским архитектурным стандартом для построения комплексных автоматизированных производств (CIM-computer-integratedmanufacturing), и поддерживает все этапы их жизненного цикла.

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

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

· JTA (Joint Technical Architecture). Первая версия этой методики разрабатывалась дляUSDepartmentofDefendsи была опубликована 22 августа 1996 года. В настоящее время методика поддерживается в актуальном состоянииNationalDefianceIndustrialAssociation(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.

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

· У Microsoftк архитектурным методикам можно отнести набор таких методологий, какMOF,MSM,MSA,MSF.

· METAGroupвыпустила в 2002 году документEnterpriseArchitectureDeskReferenceописывающий подход этой аналитической компании к архитектуре предприятия.

· Gartnerв настоящий момент разработал архитектурную методику под названиемGartnerEnterpriseArchitectureFramework(GEAF).

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

 

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

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

В модели Захмана архитектура предприятия рассматривается, как «набор описательных представлений (моделей), которые применимы для описания Предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода (динамичность)».

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

Методика впервые была опубликована в 1987 году Джоном Захманам как схема развития информационных технологий на предприятии для обеспечения взаимосвязи между информационными системами и требованиями бизнеса. Методика создает контекст описания различных архитектурных представлений в соответствии с требованиями заказчика в виде нескольких различных аспектов (Рисунок 2.6.).

В современном виде модель Захмана была представлена в 1992 году и впоследствии послужила основой для создания множества других моделей и методик, ориентированных на разработку архитектуры, как предприятий, так и информационных систем (Рисунок 2.7.).

Рисунок 2.6. Zachman Framework (1987)

Рисунок 2.7. Zachman Framework (1992)

 

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

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

Данные (DATA) - что? Уровень описывает любые формы предоставления информации необходимой для эффективного функционирования предприятия.

Функции (FUNCTION) – как? Описывает набор бизнес-процессов, обеспечивающих функционирование предприятия.

Место (NETWORK) – где? Определяет географическое расположение объектов и сетевую организацию предприятия.

Люди (PEOPLE) - кто? Определяет участников процесса, описывает распределение ответственности и функции работников.

Время (TIME) - когда? Описывает временные характеристики. Время может быть абсолютным или относительным, отражать взаимосвязь процессов.

Мотивация (MOTIVATION) - почему? Определяет направление развития бизнес-цели и стратегии.

Строки в таблице соответствуют уровню абстракции, в соответствии с которым описывается предприятие.

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

· Данные: определяется список важных понятий и объектов.

· Функции: список основных бизнес-процессов.

· Место: территориальное расположение производственных подразделений.

· Люди: список ключевых бизнес подразделений организации.

· Время: важнейшие события, календарный план.

· Мотивация: бизнес-цели и стратегии предприятия.

Модель бизнеса (BUSINESS MODEL) – уровень описывает концептуальную модель и предназначен для описания предприятия в терминах бизнеса. Уровень описывает структуру организации, ключевые и вспомогательные бизнес-процессов. Модель бизнеса рассматривает архитектуру с точки зрения менеджера, владельца процесса.

· Данные: концептуальная модель данных.

· Функции: модель ключевых и вспомогательных бизнес-процессов.

· Место: логистика процессов.

· Люди: модель потока работ (workflow).

· Время: мастер – план реализации.

· Мотивация: бизнес-план.

Системная модель (SYSTEM MODEL) – описывает логическую модель построения предприятия и соответствует точке зрения системного архитектора, проецирует взгляд бизнеса (заказчика) на информационные системы. На этом уровне бизнес-процессы рассматриваются с точки зрения информационных систем, дается детализированное описание данных и правила их преобразования.

· Данные: логические модели данных.

· Функции: архитектура приложений.

· Место: модель распределенной архитектуры.

· Люди: архитектура интерфейса пользователя.

· Время: структура процессов.

· Мотивация: роли и модели бизнес-правил.

Технологическая модель (TECHNOLOGY MODEL) – обеспечивает привязку архитектуры к программно аппаратным средствам с точки зрения проектировщика. На этом уровне рассматривается физическая модель и описывается взгляд проектировщика на выбор технологий реализации.

· Данные: физическая модель данных.

· Функции: архитектура информационных систем.

· Место: технологическая архитектура.

· Люди: архитектура представления.

· Время: структура управления.

· Мотивация: описание правил бизнес - логики.

Детали реализации (DETAILED REPRESENTATIONS) – определяет набор работ и конкретные программно-аппаратные средства, обеспечивающие функционирование предприятия. Это уровень разработчика, на котором происходит распределение работ между внутренними подразделениями и субподрядчиками.

· Данные: спецификации форматов данных.

· Функции: код программных компонентов.

· Место: спецификации архитектуры сети.

· Люди: определение ролей и прав доступа.

· Время: определение сроков.

· Мотивация: реализация бизнес - логики.

Работающая организация (FUNCTIONING ENTERPRISE) - описывает реальную структуру предприятия и позволяет соотнести с желаемое состояние с вынесенными изменениями. Этот уровень текущей архитектуры предприятия, то есть набор документов, описывающих их текущее состояние.

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

Основными достоинствами модели Захмана является:

· Простота понимания.

· Целостность в отношении предприятия.

· Возможность применения для планирования.

· Использование нетехнических понятий.

· Независимость от различных инструментов.

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

 

Meta Group

Одна из наиболее интересных методик описания архитектуры предприятия была представлена компанией METAGroupв документеEnterpriseArchitectureDeskReferenceв 2002 году. В силу своей простоты данная методика послужила основой различным аналитическим компаниям для разработки собственных уникальных архитектурных концепций.

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

Под архитектурой предприятия в методике METAGroupпонимается структурированное описание информационных технологий предприятия и поддерживаемые ими бизнес-процессы.

Аналитики METAGroupтрадиционно рассматривают архитектуру информационных технологий, как элемент ключевых процессов управления всего предприятия (Рисунок 2.8).

Рисунок 2.8. Ключевые процессы управления

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

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

Третий уровень является детализацией непосредственно архитектуры предприятия, в которой выделяются следующие четыре основных слоя (Рисунок 2.9):

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

· EnterpriseInformationArchitecture(EIA) – информационная архитектура, описывает информационные потоки данных и сервисы.

· EnterpriseSolutionArchitecture(ESA) – архитектура приложений, описывает приложения, имеющиеся в компании, их компоненты и интерфейсы.

· EnterpriseTechnicalArchitecture(ETA) – техническая архитектура, описывает компоненты инфраструктуры, технологические системы. Данный слой также включает в себя ИТ стандарты.

Рисунок 3.9. META Group Framework

 

Видение общих требований (CRV - Common requirements Vision) и принципы концептуальной архитектуры (CA – Conceptual Architecture) являются объединяющим элементом для всех четырех слоев архитектуры предприятия.

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

Рисунок 2.10. Жизненный цикл архитектуры предприятия

Аналитики METAGroupиспользуя классический подход к жизненному циклу, выделяют текущее состояние архитектуры (as-is) и будущее состояние архитектуры (futurestate). Переход из текущего состояния в будущее осуществляется за счет реализации проектов (Рисунок). Каждый новый проект вносит изменения в один или несколько слоев архитектуры (EBA,EIA,ESA,ETA), и, таким образом, жизненный цикл архитектуры предприятия переходит на свой очередной, новый, виток развития.

Особое внимание в методике MetaGroupуделяется процессу разработки архитектуры предприятия и его интеграции с другими ключевыми процессами управления предприятием (Рисунок 2.11).

Фаза 1. Инициирование процесса разработки архитектуры (OrganizeArchitectureEffort) включает в себя оценку заинтересованных в данном процессе лиц, подготовку и обучение команды проекта.

Фаза 2. Разработка целевой архитектуры (TargetArchitecture) описывает желаемое будущее состояние предприятия или "что должно быть сформировано" на основе требований бизнеса и тенденций (как технологических, так и экономических) в отрасли.

Рисунок 2.11. Архитектурный процесс META Group

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

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

· Взгляд бизнеса (Business Visioning) включает в себя цели и стратегии развития предприятия, возможные пути их достижения. Это требования бизнеса к архитектуре предприятия.

· Разработка общих требований (Common requirements Vision) включает в себя анализ тенденций развития внешней для предприятия среды, включая технологические тенденции, бизнес - стратегии, требования бизнеса к информационным системам и технологической архитектуре.

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

· Архитектурное моделирование (ArchitectureModeling) – обеспечивает построение моделей, описывающих функционирование предприятия в соответствии с требованиями, сформированными в других процессах.

Фаза 3. Управление портфелем (PortfolioManagement) обеспечивает реализацию проектов, переводящих предприятие из текущего состояния в будущее.

· Документирование текущего состояния (Document Current Assent) или, другими словами, разработка текущей архитектуры обеспечивает документирование любых изменений происходящих с архитектурой предприятия, вне зависимости от их уровня.

· Проведение GAP анализа (GAP Analysis). GAPанализ обеспечивает сравнение между текущей архитектурой и целевой архитектурой. В ходе анализа выявляется несоответствия и вырабатывается список изменений, которые необходимо провести для их устранения.

· План миграции (Migration Planning) – состоит в разработке плана реализации, обеспечивающего миграцию в сторону желаемого состояния архитектуры. Список изменений, необходимых для реализации появляется при GAPанализе.

· Планирование реализации (Implementation Planning) обеспечивает внесение в архитектуру предприятия необходимых изменений в соответствии с планом миграции. После внесения изменений в архитектуру предприятия информация документируется и отображается в текущей архитектуре.

Gartner

Современная методика аналитической компании GartnerGroup появилась на свет после объединения с компанией METAGroupи является результатом многолетних работ в области архитектуры предприятия (EnterpriseArchitecture). Основу методики составляет работа «Enterprise Architecture Desk Reference» компании META Group.

С точки зрения аналитиков Gartner архитектура предприятия является «структурированным описанием информационных технологий предприятия и его бизнес-процессов».

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

Описание модели Gartner

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

Аналитики Gartnerразделяют архитектуру предприятия на три основных слоя, критичных для архитектуры предприятия.

Бизнес архитектура (Business Architecture) – описывает бизнес-процессы и организационную структуру предприятия.

Информационная архитектура (Information Architecture) – моделирует информационные потоки внутри предприятия.

Техническая архитектура (Technology Architecture) – описывает технические решения (на физическом уровне) и алгоритмы их эксплуатации.

Полная модель GEAFпредставляет собой трехмерную комбинацию бизнес архитектуры, технической и информационной архитектур. МетодикаGEAFв отличие от методологииMETAGroupне выделяет Архитектуру прикладных решений в отдельный слой (EnterpriseSolutionArchitecture), а определяет его, как составляющий элемент каждого из трех представленных выше слоев (Рисунок 2.12). Таким образом, архитектура приложений является составляющей всех трех основных направлений развития предприятия (бизнес, информация, техника) и строится в соответствии с их требованиями и возможностями.

Рисунок 2.12. Gartner Enterprise Architecture Framework

Архитектура приложений (Enterprise Solution Architecture Framework, ESAF) – описывает состояние приложений в компании, интеграцию их между собой. Архитектура приложений включает в себя набор рекомендаций, принципов и стандартов для построения прикладных систем в соответствии со стратегией развития компании.