Описание модели Захмана

Значительный вклад в развитие концепции архитектуры предприятия был сделан Дж. Захманом (John А. Zachman). С момента публикации «модель Захмана для описания архитектуры предприятия» прошла определенную эволюцию в своем развитии и стала основой, на базе которой многие организации создавали свои собственные методики описания информационной инфраструктуры предприятия.

С 1987 года, когда была предложена первая версия этой модели, расширенная впоследствии в работах 1992-1996 гг.

Отметим, что в данном случае в исторически сложившемся переводе названия на русский язык используется именно термин «модель», отражающий, прежде всего четкую формальную структуру предложенной Захманом конструкции, хотя по глубине подхода и значимости, скорее, должен был быть применен перевод оригинала «framework» как «методики».

Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив, или структур (framework), для описания современных сложных корпоративных систем.

Таким образом, в своей работе Дж. Захман определил архитектуру предприятия как "набор описательных представлений (моделей), которые применимы для описания предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода времени (динамичность)".[1] Термин "архитектура" здесь не случаен, он подчеркивает существующую аналогию между внутренней структурой абстрактного объекта – предприятия и сложного искусственного объекта, такого как здание или международная космическая станция (МКС).

Для удобства описания Захман предложил так называемую «Модель архитектуры предприятия» («Zachman Framework for Enterprise Architecture»). Модель преследует две цели – с одной стороны, логически разбить всё описание архитектуры на отдельные разделы для упрощения их формирования и восприятия, с другой – обеспечить возможность рассмотрения целостной архитектуры с выделенных точек зрения или соответствующих уровней абстракции.

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

Исторически модель Захмана впервые была создана именно для ИТ-систем.[2] Этот подход был обобщен для рассмотрения не только ИТ-систем, но и для описания предприятия в целом, так что предложенная модель, вообще говоря, может использоваться как средство для описания архитектур сложных производственных систем любого типа.

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

Собственно модель представляется в виде таблицы, имеющей пять строк и шесть столбцов. Заметим, что в модели именно пять строк, просто отображенная на рисунке шестая строка соответствует уже не уровню описания архитектуры, а уровню работающей системы или предприятия в целом.

Рисунок 1. Модель Захмана

Фактически, модель Захмана дает ответ на шесть главных вопросов в пяти уровнях абстракции. Как тут не вспомнишь Киплинга:

«Есть у меня шестерка слуг,

Проворных, удалых,

И все, что вижу я вокруг, -

Все знаю я от них.

Они по знаку моему

Являются в нужде.

Зовут их: Как и Почему,

Кто, Что, Когда и Где…»

Описание ячеек во Фреймворке архитектуры предприятия дано ниже.[3]

Область 1: "Что? - Данные"

Уровень 1: "Список вещей, важных для бизнеса"

Это просто список вещей (или объектов, или активов), интересных для предприятия с точки зрения "предметной области". Этот список определяется на высоком уровне агрегации. Он обозначает область или границы моделей вещей, представленных в строках 2-5, которые являются существенными для предприятия.

Уровень 2 [4]: "Семантическая модель"

Модель фактических вещей предприятия (объекты, актив) является существенной для его описания. Типичное представление семантической модели – модель "Сущность - связь" (ER). Она определенна на уровне абстракции, которая позволяет отобразить понятия (сроки и факты), используемые в стратегических бизнес-целях для определения как "Бизнес-правил".

Уровень 3: "Логическая модель данных"

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

Уровень 4: "Физическая модель данных"

Данная модель определяется технологией реализации. Стиль представления этой модели зависит от технологии, выбранной для реализации. Если выбирается реляционная технология, то структура представляется в виде двумерных таблиц, в объектно-ориентированном представлении – моделями классов.

Уровень5: "Определение Данных"

На этом уровне определяются все объекты данных, специфицированные в физической модели, включая язык определения данных, требуемый для реализации.

Область 2: "Как? - Функция"

Уровень 1: "Список процессов на предприятии"

Это список процессов (или функции), преобразующих вход в выход, который выполняется на предприятии. Список может быть определен на высоком уровне абстракции. Он определяет область или границы моделей процессов предприятия, приведенных в строках со 2 по 5.

Уровень 2: "Модель бизнес-процесса"

Модель действующих бизнес-процессов предприятия. Данная модель не зависит от "системы" и ее реализации, а также от любых организационных ограничений. Она может быть выполнена "структурными методами" - стиль моделирования, отображающий бизнес-преобразования, их входы и выходы.

