9) Архитектура предприятия по методологии Захмана
Дж. Захман определил Архитектуру предприятия как "набор описательных представлений (моделей), которые применимы для описания Предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода (динамичность)". Термин "архитектура" здесь не случаен, он подчеркивает существующую аналогию между внутренней структурой абстрактного объекта – предприятия и сложного искусственного объекта, такого как здание или орбитальная международная космическая станция (МКС). архитДля удобства описания Захман предложил так называемую Модель архитектуры предприятия (Zachman Framework for Enterprise Architecture). Модель преследует две основные цели – с одной стороны, логически разбить все описание Архитектуры на отдельные разделы для упрощения их формирования и восприятия, с другой – обеспечить возможность рассмотрения целостной Архитектуры с выделенных точек зрения или соответствующих уровней абстракции.
Традиционным подходом при формировании описания системы являлось использование концепции "жизненного цикла", включающего такие этапы, как планирование, анализ, проектирование, разработка, документирование, внедрение и промышленная эксплуатация. На каждом из этих этапов рассматриваются вопросы, связанные как с функциями системы, так и с данными. Захман предложил вместо традиционного подхода, связанного с рассмотрением отдельных аспектов работы системы как бы в различные моменты времени, использовать рассмотрение системы с различных перспектив. Основная идея заключается в том, чтобы обеспечить возможность последовательного описания каждого отдельного аспекта системы в координации со всеми остальными. Для любой достаточно сложной системы общее число связей, условий и правил обычно превосходит возможности для одновременного рассмотрения. В то же время отдельное, в отрыве от других, рассмотрение каждого аспекта системы чаще всего приводит к неоптимальным решениям, как в плане производительности, так и стоимости реализации.
10) Методология togaf
Методология TOGAF представляет собой инфраструктуру архитектуры предприятия, которая появилась 20 лет назад для разработки стандарта архитектуры предприятия. Фреймворк разработан независимым консорциумом The Open Group, для установки открытых стандартов в области информационных технологий.
TOGAF включает в себя 7 частей:
Введение. Описание ключевых концепций.
Методы разработки архитектуры.
Руководящие принципы и методы.
Содержимое фреймворка архитектуры.
Континуум предприятия и инструменты.
Эталонная модель TOGAF.
Архитектурная возможность фреймворка.
Архитектура предприятия в TOGAF разделена на четыре домена (рис. 1)
Рисунок 1. – Компоненты архитектуры предприятия по TOGAF
Бизнес-архитектура содержит стратегию компании, методы управления, ключевые бизнес-процессы компании.
Архитектура информационных систем описывает, как устроена ИС в компании. Обычно делится на две части:
Архитектура данных;
Архитектура приложений.
Техническая архитектура описывает программное обеспечение и оборудование, необходимое для развертывания информационной инфраструктуры. В TOGAF процессы реализации архитектурных решений описаны в цикле ADM. ADM можно нужно изменять и адаптировать под нужды компании. Нет необходимости делать все документы или погружаться во все детали. На каждом последующем этапе ADM предлагает готовый набор инструментов и шаблонов, так называемый конструктор. Ниже на приведена схема ADM ( рис. 2)
Структура ADM включает в себе 10 этапов:
Предварительная фаза.
Видение архитектуры.
Бизнес-архитектура.
Архитектура информационных систем.
Техническая архитектура.
Возможности и решения.
Планирование миграции.
Управление реализацией.
Управление изменениями архитектуры
Управление требованиями.
Рисунок 2 – Схема TOGAF ADM.
Методология TOGAF и инфраструктура Захмана хоть и объединены к категории «инфраструктур предприятия», но имеют отличия в своих принципах, структурах и компетенциях. TOGAF- представляет собой функциональную и динамичную инфраструктуру, которая включает руководящие принципы моделей процесса их использования. В то время как фреймворк Захмана представляет собой статичную структуру архитектуры, наиболее эффективна для применения анализа и метаанализа фреймворков инфраструктур. Несмотря на значительные отличия данных фреймворков их можно использовать совместно.