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

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

2.3. Особенности языка ARIS

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS - Architecture of Integrated Information System, разработанный германской фирмой IDS Scheer. Его методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.

ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

Все эти модели представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа.

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

Относительно новой моделью ARIS является диаграмма eEPC ( extended Event Driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. eEPC -диаграмма предназначена для детального описания бизнес-процесса и отражает логику его выполнения. Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Используемые при построении модели символы логики позволяют отразить ветвление и слияние ветвей бизнес-процесса. Исполнители, документы и элементы прикладных комплексов привязываются к бизнес-функциям. Условия выполнения бизнес-функций, а также их результаты отражаются посредством событий. Другими словами, детальная модель бизнес-процесса представляет собой последовательность событий и бизнес-функций, обеспечивающую достижение заданного результата

Следует отметить, что Архитектура Интегрированных Информационных Систем ARIS предназначена, прежде всего, для разработки информационных систем – от определения требований до описания реализации. Тем не менее, она охватывает и предшествующие этапы, связанные с документированием корпоративных знаний, а именно, описанием организационной структуры, моделированием бизнес-процессов, документированием архитектуры приложений, данных и оборудования и т.п.

2.4. Современные языки и среды моделирования архитектуры организации

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

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

Среда моделирования архитектуры организации должна включать следующие 4 компонента:

  1. Блок элементарных объектов организации, а именно:
    1. описания (представления) элементарных объектов (например, конкретного продукта/услуги, производимого организацией в настоящее время);
    2. средства, используемые для порождения таких представлений (т.е. данных по объектам) согласно определенным правилам (например, ERP, SCM, CRM, СУБД ).
  2. Блок моделей архитектуры организации, а именно:
    1. собственно модели различных видов (процессно-функциональные, информационные, ресурсные, организационные и другие), состоящие из элементов, абстрактно отображающих элементарные объекты;
    2. средства моделирования, обеспечивающие анализ, проектирование и использование моделей.
  3. Блок языков и методологий моделирования, включая:
    1. общемодельные конструкции;
    2. процессы моделирования архитектуры организации;
    3. средства, поддерживающие процесс определения и модификации методологий и языков.
  4. Блок языков мета-моделирования и методологий определения методологий моделирования (мета-методологий), соответственно, для описания концепции, синтаксиса и семантики языков моделирования, и методологий их применения, а также для описания процессов построения этих языков и методологий.

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

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

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

  1. универсальные интегрирующие среды (например, Zachman Framework, GERAM ),
  2. языки моделирования организаций (например, семейство IDEF, DFD-технология, ARIS, BPML),
  3. программные среды моделирования (например, ARIS 6 Collaborative Suite, Popkin System Architect, METIS, Casewise Corporate Modeler ),
  4. мета-модели и языки мета-моделирования (например, UML Profile for Business Process Definition, UEML ).

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

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

Наиболее продвинутыми в части покрытия обозначенных требований естественно являются универсальные интегрирующие среды.

Среда Zachman Framework базируется на методе Захмана, широко известном в мировой практике. Суть этого метода сводится к формализованному представлению модели организации в виде матрицы. В строках этой матрицы показываются различные представления архитектуры организации с использованием различных типов моделей. Для простоты понимания эти представления соотносятся с категориями специалистов, определенным образом связанных с деятельностью любой организации (например, "владелец" организации, проектировщик, разработчик и субподрядчик). По столбцам матрицы разнесены основные аспекты деятельности (объекты - "что", действия - "как", местоположения - "где", люди - "кто", время - "когда" и мотивы - "почему"). Структура этой матрицы приведена в таблице 2.1.

Таблица 2.1. Матрица Захмана
Объекты (что?) Действия (как?) Дислокация (где?) Люди (кто?) Время (когда?) Мотивы (зачем?)
Планировщик Сфера действия
Владелец Модель организации
Конструктор Модель системы
Разработчик Техническая модель
Субподрядчик Компоненты
Данные Функции Сеть Организация Расписание Стратегия
Элементы архитектуры

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

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

Zachman Framework является одной из наиболее продвинутых сред в части гармоничного и комплексного учета всех архитектурно-существенных факторов, позволяя при этом концентрироваться на отдельных аспектах архитектуры, не теряя при этом общего взгляда на организацию как на единое целое. Она легка для понимания, логически полна и согласована, нейтральна по отношению к инструментарию, является наиболее распространенной (включая большое количество статей по ее описанию и использованию). С другой стороны, Zachman Framework не поддерживает представление динамики развития организации и ее информационных систем (отсутствие оси времени), является достаточно поверхностной (в смысле степени детализации) референсной моделью, достаточно бедна с технических позиций.

Алексей Емельянов
Алексей Емельянов
Yegor Lonskiy
Yegor Lonskiy

Всем привет. Написано в описании, что стоимость 30 000 рублей. Вопрос: 30 000 за возможность пройти курс? или же 30 000 только за выдачу диплома?