Построение архитектуры организации

2.6. Стандартизация архитектуры на уровне организации

Стандарт описания архитектуры предназначен для определения единых требований, правил и методик описания архитектуры организации, в том числе:

1. к порядку выполнения работ по описанию архитектуры;
2. к составу и структуре моделей архитектуры;
3. к содержанию и оформлению документов, используемых для описания архитектуры.

Стандарт должен включать в себя:

1. порядок выполнения работ по описанию архитектуры;
2. методику создания и структурирования единой базы знаний о деятельности организации;
3. методику (тактику) интервьюирования;
4. методику описания (моделирования) архитектуры;
5. комплект шаблонов и форм документов, используемых при подготовке и описании архитектуры

Далее в данном разделе рассматривается методика описания (моделирования) архитектуры, ориентированная на поддержку средой моделирования Casewise Corporate Modeler, которая позволяет обеспечить реализацию основных требований к описанию: системность, целостность и однородность описания, простоту, наглядность, открытость к изменениям, возможность автоматизированного анализа.

В основе методики лежит структурный подход, основными принципами которого являются:

1. выделение взаимосвязанных процессов верхнего уровня для описания совокупности предметных областей организации;
2. использование "нисходящего" многоуровневого детализирующего описания всех предметных областей;
3. использование на каждом из уровней детализации только существенных для данного уровня объектов;
4. ограничение количества функциональных объектов (не более 6-7) на каждом из уровней для обеспечения читабельности и понимаемости модели;
5. последовательное приближение к конечному результату.

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

1. функциональную компоненту (иерархию процессов, функций, операций);
2. организационно-штатную компоненту, отражающую иерархию подчинения организационных единиц (подразделений, должностей, сотрудников);
3. информационную компоненту, отражающую взаимосвязи (информационные и, в отдельных случаях, материальные) между функциональной и организационно-штатной компонентами, а также внутренние связи в функциональной компоненте;
4. ИТ-компоненту, фиксирующую уровень и степень автоматизации объектов функциональной компоненты.

Описание осуществляется на основе структурного подхода Casewise (Casewise framework) – схемы архитектуры организации, описываемой в виде матрицы (см. рис.2.3), представляющей собой модифицированную схему Захмана, столбцы которой характеризуют разные аспекты моделирования архитектуры ("Процессы", "Организационная структура", "Данные" и "ИТ-инфраструктура"), а строки уровни абстракции моделирования. Аспекты, представленные в столбцах матрицы соответствуют вопросам: Как?, Кто?, Что?, Какими средствами? Создание описания архитектуры фактически является совокупностью процедур, состоящих из ответов на перечисленные вопросы по уровням абстракции моделирования.

Рис. 2.3. Схема архитектуры

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

1. модели бизнес-среды организации (уровень бизнеса, внешняя среда);
2. модели концептуального уровня (уровень организации);
3. логические модели (уровень подразделений);
4. физические модели (уровень технологий).

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

Стандарт определяет необходимый набор объектов, с помощью которых осуществляется моделирование:

1. шаблоны и категории диаграмм (отметим, что в качестве нотаций для описания процессов использовался диалект диаграмм потоков данных, а для описания данных - диалект диаграмм "сущность-связь");
2. шаблоны и категории объектов;
3. типы связей и ассоциаций, необходимых для моделирования;
4. правила именования и нумерации объектов и схем;
5. стили;
6. перечни атрибутов объектов для обеспечения полноты описания деятельности и возможности получения необходимых отчетов из Casewise Corporate Modeler.

Определение категорий диаграмм, используемых для построения архитектуры и перечисленных в таблице 2.4, представлено в соответствии с областями описаний по столбцам матрицы, приведенной на рис. 2.3, сверху вниз. Пример описания объектов диаграммы уровня процессов приведен в таблице 2.5.

Таблица 2.5.

Наименование и представление	Описание
Внешняя сущность	Назначение. Моделирует внешние по отношению к организации/подразделению объекты. При этом сущности, внешние по отношению ко всей организации, изображаются овалами красного цвета (см. пример слева сверху), сущности, внешние по отношению к подразделению, изображаются овалами розового цвета (см. пример слева снизу). Имя. Имя представляет собой существительное. Пример: склад, клиент, поставщик и т.д.
Функциональный объект\функция	Назначение. Моделирует функциональный объект любого уровня детализации (от сферы деятельности до функции нижнего уровня), допускает детализацию диаграммой следующего уровня, присутствие которой обозначается символом декомпозиции. Поле "Имя" содержит наименование процесса в виде глагола в неопределенной форме. Пример: "Проверить поступление денег". Детализация. Осуществляется посредством декомпозиции данного процесса диаграммами уровня процессов более низкого уровня, логическими схемами процессов или детальными схемами процессов.
Хранилище данных	Назначение. Моделирует накопитель данных Имя. Идентифицирует его содержимое. Должно быть существительным.
Поток данных	Назначение. Моделирует направленный поток данных Имя. Имя отражает содержание потока
Символ декомпозиции	Назначение. Показывает, что данный процесс детализируется диаграммой следующего уровня