Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
эг.doc
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
1.82 Mб
Скачать

Раздел 3. Характеристики отдельных слоев архитектуры и архитектурных моделей, их взаимосвязи

Примечания

1 В этом разделе как и во всем отчете, англоязычный термин «Reference model» чаще всего переводится как «Справочная модель», этот термин может так же встречаться в других переводах, как «Референсная», «Ссылочная» или «Эталонная» модель.

2 Под словом «Агентство» понимаются правительственные учреждения разного уровня, чаще всего – федеральные министерства, как это принято в США или Канаде.

3.1 Состав ефа в сша

Первое представление ЕФА - FEA в США - было дано во второй главе первого раздела для того, чтобы предварить описание процессов формирования и использования ЕФА. Ниже дается более развернутая характеристика FEA в целом, включая такие компоненты как FEAF - концепцию и общую базовую схему FEA - и ряд ее основополагающих принципов.

3.1.1. Общее описание ефа в сша

В настоящее время Федеральная Архитектура в США состоит в основном из общих основополагающих документов и пяти взаимосвязанных справочных моделей, в целом предназначенных для того, чтобы решать задачи, описанные в главах 1 и 2 этого раздела. При этом формулирование назначения каждого компонента ЕФА - и FEAF и каждой модели FEA -, равно как и задач, решаемых с помощью каждого компонента являются важной и первой частью в каждом документе ЕФА.

Согласно основополагающим руководящим материалам (РМ) по структуре ЕФА в США (руководство "FEAF", Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council, США, 1999 год; руководство "EAG2", E-Gov Enterprise Architecture Guidance. Common Reference Model, V.2.0, FEA Working Group, США, 2002 год) [48], формирование архитектуры начинается с определения ее концепции и общей схемы (framework) - назначения, структуры, способа построения моделей, принципов и правил построения и применения. До построения отдельных моделей формируется ряд компонентов других, чаще - более высоких уровней. К ним относятся такие, как определение миссии архитектуры и предприятия (миссии правительства для ЕФА, миссии агентства для архитектуры конкретной организации), переходный план, определяющий последовательность состояний, которые должна пройти архитектура на пути трансформации из прошлого или текущего состояния в целевое, и ряд других элементов, включая глоссарии.

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

При этом постоянно во всех документах FEAPMO и Federal CIO council указывается, что FEA отображается или иным способом целенаправленно должна использоваться в формирования архитектуры отдельных агентств. Более того, именно за счет формирования архитектур отдельных организаций, согласованных с ЕФА (но не копирующих ее) и поддерживающих ее стандарты, за счет воплощения этих архитектур в действующих системах происходит и реализация самой ЕФА.

3.1.2 Исходные схемы для построения feaf

В качестве исходных схем и процессов для построения базовой схемы (framework) архитектуры государственных предприятий в 1999 году изначально были использованы следующие три источника.

Схема архитектуры предприятия NIST

Распространенная модель архитектуры предприятия (Enterprise Architecture Model), предложенная ранее национальным институтом стандартов и технологий США (National Institute of Standards and Technology), см. специальную публикацию NIST 500-167 "Направления информационного менеджмента: Вызовы интеграции. Сентябрь 1989 года" [49]. Модель предполагала пять взаимозависимых архитектурных слоев и их погруженность во внешний контекст требований и стандартов. Указанными слоями являлись:

  • бизнес-архитектура;

  • информационная архитектура;

  • архитектура информационных систем;

  • архитектура данных;

  • архитектура систем доставки данных, аппаратное и программное обеспечение, коммуникации.

Схема архитектуры предприятия Дж. Захмана

Подход Захмана хорошо известен и стал практически стандартом де-факто в мировой практике благодаря простоте представления обобщенной схемы архитектуры предприятия в виде матрицы 6 * 6 (или 6* 5). Первыми публикациями являются J.A. Zachman. “A Framework for Information System Architecture”. IBM System Journal, vol. 26, no. 3, 1987, и J.F. Sowa, J.A. Zachman. “Extending and Formalizing the Framework for Information System Architecture”. IBM System Journal, vol. 31, no. 3, 1992 [50]. После публикаций С. Спивака (см. далее) и вхождения в практику и стандарты де-юре термина "архитектура предприятия" (Enterprise Architecture) Дж. Захман также стал называть свой подход схемой архитектуры предприятия - в самом общем смысле. В строках матрицы Захмана показываются различные представления архитектуры предприятия как группы моделей различных типов. По столбцам матрицы разнесены основные аспекты деятельности:

  • объекты - "что" вырабатывается и обрабатывается;

  • действия - "как" это делается;

  • местоположения - "где" делается;

  • люди / оргструктуры - "кто" делает;

  • время (операционное) - "когда" делается;

  • мотивы - "зачем" делается.

Шесть строк матрицы отражают шесть типов представления предприятия как системы, это не уровни детализации или зрелости, это одновременно сосуществующие слои архитектурного моделирования, связанные с разными типами проектных задач. Конкретно, это следующие представления:

  • бизнес-среда предприятия;

  • концептуальная модель;

  • логическая модель;

  • технологическая ("физическая") модель;

  • детальная реализация (часто - поблочная и выполняемая субподрядчиком);

  • работающее предприятие и его системы.

Ввиду ее важности матрица и подход Захмана будут детальнее описаны далее.

Метод EAP С. Спивака

Автор метода The Enterprise Architecture Planning (EAP) - Стивен Спивак (Steven Spewak). Этот метод изложен в работе: Spewak, Steven H. with Steven C.Hill. Enterprise Architectury Planning, Development a Blueprint for Data, Application and Technology. John Wiley&Sons,Inc., 1992 [51]. В основе метода лежит процесс планирования архитектуры предприятия. Этот процесс направлен на создание архитектуры с позиции использования информации для поддержки бизнеса предприятия, а также на разработку плана реализации, который определяет процесс воплощения этой архитектуры. Подход EAP сосредоточен на решении задачи по определению того, какие конкретно данные, приложения и технологии наиболее полно отвечают потребностям данного предприятия.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]