Уровень 3: "Архитектура приложения"

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

Уровень 4: "Проект системы"

Технически, проект системы нельзя отнести к "моделям", поскольку здесь не ставится задача отображения предприятия. На высоком уровне абстракции можно отразить структурную схему[5] и ее детали, а также "диаграммы деятельности"[6], которые дают стилевое решение реализации логической системы или "архитектуры приложений". В Объектно-ориентированной нотации проект системы может быть описан методами и их реализацией.

Уровень5: "Программы"

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

Область 3: "Где? - Сеть". [7]

Уровень 1: "Территориальное расположение"

Список мест, в которых располагается предприятие, или же географическое положение объектов, связанных с данной темой обсуждения. Данный список может быть определен на высоком уровне агрегирования. Он определяет область или границы моделей размещения и связи уровня предприятия, показанные в строках со 2 по 5.

Уровень 2: "Логистическая сеть"

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

Уровень 3: "Архитектура распределенной системы"

Это логическая модель (не зависит от технологии) системной реализации логистической сети, показывающая типы средств системы и управления программным обеспечением в узлах и на линии связи (процессоры / операционные системы, запоминающие устройства / СУБД, периферийные устройства / драйверы, операционные системы линии связи/линии связи, и т.д.)

Уровень 4: "Архитектура системы (Технологическая архитектура)"

Описание физических объектов технологической среды предприятия, показывающее аппаратное и программное обеспечение систем в узлах и линиях связи и их системном ПО, включая операционные системы и ПО промежуточного слоя.

Уровень 5: "Архитектура сети"

Определение специфики адресов узла и идентификация линии связи.

Область 4: "Кто? Люди"

Уровень 1: "Список организаций, важных для бизнеса"

Реестр административной и функциональной структуры предприятия с определением ответственности за выполняемые работы. Он определяет область исследования, связанную с людьми. Данный список может формироваться на высоком уровне агрегации.

Уровень 2: "Модель делопроизводства" (Модель потока работы)

Модель отражает распределение работ, действующих на предприятии, со спецификацией их результатов. Данная модель может отражать организационную структуру. Для каждого организационного модуля должен быть определен результат его деятельности и модуль, который использует этот результат.

Уровень3: "Архитектура пользовательского интерфейса"

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

Уровень 4: "Архитектура представлений"

Физическое выражение потоков работ предприятия, включая конкретных лиц, их эргономические требования и формат представления продукта работы.

Уровень 5: "Архитектура безопасности"

Спецификация регламента доступа к системе, с определением доступных для инициализации работ и заданий.

Столбец 5: "Когда? Время"

Уровень 1: «Список событий, существенных для бизнеса»

Список событий, на которые реагирует предприятие. Данный список может быть определен на высоком уровне агрегирования. Он определяет область или границы моделей размещения и связи уровня предприятия, показанные в строках со 2 по5.

Уровень 2: "Главный производственный график"

Модель бизнес-циклов, состоящая из событий инициализации и фактически затраченного времени ("цикл"). Для отображения этой модели используются обычно две нотации: PERT и Senge.

Уровень3: "Технологическая структура"

Логическая спецификация системы (т.е. не зависит от технологии описания), которая включает точки во времени (события в системе) и временные интервалы (цикл исполнения). Эта модель описывает системные события, которые вызывают состояние перехода от одного допустимого состояния к другому (точка вовремя), а также динамику цикла перехода. Данные модели представлены в нотации диаграммы жизни объекта (из методологии SSADM) или в нотации диаграммы состояния (в объектно-ориентированном подходе). Для моделирования технологической структуры также могут использоваться и сети Петри

Уровень 4: "Структура управления"

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

Уровень5: "Определение временных диаграмм"

На данном уровне определяются прерывания и циклы машинной обработки.

Область 6: "Почему? Мотивация" [8]

Уровень 1: "Список бизнес целей/стратегий"

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

Уровень 2: "Бизнес-план"

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

Уровень3: "Бизнес правила"

Это логическая модель бизнес-правил предприятия в терминах их замыслов ("результат") и ограничений ("средств"). В настоящее время нет общепринятой нотации для отображения бизнес-правил. В тоже время, существуют нотации: модель бизнес правил Ron Ross (Business Rules Models), язык объектных правил Terry Halpin (Object Rule Language) и язык правил и ограничений Bob Brown (Rule and Constraint Language).

Уровень 4: "Проект правил"

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

Строка5: "Спецификация правил"

Спецификация бизнес-правил в отрыве от контекста.

Дата добавления: 2015-09-05