Опубликован: 02.09.2009 | Уровень: для всех | Доступ: свободно
Лекция 2:

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

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

Методика описания модели контекстуального уровня

  1. Для построения модели контекстуального уровня используются следующие категории диаграмм:
    1. контекстная диаграмма организации,
    2. организационная схема организации верхнего уровня
    3. список сущностей (подсхем) предметной области,
    4. перечень классов систем.
  2. Последовательность построения модели включает следующие шаги:
    1. построение контекстной диаграммы организации, включающее следующие шаги:
      • идентификация деятельности организации в целом;
      • определение списка внешних сущностей организации;
      • определение потоков данных от каждой внешней сущности к функциональному объекту (организации);
      • построение соответствующей диаграммы, содержащей единственный функциональный объект, внешние сущности двух видов и потоки данных между ними.
    2. построение организационной схемы организации;
    3. выявление сущностей предметной области и построение соответствующей диаграммы;
    4. построение перечня классов систем, автоматизирующих деятельность организации.
  3. Основные правила моделирования:
    1. внешние сущности необходимо идентифицировать существительным (налоговая инспекция, отдел кадров и т.п.);
    2. контекстная диаграмма должна иметь топологию "звезды", в центре которой находится функциональный объект, а на лучах располагаются внешние сущности;
    3. именование элементов организационной схемы должно соответствовать принятым названиям подразделений;
    4. каждая из сущностей предметной области должна описывать единственный объект, идентификация сущности должна осуществляться существительным (заказ и книга, а не заказ на книгу);
    5. класс автоматизированной системы определяется ее назначением (бухгалтерская, ERP, CRM, аналитическая и т.п.).

Методика описания модели концептуального уровня:

  1. Для построения модели концептуального уровня используются следующие категории диаграмм:
    1. список функциональных областей,
    2. диаграмма уровня процессов,
    3. организационная схема со сферами деятельности,
    4. диаграмма взаимосвязей сущностей (без атрибутов),
    5. перечень используемых систем.
  2. Каждая из перечисленных диаграмм детализирует соответствующие диаграммы концептуального уровня абстракции.
  3. Функциональные области необходимо идентифицировать глагольной формой (учет кадров, деятельность отдела кадров, а не отдел кадров);
  4. Диаграмма уровня процессов детализирует контекстную диаграмму организации, алгоритм ее построения следующий:
    1. На основе списка функциональных областей определить процессы, которые выполняет организация (в ряде случаев процесс может соответствовать функциональной области).
    2. Связать потоками данных процессы с внешними сущности контекстной диаграммы.
    3. В случае необходимости определить дополнительные внешние сущности и связать их с процессами при помощи потоков данных (критерием введения дополнительной внешней сущности на данном уровне детализации является ее "малое" использование единственным процессом или функцией, например сущность ВНЕШНИЙ КОНСУЛЬТАНТ).
    4. Определить базовые хранилища данных, которые использует организация. Критерием идентификации хранилища как базового является его использование более чем одним процессом.
    5. Определить потоки данных между процессами, а также между процессами и хранилищами данных.
    6. В случае, когда функциональная область включает несколько процессов, детализировать эту область диаграммой уровня процессов.
  5. Перечень используемых систем детализирует перечень классов систем путем раскрытия каждого из классов перечнем конкретных систем организации.
  6. Диаграмма взаимосвязей сущностей (без атрибутов) детализирует список сущностей предметной области, алгоритм ее построения следующий:
    1. Построить сущности для каждого элемента из списка сущностей предметной области.
    2. Рассмотреть каждую возможную пару сущностей и установить существование связи (ассоциации) между ними.
    3. Определить тип связи и построить связь между сущностями.
    4. Разрешить каждую связь типа МНОГИЕ-КО-МНОГИМ заменой ее на пару связей типа ОДИН-КО-МНОГИМ или ОДИН-К-ОДНОМУ.

Методика описания логической модели

  1. Для построения логической модели используются следующие категории диаграмм:
    1. логическая схема процесса,
    2. организационная схема уровня подразделений,
    3. диаграмма взаимосвязей сущностей (с атрибутами),
    4. перечень функций системы.
  2. Каждая из перечисленных диаграмм детализирует соответствующие диаграммы контекстуального уровня абстракции.
  3. Логическая схема процесса детализирует диаграмму уровня процессов, алгоритм ее построения следующий:
    1. Для каждого из процессов диаграммы уровня процессов определить составляющие его функции.
    2. Связать потоками данных функции с внешними элементами из диаграммы уровня процессов: внешними сущностями, хранилищами данных и другими процессами, с которыми имеется потоковая связь детализируемого процесса.
    3. Определить хранилища данных процесса, критерием идентификации хранилища является его использование более чем одной функцией детализируемого процесса.
    4. Определить потоки данных между функциями, а также между функциями и хранилищами данных.
  4. Перечень функций системы детализирует перечень используемых систем путем раскрытия каждой из систем перечнем конкретных ее функций.
  5. Диаграмма взаимосвязей сущностей (с атрибутами) детализирует каждую из сущностей путем идентификации всех ее атрибутов:
    1. Определяется список атрибутов.
    2. Выделяются ключевые атрибуты, однозначно идентифицирующие каждый из экземпляров сущности.

Методика описания физической модели

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

Контрольные вопросы и упражнения

  1. Перечислите основные цели и задачи построения архитектуры организации.
  2. Каковы принципиальные отличия и что общего между структурным и объектно-ориентированным подходами к системному анализу и проектированию?
  3. Перечислите основные диаграммные техники структурного и объектно-ориентированного подходов
  4. В чем заключается специфика языка ARIS?
  5. В чем заключается основная идея метода Захмана?
  6. Какие языки разработаны специально для описания архитектур организаций?
  7. Перечислите основные этапы построения архитектуры организации.
  8. Дайте характеристику инструментов моделирования, позволяющих построить наиболее полную архитектуру организации.
  9. Перечислите основные особенности языка BPML.
  10. Какая новая должность появилась в штатном расписании современной ИТ- службы организации?
  11. Перечислите основные этапы метода планирования архитектуры ЕАР, выделите наиболее трудоемкие этапы.
  12. В чем заключается необходимость создания корпоративного стандарта описания архитектуры?
  13. Разработайте шаблон стандарта описания архитектуры кадрового департамента.
  14. Постройте модели бизнес-слоя и системного слоя архитектуры кадрового департамента, включающего следующие процессы:
    • прием на работу нового сотрудника,
    • увольнение сотрудника,
    • выдача справок различного назначения.
Надежда Артюх
Надежда Артюх
Курс Методологии проектирования и внедрения корпоративных информационных систем
Олег Антонов
Олег Антонов