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

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.

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

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

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