16. Построение архитектуры предприятия. Методология fea
FEA- фреймворк разработанный правительством США, как некий подход для развития информационных технологий правительственных учреждений, приведенный к использованию единой архитектуры.
В основе FEA лежат пять эталонных моделей:
Исполнительная модель.
Бизнес-модель.
Сервисная модель Компонента.
Техническая эталонная модель.
Эталонная модель данных.
Одно из полезных свойств фреймворка FEA – принцип сегментного подхода, дает возможность ускорить внедрение «Архитектуры предприятия».
Процесс разработки архитектуры предприятия по методологии FEA изображен на рисунке
Данная методология применима и за пределами государственного сектора экономики.
17. Построение архитектуры предприятия. Методология togaf
Методология TOGAF представляет собой инфраструктуру архитектуры предприятия, которая появилась 20 лет назад для разработки стандарта архитектуры предприятия. Фреймворк разработан независимым консорциумом The Open Group, для установки открытых стандартов в области информационных технологий.
TOGAF включает в себя 7 частей:
Введение. Описание ключевых концепций.
Методы разработки архитектуры.
Руководящие принципы и методы.
Содержимое фреймворка архитектуры.
Континуум предприятия и инструменты.
Эталонная модель TOGAF.
Архитектурная возможность фреймворка.
Архитектура предприятия в TOGAF разделена на четыре домена:
Бизнес-архитектура содержит стратегию компании, методы управления, ключевые бизнес-процессы компании.
Архитектура информационных систем описывает, как устроена ИС в компании. Обычно делится на две части:
Архитектура данных;
Архитектура приложений.
Техническая архитектура описывает программное обеспечение и оборудование, необходимое для развертывания информационной инфраструктуры. В TOGAF процессы реализации архитектурных решений описаны в цикле ADM. ADM можно нужно изменять и адаптировать под нужды компании. Нет необходимости делать все документы или погружаться во все детали. На каждом последующем этапе ADM предлагает готовый набор инструментов и шаблонов, так называемый конструктор.
Структура ADM включает в себе 10 этапов:
Предварительная фаза.
Видение архитектуры.
Бизнес-архитектура.
Архитектура информационных систем.
Техническая архитектура.
Возможности и решения.
Планирование миграции.
Управление реализацией.
Управление изменениями архитектуры
Управление требованиями.
Методология TOGAF и инфраструктура Захмана хоть и объединены к категории «инфраструктур предприятия», но имеют отличия в своих принципах, структурах и компетенциях. TOGAF- представляет собой функциональную и динамичную инфраструктуру, которая включает руководящие принципы моделей процесса их использования. В то время как фреймворк Захмана представляет собой статичную структуру архитектуры, наиболее эффективна для применения анализа и метаанализа фреймворков инфраструктур. Несмотря на значительные отличия данных фреймворков их можно использовать совместно.
18. Построение архитектуры предприятия. Модель tafim
TAFIM (Technical Architecture Framework for Information Management) — архитектурная структура, разработанная Министерством обороны США и официально отмененная в 2000 г.
Модель TAFIM была разработана Институтом программной инженерии при университете Карнеги Меллона для Агенства оборонных информационных систем Министерства обороны США. Эта модель представляет собой набор сервисов, стандартов, конструктивных компонент и конфигураций, которые должны использоваться при разработке, сопровождении и модернизации информационных и управляющих системах военного назначения.
Модель TAFIM содержит описания шести программных компонентов.
1. Прикладное ПО, реализующее конкретные прикладные задачи.
2. Платформа прикладного ПО, содержащая программно-аппаратные сервисы, включая сервисы операционной системы; мониторинг реального времени и периферийные драйверы. Прикладное ПО должно иметь доступ к ресурсам платформы посредством запросов через интерфейсы прикладного программирования (API)
3. Кросс-платформенные сервисы платформы прикладного ПО, включающие сервисы защиты, администрирования, интернационализации и организации распределенных вычислений.
4. Внешняя среда. Включает человеко-машинное взаимодействие, информационные сервисы и коммуникационные возможности. Поддерживает взаимодействие приложений и пользователей и мобильность данных.
5. TAFIM интерфейс прикладной программы (API) между приложением и прикладной платформой. Эти API специфицируют каким образом вызываются сервисы платформы и не специфицируют реализацию этих вызовов, так что реализации могут изменяться и не вызывать при этом изменения в прикладном ПО, использующем эти API.
6. TAFIM интерфейс внешней среды между прикладной платформой и внешней средой. Через этот интерфейс обеспечивается обмен информацией, взаимодействие приложений и мобильность пользователей и данных.
В 1998 г., четыре года спустя после разработки TAFIM (помните о TAFIM?) и два года спустя после оформления этой методологии в виде акта Клингера — Коэна, методология TAFIM была официально отменена Министерством обороны.
Все наработки по TAFIM были преобразованы в открытую группу, а затем — в новый стандарт, известный в настоящее время под названием TOGAF (The Open Group Architectural Framework).