Разработка архитектуры - процесс, требующий привлечения большого числа участников и рациональной организации их работы. В связи с этим выбор методологии является необходимой и важной задачей, так как от правильного ее решения зависит успешность усилий, затрачиваемых на разработку и поддержание архитектуры.
В настоящее время существует множество методик построения архитектуры предприятия. Данная работа не ставит своей целью описать все множество существующих в настоящее время методик разработки архитектуры предприятия, поэтому ниже приведена информация о наиболее популярных в настоящий момент моделях.
Следует отметить, что архитектурные методики претерпевают постоянные изменения вместе с новыми тенденциями в области управления предприятием и развитием информационных технологий. Рисунок 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) – описывает состояние приложений в компании, интеграцию их между собой. Архитектура приложений включает в себя набор рекомендаций, принципов и стандартов для построения прикладных систем в соответствии со стратегией развития компании.
