Вопрос 12. Методики описания архитектур. Модель Захмана

Методики описания архитектур

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

• методики, опубликованные аналитическими компаниями Gartner, Giga Group, META Group и др.;

• модель Захмана;

• методика TOGAF;

• методика POSIX 1003.23.

Модель Захмана

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

Основные правила заполнения таблицы

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

• порядок следования колонок несущественен;

• каждая клетка содержит соответствующее описание аспекта реализации системы в виде определенной модели или текстового документа;

• базовые модели для каждой из колонок являются уникальными;

• соответствующие модели в клетках каждого ряда в совокупности образуют полное описание системы с выбранной перспективы;

• заполнение клеток должно проводиться последовательно "сверху вниз".

Последовательная детализация отдельных аспектов описания системы

• Первая колонка определяет используемые в системе данные. На верхнем уровне это перечисление основных объектов, используемых в бизнесе.

• На втором уровне - семантическая модель, обычно в виде ER диаграммы.

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

• Четвертый уровень - это физическая модель данных (в ООП – иерархия классов).

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

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

Колонка функции

Последовательно описывает как миссия предприятия реализуется на уровне отдельных операций. На первом уровне перечисление бизнес-процессов. Второй уровень содержит модель бизнес-процессов, которая впоследствии детализируется в операции над данными и архитектуру приложений (уровень 3), методы классов (уровень 4), программный код (уровень 5) и исполняемые модули. При этом, начиная с 4-го уровня, рассмотрение ведется уже не в рамках Предприятия в целом, а по отдельным подсистемам или приложениям.

Колонка - ГДЕ?

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

• На уровне планирования бизнеса определяется расположение всех производственных объектов.

• На 2-ом уровне модель взаимодействия объектов.

• На третьем уровне осуществляется привязка компонент информационной системы к узлам сети.

• Четвертый уровень служит для определения физической реализации в терминах аппаратных платформ, системного ПО и средств интеграции компонент ИС.

• На пятом уровне определяются используемые протоколы и спецификации каналов связи.

• Последний уровень описывает функционирование реализованной сети.

Колонка - КТО?

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

• На уровне планирования бизнеса здесь представлен список подразделений предприятия и выполняемые ими функции.

• На следующем уровне - организационная диаграмма и общие требования к информационной безопасности.

• Далее последовательно определяются участники бизнес-процессов и их роли, требования к интерфейсам пользователей, правила доступа к объектам, физическая реализация в виде кода или операторов определения доступа к таблицам в СУБД.

• Последний уровень описывает обученных пользователей системы.

Колонка – ВРЕМЯ

Определяет временные характеристики бизнес-процессов и работы системы.

• На уровне 1 - календарный план.

• На уровне 2 - основные параметры бизнес-процессов (например, требование ко времени оформления сделки).

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

• На 4 уровне эти события транслируются в программные вызовы (триггеры) или передаваемые сообщения.

• 5 уровень определяет физическую реализацию обработки таких событий.

• На 6 уровне – фактическая история функционирования системы.

Колонка - МОТИВАЦИЯ

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

Модель Захмана можно использовать:

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

• на метауровне – для сравнения различных вариантов архитектуры предприятия;

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

Недостатки модели: нет механизма распространения изменений между элементами таблицы (вручную), отсутствие рассмотрения системы в динамике (нет четкого разделения "временных срезов").