Опубликован: 02.09.2009 | Доступ: свободный | Студентов: 2430 / 344 | Оценка: 4.29 / 3.73 | Длительность: 17:49:00
Специальности: Системный архитектор
Лекция 2:

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

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.

Таблица 2.4.
Область описания Назначение Категории диаграмм
Процессы

Функциональные области деятельности

Процессы функциональных областей

Логические схемы процессов

Детальные схемы процессов

Контекстная диаграмма

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

Логическая схема процесса

Детальная схема процесса

Организационная структура

Организационная структура по функциональным областям

Ролевая организационная иерархия

Организационная структура подразделений

Ролевая организационная структура

Организационная схема верхнего уровня

Организационная схема со сферами деятельности

Организационная схема уровня подразделений

Ролевая организационная структура

Данные

Данные функциональных областей

Данные процессов функциональных областей

Логические данные процессовФизические данные процессов

Список сущностей (подсхем) предметной области

Диаграмма взаимосвязей сущностей (без атрибутов)

Диаграмма взаимосвязей сущностей (с атрибутами)

Матрица взаимосвязей Сущность\ Функциональный объект

ИT–инфраструктура

Классификация систем

Классификация систем по целевому назначению

Взаимосвязь систем подразделений

Матрица Процессы/Средства автоматизации

Перечень классов систем (ИАС, расчетные и т.п.)

Перечень используемых систем

Перечень функций системы

Матрица Процессы/Системы

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

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

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

Таблица 2.5.
Наименование и представление Описание
Внешняя сущность

Назначение. Моделирует внешние по отношению к организации/подразделению объекты. При этом

  1. сущности, внешние по отношению ко всей организации, изображаются овалами красного цвета (см. пример слева сверху),
  2. сущности, внешние по отношению к подразделению, изображаются овалами розового цвета (см. пример слева снизу).

Имя. Имя представляет собой существительное. Пример: склад, клиент, поставщик и т.д.

Функциональный объект\функция


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

Поле "Имя" содержит наименование процесса в виде глагола в неопределенной форме. Пример: "Проверить поступление денег".

Детализация. Осуществляется посредством декомпозиции данного процесса диаграммами уровня процессов более низкого уровня, логическими схемами процессов или детальными схемами процессов.

Хранилище данных

Назначение. Моделирует накопитель данных Имя. Идентифицирует его содержимое. Должно быть существительным.
Поток данных

Назначение. Моделирует направленный поток данных Имя. Имя отражает содержание потока
Символ декомпозиции

Назначение. Показывает, что данный процесс детализируется диаграммой следующего уровня
Айдана Искакова
Айдана Искакова
Анатолий Журавский
Анатолий Журавский
Добрый день. Изучаю курс ИТ-менеджмент (http://www.intuit.ru/studies/curriculums/13758/info), уже прошел половину первого курса из списка входящих. Однако не вижу данный курс в своей зачетке. Не получится так, что закончу курс и диплом потеряется.
Андрей Прокопов
Андрей Прокопов
Россия, Москва, МТУСИ, 1996
Магомед Оздоев
Магомед Оздоев
Россия