Моделирование бизнес процессов с помощью ARIS (express and cloud)
Моделирование бизнес процессов является одним из методов улучшения качества и эффективности работы организации. В основе этого метода лежит описание процесса через различные элементы (действия, данные, события, материалы и пр.) присущие процессу. Как правило, моделирование бизнес процессов описывает логическую взаимосвязь всех элементов процесса от его начала до завершения в рамках организации. В более сложных ситуациях моделирование может включать в себя внешние по отношению к организации процессы или системы.
Моделирование бизнес процессов позволяет понять работу и провести анализ организации. Это достигается за счет того, что модели могут быть составлены по различным аспектам и уровням управления. В больших организациях моделирование бизнес процессов выполняется более подробно и многограннее, чем в малых, что связано с большим количеством кросс-функциональных связей.
Цели бизнес моделирования:
- За счет моделирования можно проследить, что происходит в процессах от начала, до завершения. Моделирование позволяет получить «внешний» взгляд на процессы и определить улучшения, которые повысят их эффективность.
- Нормирование процессов. Моделирование бизнес процессов задает правила выполнения процессов, т.е. то, каким образом они должны быть выполнены.
- Моделирование бизнес процессов устанавливает четкую связь между процессами и требованиями, которые они должны выполнять.
ARIS (акроним от англ. Architecture of Integrated Information Systems) — методология и тиражируемый программный продукт для моделирования бизнес-процессов организаций. Продукт и методология принадлежат немецкой компании Software AG как результат поглощения компании IDS Scheer автора методологии Августа-Вильгельма Шеера.
Реализация методологии предполагается с задействованием специализированного программного продукта, обеспечивающего совместную работу над описаниями и диаграммами. Первая версия продукта выпущена в 1994 году. К концу 2000 года продукт был продан в 24 тыс. организаций. С 2009 года поставляется бесплатная версия инструмента — ARIS Express.
Продукт предусматривает серверную часть (ARIS Server) с централизованным репозиторием, хранимым в реляционной СУБД и серию пользовательских инструментов для ведения объектов и подготовки графических представлений (ARIS Toolset в ранних версиях, в версиях 2000-х годов — ARIS Business Architect, ARIS Designer).
К середине 2010-х годов также появилась публично-облачная версия продукта. Доступная по адресу http://www.ariscloud.com/
Продукт ARIS используется в различных проектах по реинжинирингу и оптимизации бизнес-процессов, ИТ-проектах типа внедрения и эксплуатации ERP-систем, в частности, есть проработанное интеграционное решение для SAP R/3.
Одна из иллюстраций структурированного подхода ARIS к проекту реинжиниринга
Программное обеспечение ARIS составляет основу пакета Business Process Analysis Suite корпорации Oracle. Технически инструментарий ARIS достаточно простой для изучения, имеет интуитивно понятный интерфейс. Модели копируются и вставляются в файлы документов (например, формата Microsoft Word) в виде рисунков.
В продуктах ARIS предусмотрена возможность создания сценариев автоматизации составления различных аналитических отчётов, нормативных документов, новых моделей. Каждый сценарий представляет собой подпрограмму, запускаемую в ARIS Business Architect (либо Toolset — более ранней версии) или непосредственно на сервере ARIS. Сценарии пишутся на специальном языке программирования — SAX Basic. Для автоматизированного формирования того или иного отчёта в ARIS сценарии оперируют данными из базы моделей, вычленяя из неё конкретные объекты и модели.
Технология ARIS Script позволяет в автоматическом режиме производить:
формирование нормативных документов на основании моделей ARIS (например, паспорт процесса, регламент процесса);
формирование аналитических отчётов на основании моделей ARIS;
интеграцию ARIS Toolset с другими приложениями и базами данных;
Формирование базы моделей ARIS на основании готовых спецификаций.
Например любая организация в методологии ARIS рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту.
ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях.
Общий принцип в инструментарии — возможность интеграции моделей разных типов в рамках одного репозитория посредством декомпозиции (детализации) объектов. Таким образом, любую организацию можно описать с помощью иерархии моделей — от обобщения: например, VACD (англ. value added chain diagram) до уровня процедур и ресурсного окружения функций.
Среди большого количества возможных методов описания можно выделить следующие:
- eEPC (англ. extended event-driven process chain) — событийная цепочка процессов
- ERM (англ. entity-relationship model) — модель «сущность-связь» для описания структуры данных;
- UML (англ. unified modeling language) — унифицированный объектно-ориентированный язык моделирования
Основные элементы, используемые в нотации ARIS:
- Organizational chart:
- Organizational unit;
- Символ «Person»;
- Символ «Location»;
- Группа персон, роль: «Role».
- Process landscape:
- Process.
- Business process:
- Event — событие фиксирует состояние определенных параметров на определенный момент времени;
- Activities — работа, определённое действие, выполняемое в течение некоторого промежутка времени;
- Role — должность в организации;
- IT system — информационная система, частный случай «хранилища данных»
- Risks — риски;
- Input and Output data — отправитель или получатель данных.
- Process control via rules (and, or, xor) — перекрёсток («и», «или», «исключающее или»);
- Proccess interface — средство связи с рассматриваемым процессом.
- Data model:
- Entity — сущность (таблица);
- Attributes — атрибут сущности (поле таблицы);
- Primary Key — уникальный атрибут сущности (первичный ключ таблицы);
- Foreign Key — внешний ключ таблицы;
- Relationship — отношения между сущностями (связь между таблицами);
- IT infrastructure:
- IT system;
- Hardware;
- Network;
- Network components.
- System landscape:
- IT system;
- Domain.
- Deneral diagramm (англ.)
Доступные типы моделей в Aris express: organization chart, process landscape, business process, data model, IT infrastructure, system landscape, BPMN diagram, whiteboard, general diagram.
Пример диаграмм:
Organizational chart
Process landscape (VAD)
Business process (EPC (event-driven process chain)
BPMN (business process modeling notation (BPMN 2.0))
Нотация BPMN описывает условные обозначения для отображения бизнес-процессов в виде диаграмм бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Кроме того, спецификация BPMN определяет, как диаграммы, описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели на языке BPEL. Спецификация BPMN 2.0 также является исполняемой и переносимой (то есть процесс, нарисованный в одном редакторе от одного производителя, может быть исполнен на движке бизнес-процессов совершенно другого производителя, при условии, если они поддерживают BPMN 2.0).
Облачная версия aris cloud включает в себя 4 типа диграмм: EPC, OC, VAD, application system type diagram
Бесплатная версия программы т.е ARIS EXPRESS поддерживает только базовые типы диаграмм, не имеет многопользовательской поддержки (ARIS CLOUD поддерживает), не использует базу данных, не содержит инструментов для формирования отчётов и средств анализа модели. ARIS Express не поддерживает связи между создаваемыми объектами в отличие от полноценной платной версии, то есть отсутствует контроль целостности и непротиворечивости модели. Это означает, что при редактировании одной модели программа не будет вносить соответствующие изменения в другую модель, а также не будет проверять существуют ли должности, указываемые в качестве ответственных в процессе и т.д.
Источник
В. З. Предварительная информационная модель ARIS
Здание ARIS создает «каркас» для классификации описательных компонентов бизнес-процесса. Теперь обсудим подробнее отдельные «кирпичики» бизнес-процесса и отношения между ними.
Рис. 19. Предварительная информационная модель ARIS 
Рис. 20. ARIS-компоненты метауровня ARIS
Модель сущность-отношение (ERM), предложенная Ченом, прекрасно подходит для описания объектов. Хотя изначально эта модель предназначалась для представления структур данных в прикладных системах, она может служить и языком общего описания, а, следовательно, ее можно применить и к описанию метауровней.
При объектно-ориентированных подходах в объектную модель тоже вводятся классы и их отношения. Однако с ними связываются и определенные методы. Что касается объектов моделирования, то на метауровне они идентичны (например, когда речь идет о создании, удалении, редактировании или графическом выводе объекта).
Кроме того, в объектно-ориентированных моделях на стадии анализа допустимо использовать только классы и их имена, т. е. атрибуты и методы опускаются.
В первом издании этой книги в качестве языка описания мы применяли расширенную модель ERM.
Язык описания UML позволяет отдельно представлять классы объектов и классы связей в моделях различных типов. Такое представление известно как метамодель ARIS или информационная модель ARIS.
В то же время эта информационная модель описывает конструкцию базы данных, где можно хранить модели реального мира, разработанные с помощью методологии ARIS. Организационные и функциональные модели, равно как и модели данных, выхода и управления, относящиеся к тому или иному приложению, рассматриваются как экземпляры базы данных, построенной в соответствии с информационной моделью. Такие базы данных называются репозиториями. Понятие «репозиторий» приобрело популярность в 1989 году, когда корпорация IBM провозгласила новую концепцию разработки программного обеспечения — AD/CYCLE.
Для каждой модели ARIS (функциональной, организационной, данных, выхода и управления) репозиторий ARIS содержит модели 2-го уровня, а также их отношения и модели для каждой фазы жизненного цикла ARIS. При моделировании на 1-м уровне, т. е. на уровне 1 экземпляров ARIS, репозиторий необходимо обновлять, вводя в него соответствующие экземпляры процесса.
Таким образом, репозиторий становятся ядром информационной системы. Важность и значение информационной модели, содержащейся в репозитории, определяется ее способностью оказывать решающее влияние на эффективность элементов описания.
Язык UML оперирует диаграммами классов, которые изображаются прямоугольниками, и ассоциативными связями (или просто связями), которые в свою очередь изображаются рамками. Связи различаются по мощности отношений 1:* (один ко многим), 1:1 (один к одному), *:* (многие ко многим) или *:1 (многие к одному). Звездочка может означать «много» или «n».
С помощью этих простых элементов на рис.
Отправными точками функциональной модели на рис. 19 являются корпоративные цели, которые управляют функциями; другими словами, для достижения той или иной цели должны быть выполнены определенные функции. Корпоративные цели обычно классифицируются по иерархическому принципу. Общие цели, такие как «максимизация прибыли», «достижение определенной рыночной доли» или «достижение определенного темпа роста», разделяются на подцели, например, «достижение определенной суммы дохода», «снижение расходов на определенную сумму» или «достижение определенного уровня качества». Благодаря интегрированной структуре целей класс КОРПОРАТИВНЫЕ ЦЕЛИ характеризуется связью *:*. Поскольку подцели входят в главные цели, они характеризуются связью «часть целого». Такая связь называется целевой структурой. Она выделяется в самостоятельный класс.
Примерами функций являются обработка заказов, продажа или регулирование, которые могут быть детализированы на составляющие их подфункции. Взаимосвязь между функциями, равно как и связь функций с целями, на достижение которых они направлены, предполагает между ФУНКЦИЕЙ и КОРПОРАТИВНЫМИ ЦЕЛЯМИ отношение типа *:*. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА представляет собой связь «часть целого», определяя функции, содержащиеся в других функциях.
Центральным элементом в организационной модели является ОРГАНИЗАЦИОННАЯ ЕДИНИЦА. Этот класс включает такие экземпляры, как ПОЗИЦИЯ, ПОДРАЗДЕЛЕНИЕ или ПРЕДПРИЯТИЕ. Независимо от того, являются эти области подчиненными или главными, они всегда характеризуются связью *:* — это «часть целого» в рамках класса ОРГАНИЗАЦИОННАЯ ЕДИНИЦА.
Модель данных (левая часть здания ARIS) отображает структуру данных. Класс ИНФОРМАЦИОННЫЙ ОБЪЕКТ характеризует объекты, описываемые атрибутами баз данных. Между их экземплярами, такими как данные об изделии и данные о клиенте, существуют связи (например, какой клиент какие изделия покупает). Эти связи выражаются отношением *:* внутри класса ИНФОРМАЦИОННЫЙ ОБЪЕКТ.
Информационные объекты, относящиеся к области с взаимосвязанным содержанием, можно сгруппировать в диаграмму класса или модель данных. Поскольку из-за идентичных информационных объектов МОДЕЛЬ ДАННЫХ и ИНФОРМАЦИОННЫЙ ОБЪЕКТ могут частично накладываться друг на друга, они связаны отношением *:* — «часть целого».
В модели выходов класс ВЫХОД представляет все виды выходов (материальный выход, услуги и информационный выход). Экземплярами выступают классы выходов, связанные с прикладным уровнем, например, изделие, материалы, запчасти, время сборки, гарантийные услуги или сертификаты. Здесь также различные виды выходов могут быть взаимосвязаны (отношением «часть целого»).
Связи между всеми четырьмя компонентами (организация, функция, информация и выходы) представлены в модели управления.
Связь между ОРГАНИЗАЦИОННОЙ ЕДИНИЦЕЙ и ФУНКЦИЕЙ выражается отношением ОТВЕТСТВЕННОСТЬ.
Организационным единицам могут быть присвоены определенные привилегии, относящиеся к ИНФОРМАЦИОННЫМ ОБЪЕКТАМ, которые выражаются отношением ПРИВИЛЕГИИ ДОСТУПА.
Полная функциональная модель ARIS подробно описывает классы и отношения между ними в модели мета-бизнес-процесса. Она описывает также все модели ARIS, охватывающие фазы жизненного цикла. Эта модель включает около 300 классов и связей.
Информационная модель ARIS представляет собой схему репозитория для хранения соответствующих прикладных моделей. Данные, хранящиеся в репозитории, включают классы реальных приложений (например, для сферы продаж или бухгалтерского учета), хотя обычно — на уровне типов. В то время как объекты типа КЛИЕНТ и ИЗДЕЛИЕ хранятся в репозитории в качестве экземпляров класса ИНФОРМАЦИОННЫЙ ОБЪЕКТ, сами экземпляры, т. е. индивидуальные сущности «клиент» и «изделие» 1-го уровня, как правило, хранятся в базе данных о продажах. При моделировании процессов на уровне экземпляров (например, для приложений workflow) соблюдать это правило не обязательно.
На рис. 20 сгруппированы четыре компонента метауровня с указанием их взаимосвязей:
Источник