ПР8.1. Фреймворк Захмана
 Скачать 184.46 Kb.
|
|
В мире существует огромное количество различных фреймворков. В качестве примеров можно выделить пять наиболее известных: Фреймворк Захмана. Суть ее заключается в том, что стадии жизненных циклов элементов относятся к точке зрения определенного представителя организации. Участники отвечают на одинаковые вопросы, расположенные в столбцах таблицы, но с различным уровнем абстракции. В целом архитектура представлена в виде матрицы, представленной на рисунке 1.  Рис. 1. Матрица архитектуры предприятия Захмана
Таблица 1. Достоинства и недостатки подхода Захмана TOGAF. Один из самых известных архитектурных фреймворков это TOGAF. Он продвигается как методология архитектуры предприятия. Ядро этого фреймворка представлено методом разработки архитектуры (Architecture Development Method) или ADM. Сточки зрения определения общего языка, у TOGAF есть два важных элемента. 1. Структура архитектурного контента (Architecture Content Framework) — выделяет набор ключевых артефактов, произведенных для поддержки архитектуры 2. Техническая эталонная модель (Technical Reference Model) — предоставляет модель и систематику общих сервисов на платформе.  Схема представлена на рисунке 2.
Таблица 2. Достоинства и недостатки подхода TOGAF Gartner. Он разработан для поддержки принятия решений в организации при планировании развития архитектуры предприятия. Его использование предполагает оценку нынешнего состояния компании, определение инвестиций в технологии и процедуры для достижения желаемого результата, а также план управления компанией в переходный момент. Основная цель методологии состоит в том, чтобы использовать «Текущее состояние» и «Будущее состояние» для выявления прогрессивных практик и ресурсов, необходимых для устранения разрыва между архитектурой текущего и будущего состояния. Это можно четко увидеть на рисунке 3.  Рис. 3. Структура разработки архитектуры Весь процесс перехода от текущего состояния к желаемому определяется в 5 фаз: − Анализ и организация процессов в компании − Определение целевой архитектуры − Документирование текущей архитектуры − Проведения анализа расхождения между двумя состояниями − План миграции DoDAF Главная особенность DoDAF - ориентация на данные, что подразумевает повышенную важность сохранности данных и повторного их использования. Основным классом систем, которые проектируются при помощи этого фреймворка, являются системы сбора, хранения и анализа данных для поддержки принятия решений (СППР). DoDAF определяет модели, как шаблоны для сбора данных и подразделяет их на классы: таблицы; графические изображения структурных аспектов архитектурного решения; графические изображения поведенческих аспектов архитектурного решения; отображения, определяющие взаимосвязь между типами информации; онтологии; картинки в свободном формате; временные диаграммы. Виды определяются способами представления для пользователя связанного набора данных. К видам можно отнести документы, таблицы, графики, диаграммы и т.д. DoDAF использует мета-модель данных (Data Meta-Model - DM2), которая является онтологией, составленной из уровней, отражающих особенности представления информации для конкретных групп пользователей. DM2 может быть расширена. В ней определены три уровня: Концептуальная модель данных (Conceptual Data Model) - описывает архитектуру в нетехнические терминах. Логическая модель данных (Logical Data Model) - расширение концептуальной модели путём добавления атрибутов. Спецификация обмена данными на физическом уровне (Physical Exchange Specification) -средство, обеспечивающее обмен информации между моделями. Существует восемь базовых принципов, руководствуясь которыми, можно успешно применять DoDAF [Советов]: Архитектурное описание должно быть чётко ориентировано на провозглашённые цели. Архитектурное описание должно быть по возможности простым и понятным, но не упрощённым. Архитектурное описание должно облегчать, а не затруднять процесс принятия решений. Архитектурное описание должно быть составлено таким образом, чтобы его можно было использовать для сравнения различных архитектур. При составлении архитектурного описания должны в максимальной степени использоваться стандартные типы данных, определяемые в DM2. Архитектурное описание должно выполняться в терминах самих данных, а не инструментальных средств работы с данными. Архитектурные данные должны быть организованы в виде, удобном для групповой работы. Архитектурное описание должно быть построено таким образом, чтобы его можно было использовать в сетевой среде. DoDAF предназначен для составления архитектурного описания системы. Результатом его применения будет являться набор документов, а не информационная система. FEA- фреймворк Разработан правительством США, как некий подход для развития информационных технологий правительственных учреждений, приведенный к использованию единой архитектуры. В основе FEA лежат пять эталонных моделей: Исполнительная модель. Бизнес-модель. Сервисная модель Компонента. Техническая эталонная модель. Эталонная модель данных. Одно из полезных свойств фреймворка FEA – принцип сегментного подхода, дает возможность ускорить внедрение «Архитектуры предприятия». Процесс разработки архитектуры предприятия по методологии FEA изображен на рисунке 4.  Рисунок 4. Процесс разработки архитектуры по FEA. Данная методология применима и за пределами государственного сектора экономики. |