ЛЕКЦИЯ 8 32 страница

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

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

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

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

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

Таблица (матрица) Захмана имеет и определенные правила заполнения:

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

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

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

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

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

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

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

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

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

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

Пятый уровень соответствует детальной реализации системы, включая конкретные модели оборудования, топологию сети, производителя и версию СУБД, средства разработки и собственно готовый программный код. Многие из работ на данном уровне часто выполняются субподрядчиками.

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

Важным принципом предложенной модели является необходимость последовательного перехода при углублении детализации рассмотрения. Пропуск отдельных элементов почти всегда приводит к неудаче. На практике это часто случается при попытке разработки программы на основании только устного описания требований пользователя. Основные характеристики данной модели:

· простота для понимания как техническими, так и нетехническими специалистами;

· целостность в отношении предприятия;

· поддержка обсуждений сложных вопросов с использованием относительно небольшого количества нетехнических понятий;

· возможность применения для планирования, позволяющего лучше принимать решения;

· применимость для решения задач, то есть возможность работать с абстракциями и сущностями, выделяя и изолируя отдельные параметры системы без потери восприятия предприятия как целого;

· независимость от конкретных инструментов; благодаря этому каждый инструмент и методология могут быть отображены на данную модель и могут явно показать, что они делают и чего они не делают.

Дата добавления: 2015-04-25