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

Доступен ряд научно-популярных работ, описывающих различные подходы к построению ИТ-архитектуры, которые обобщены в терминах корпоративная архитектура и архитектура предприятия. Методологии построения корпоративной архитектуры представлены такими подходами как: FEAF, DoDAF [1], а также широко известная и наиболее популярная TOGAF [2]. Несмотря на кажущееся обилие стратегий к формированию ИТ-архитектуры, по большому счету, они апеллируют едиными сущностями, изначально предложенными в модели Захмана.

Не взирая на то, что модель Захмана предоставляет широкий теоретический аппарат, который лежит в основе понимания любой архитектуры предприятия, ее использование как в контексте разработки, так и непосредственно в ходе имплементации корпоративного ПО, часто остается незамеченным [3]. Однако применение именно данной модели делает методологии внедрения ИС такими, какие они есть сейчас: структурированными и гибкими, генерализованными и специализированными, а также прозрачными и эффективными.

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

• обзор элементов и принципов работы модели Захмана;

• рассмотрение примера использования указанной модели;

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

Обзор модели Захмана

Разработанная Джоном Захманом в 1987 году, модель изначально применялась для описания архитектуры информационных систем и впоследствии была обобщена до уровня всего предприятия. Ее ключевая роль заключается не в предоставлении методологии, а в формировании универсального подхода, который обеспечивает целостное и непротиворечивое описание любой сложной системы [4].

Определение 1. Модель Захмана (Zachman framework) представляет собой фундаментальный онтологический подход для всестороннего анализа проблемных областей, связанных с архитектурой предприятия.

Основу модели Захмана составляет матрица размерностью 6×6, в которой каждая ячейка представляет собой результаты анализа того или иного вопроса, связанного с корпоративной архитектурой. Строки матрицы представлены такими атрибутами/ролями как:

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

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

• модель системы (архитектор), представляет логическую модель системы, включающая структуры данных и процессы;

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

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

• работающее предприятие, демонстрирует ожидаемое/финальное значение атрибутов,

а столбцы уточняют вопросы:

• что (данные): информация, сущности и их атрибуты;

• как (функции): бизнес-процессы и процедуры;

• где (сеть): географическое и сетевое расположение компонентов;

• кто (люди): роли, участники и организационная структура;

• когда (время): временные параметры, события и циклы;

• почему (мотивация): цели, стратегия и ограничения.

На рис. 1 наглядно представлена матрица модели Захмана.

Таким образом, модель Захмана дает сбалансированный взгляд на проблемную ИТ-область, рассматривая ее с различных точек зрения:

• бизнес-процессы;

• данные;

• приложения;

• техника (включая инфраструктуру, информационную безопасность, сетевую составляющую и др.),

постепенно детализируя ожидаемый результат. Однако вопросы проектного управления здесь упоминаются лишь косвенно.

2. Пример практического применения модели Захмана

Модель Захмана демонстрирует свою применимость при решении реальных задач, связанных с внедрением ПО. Рассмотрим ее использование на примере улучшения процесса продаж за счет автоматизации операций и интеграции данных. Следуя матрице из рис. 1, шаги формирования модели будут следующие:

• задание контекста и границ: формулируется общее видение задачи: «Разработка ПО, объединяющего данные из отдела продаж, службы поддержки и маркетинга, для повышения лояльности и роста конверсии». Определяются географический объем, автоматизируемые бизнес-процессы и ответственные, объекты данных, срок проекта и ожидаемые выгоды (табл. 1, строка №1);

• концептуализация бизнес-модели: детализируется целевой бизнес-процесс. Процесс декомпозируется на подпроцессы, для которых уточняются ответственные, частота выполнения и предполагаемые улучшения (табл. 1, строка №2);

• создание модели системы: определяется модель данных, включающая сущности «Клиент», «Сделка» и «Взаимодействие» и логический поток между ними. Предполагается реализация клиент-серверной архитектуры для разрабатываемого приложения (табл. 1, строка №3);

• генерация физической модели: логические модели детализируются до уровня конкретных технологических решений, например, PostgreSQL. Приводятся конкретные REST API функции, определяется сетевая топология (сервер приложений размещается в одной облачной зоне, а база данных – другой для обеспечения отказоустойчивости) (табл. 1, строка №4);

• детализация реализации: выявляются упущения и ведется обеспечение полноты. Например, если ячейка для пары «Владелец-когда» пустая, это указывает на отсутствие бизнес-требований к частоте синхронизации данных, что представляет собой критический риск. Аналогичный контроль ведется для всех 36 аспектов модели, устраняя возможные недоработка и ошибки (табл. 1, строка №5);

• финализация результатов: демонстрируются итоговые значения атрибутов, ожидаемые по итогам выполнения проекта (табл. 1, строка №6).

Табл. 1. Матрица Захмана для автоматизации процесса продаж

Табл. 1 показывает, что использование модели обеспечивает доскональное рассмотрение типовые вопросов, релевантных выбранной ИТ-проблематике, гарантируя полноту анализа и выявление возможных упущений.

Использование модели Захмана в ERP-инициативах

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

• организация проектных работ по внедрению систем ERP;

• аудит имплементации и промышленной эксплуатации ERP-систем;

• работа архитектурного комитета компании.

В виду длительной продолжительности и высоких трудозатрат внедрение ERP-систем осуществляется на основе детально проработанного плана-графика, содержащего ключевые проектные активности к исполнению, а также ресурсного плана, задающего организационную структуру команды, вовлеченную в разработку ПО [5]. Модель Захмана находит свое отражение в обоих планах …

Выходные данные и полный текст статьи

Карандашев В.И. Модель Захмана и ее применение в проектах внедрения, поддержки и развития ERP-систем // Корпоративные информационные системы. – 2026. – №1 (33) – c. 21-27. – URL: https://corpinfosys.ru/archive/2026/issue-33/322-2026-33-zachman.