Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Otvety.docx
Скачиваний:
191
Добавлен:
11.03.2016
Размер:
22.4 Mб
Скачать

Вопрос 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, т.е. требования пользователей к представлению данных, интерфейсы и спецификацию по разграничению доступа с учетом существующих "унаследованных" компонент информационной системы. Эта существующая технологическая архитектура, в свою очередь, рассматривается в ячейке на пересечении четвертой строки и третьего столбца таблицы.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]