Опубликован: 07.05.2007 | Уровень: специалист | Доступ: платный
Лекция 8:

Методики описания архитектур. Модели Захмана и Gartner, методики META Group и TOGAF

Методика META Group

Подробное описание методики разработки архитектуры предприятия META Group содержится в документе Enterprise Architecture Desk Reference [5.14] объемом около 380 страниц, который предоставлялся клиентам компании. Остановимся на самых главных моментах этой безусловно интересной методики, доступных в открытых материалах.

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

Исторически архитектурная методика META Group оперировала таким понятием, как Технологическая архитектура масштаба предприятия (EWTA – Enterprisewide Technical Architecture). Однако по мере того, как в индустрии происходило понимание более тесной связи между бизнесом и информационными технологиями, в представления (домены или предметные области) архитектуры предприятия META Group были добавлены такие домены, как Бизнес-архитектура (EBA – Enterprise Business Architecture), Архитектура информации (EAIEnterprise Information Architecture) и Портфель прикладных систем предприятия (EAPEnterprise Application Portfolio). Это соответствует эволюции понятия "Архитектура предприятия", которая происходила на рынке в целом (см. "Архитектура предприятия: основные определения" ), и принятой сегодня практике выделения доменов архитектуры.

Кроме того, расширяя многие другие представления, архитектурная методика META Group рассматривает архитектуру предприятия в интеграции с другими ключевыми процессами, в частности, с процессом управления корпоративными ИТ-программами и проектами (EPMEnterprise Program Management) и процессом выработки стратегии и планирования. В частности, отмечается, что архитектура, собственно говоря, и реализуется на практике через процесс управления ИТ-программами и проектами.

Объединяющим для всех доменов архитектуры META Group является процесс формулировки бизнес-требований к ИТ-архитектуре, что оформляется в виде двух документов: Видения общих требований (CRV – Common requirements Vision) и Принципах концептуальной архитектуры (CAConceptual Architecture).

Аналитическая работа и компоненты Архитектуры предприятия

Рис. 8.5. Аналитическая работа и компоненты Архитектуры предприятия

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

На этапе 1 разрабатывается Видение общих требований. Разработка Видения общих требований включает в себя:

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

Этап 2 состоит в разработке Концептуальной архитектуры, которая определяет логически связанный набор принципов, обеспечивающий общее руководство для развития информационных систем предприятия и технологической инфраструктуры. На этом же этапе параллельно ведется разработка наиболее приоритетных доменов архитектуры. Здесь же выполняется анализ на несоответствие (gap-анализ) между текущим и желаемым состоянием архитектуры.

Этап 3 состоит в разработке плана реализации, обеспечивающего миграцию в сторону желаемого состояния архитектуры.

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

Рекомендация относительно Видения общих требований состоит в том, что этот документ не должен обязательно быть исключительно точным и всеобъемлющим с точки зрения анализа бизнес-стратегии. Главное – это совместное участие представителей бизнес-подразделений и ИТ в выработке общего понимания набора требований, согласованных со стратегическим направлением развития компании. Размер этого документа может быть 10-15 страниц. Основное содержание документа может состоять из четких утверждений, которые тематически связаны между собой, например, так, как показано в таблице 8.2.

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

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

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

Рис. 8.6. Матрица связей между бизнес-стратегиями, требованиями к информационным системам и технологической архитектуре
Грета Березовская
Грета Березовская
Александр Медов
Александр Медов

Здравствуйте,при покупке печатной формы сертификата,будут ли выданы обе печатные сторны?

Vatslav Vatslav
Vatslav Vatslav
Россия, г. Калининград
Алексей Назаренко
Алексей Назаренко
Россия