3.1.6 Подробнее о схеме архитектуры предприятия Дж. Захмана

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

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

От целей бизнес-представления к конструкторскому представлению		Объекты (что?)	Действия (как?)	Дислокация (где?)	Люди (кто?)	Время (когда?)	Мотивы (зачем?)
	Плани-ровщик							Сфера действия
	Владелец [менеджер процесса]							Модель предприятия
	Конструктор							Модель системы
	Разработчик							Техническая модель
	Субпод-рядчик							Компоненты
		Данные	Функции	Сеть	Органи-зация	Расписание	Стратегия
	Элементы-артефакты архитектуры

Рисунок 3.1. Формализованное представление схемы архитектуры предприятия Захмана (упрощенное, по FEAF).

Схема архитектуры ИС и предприятия Дж. Захмана (Zachman Framework) в развитии

В 1987 году Дж. Захман предложил простую, но концептуально ясную схему, показывающую различные слои представления архитектуры ИС, различные виды ее "обеспечения", а также их основные взаимосвязи.

Три ее развернутых столбца отражали три "раздела обеспечения системы": информационное, функциональное и коммуникационное или: "данные", "функции", "сеть", или же разделы, которые содержат "ответы на вопросы": "ЧТО" делает система, "КАК" делает и "ГДЕ".

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

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

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

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

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

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

• работающая система (далее будет заменено на "представление пользователя" о работающей системе).

Уже схема 1987 года помогала практикам создания ИС лучше видеть архитектуру системы. Она была признана очень полезным средством и вошла во многие монографии по стратегическому планированию и проектированию архитектуры ИС. Ее же использовал офис FEAPMO для начала работ по федеральной архитектуре.

Позднее, в 1992 году было опубликовано развитие этой "плоской" схемы [50]. В таком варианте Захман, в более поздних публикациях (особенно после появления работ С. Спивака), называл эту схему "схемой предприятия", а не ИС.

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

На рисунке 3.2 показана таблица, аналогичная схеме 1992 года, и показывающая те три новых столбца, в которых отражаются три новые раздела: побудительные причины действий предприятия, события и графики выполнения действий, а также "действующие лица" - люди и организационные структуры, или:

• мотивы; время (операционное); люди;

• или же разделы, которые содержат "ответы на вопросы": "ЗАЧЕМ" выполняются действия, "КОГДА" выполняются и "КТО" их выполняет. При этом уровни представления (они же строки таблицы) остаются теми же.

Такое расширение позволило интегрировать миссию и цели предприятия, способы его функционирования и ИКТ-решения, соединять предметы и действия с человеческим фактором и операционной динамикой. Описанные разделы и уровни, по Захману, являются классификацией сущностей предприятия и его ИС. О классификации говорится как об основном инструментально-методическом средстве схемы Захмана.

Схема архитектуры служила простым, но мощным инструментом по применению системного подхода для планирования работ по созданию и использованию АС/ИС и стыковки этих работ. Захман писал, что схема архитектуры позволяет концентрироваться на отдельных аспектах системы и, в то же время, не терять ощущение общего контекста или "холистической" перспективы (то есть взгляда на предприятие как на целое). Он подчеркивал, что именно потеря такой перспективы, в частности, разработка систем субподрядчиками, находящимися "вне контекста", уже около пятидесяти лет составляет причину появления неинтегрируемых и не поддерживающих предприятие систем, которые к тому же весьма дорого заменять.

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

• облегчает понимание и общение людей, имеющих разные роли в процессах создания, развития и использования системы;

• ясно определяет фокус внимания на (относительно) независимых параметрах для целей анализа, но, в то же время;

• обеспечивает поддержку контекстных взаимосвязей, важных для сохранения целостности системы.