Схема Захмана

В 1987 году Джон Захман опубликовал полезную схему развития архитектуры информационной системы. Захмановская схема создает контекст для описания различных представлений архитектуры разрабатываемой системы. Эти представления соответствуют тому, как видят систему ее заказчик, проектировщик и разработчик, причем в разрезе трех выбранных аспектов. Эти три аспекта: данные, функции и сетевая структура.
В схеме Захмана строке соответствует точка зрения какого-либо участника проекта по созданию системы. Аспекты представлены в схеме колонками.Архитектурное представление - это ячейка таблицы, соответствующая пересечению выбранного столбца и выбранной строки. Например, с точки зрения разработчика (технологическая модель) информационное архитектурное представление (данные) - это проект структуры данных. Взгляд какого-либо лица - это совокупность ячеек в пределах одной строки (точки зрения), то есть совокупность архитектурных представлений с выбранной точки зрения, соответствующая выбранным аспектам системы.Захман определяет архитектуру как представление конечного продукта (в данном случае информационной системы) с точки зрения одного из заинтересованных лиц. Таким образом, существует не одна архитектура, а некое множество архитектур. В зависимости от того, кем Вы являетесь и на каком аспекте фокусируете внимание, Вы видите архитектуру системы по-разному.Это не в чистом виде методология описания архитектуры, а скорее некоторая практика или способ классификации архитектурных описаний некой системы или приложения, позволяющий взглянуть на архитектуру под разными углами зрения и получить максимально полную картину. Описание архитектуры по Захману представляет собой матрицу или таблицу Захмана. В строках таблицы расположены основные представления (или точки зрения) на архитектуру, а в столбцах архитектурные аспекты выраженные простыми вопросами, почему, как, что, кто, где, когда и т.п. Каждая ячейка таблицы представляет собой уникальное, не пересекающееся с остальными, описание архитектурного аспекта на заданном уровне представления, выраженное при помощи соответствующей модели.Расшифровка строк таблицы:Planner's View (Scope, Contextual level) - общее, высокоуровневое видение архитектуры решения с точки зрения инвестора или заказчика.
Owner's View (Enterprise or Business Model, Conceptual level) - уровень бизнеса, бизнес-сущностей и бизнес-процессов, то есть взгляд с точки зрения пользователей данного решения.
Designer's View (Information Systems Model, Logical level) - представление системного аналитика о решении на уровне информационных моделей, функциональных требований к решению и потоков данных.
Builder's View (Technology Model, Physical level) - представление архитектора, нацеленное на использование конкретных технологий, языков программирования, устройств и платформ.
Subcontractor View (Detailed Specifications, Detailed level) - уровень детализированного представления о внутреннем устройстве всех компонентов решения, нацеленный на разработчиков и программистов.Расшифровка столбцов таблицы:What - описание данных
How - описание поведения и функциональности
Where - описание компонентов и их размещения
Who - описание участников и ролей
When - описание временных аспектов
Why - описание поведенческих аспектовФормализация данной модели базируется на наборе следующих правил:Столбцы таблицы равнозначны и их положение взаимозаменяемо. Количество столбцов не может быть увеличено или уменьшено.
Каждый столбец определяет простую общую модель и обладает собственной метамоделью.
Базовая модель для каждого столбца должна быть уникальна.
Каждая строка описывает уникальное представление архитектуры и бизнес группу, которой это представление интересно. Описанные представления присутствуют в большинстве иерархически организованных бизнесах.
Каждая ячейка таблицы уникальна и описывает конкретный кейс.
Полный набор моделей из всех ячеек одной строки формируют полную модель архитектуры с данной точки зрения.