Моделирование бизнес процессов с помощью ARIS (express and cloud)
Автор: Андрей Вакурин · Опубликовано 06.08.2016 · Обновлено 04.12.2016
Моделирование бизнес процессов является одним из методов улучшения качества и эффективности работы организации. В основе этого метода лежит описание процесса через различные элементы (действия, данные, события, материалы и пр.) присущие процессу. Как правило, моделирование бизнес процессов описывает логическую взаимосвязь всех элементов процесса от его начала до завершения в рамках организации. В более сложных ситуациях моделирование может включать в себя внешние по отношению к организации процессы или системы.
Моделирование бизнес процессов позволяет понять работу и провести анализ организации. Это достигается за счет того, что модели могут быть составлены по различным аспектам и уровням управления. В больших организациях моделирование бизнес процессов выполняется более подробно и многограннее, чем в малых, что связано с большим количеством кросс-функциональных связей.
Цели бизнес моделирования:
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 рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту.
ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях.
Общий принцип в инструментарии — возможность интеграции моделей разных типов в рамках одного репозитория посредством декомпозиции (детализации) объектов. Таким образом, любую организацию можно описать с помощью иерархии моделей — от обобщения: например, VACD (англ. value added chain diagram) до уровня процедур и ресурсного окружения функций.
Среди большого количества возможных методов описания можно выделить следующие:
Основные элементы, используемые в нотации ARIS:
Доступные типы моделей в 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 Express
С чего начинается описание бизнес-процессов
Такая деятельность, как описание бизнес-процессов, сегодня уже не кажется чемто необычным. Без наличия документированных бизнес-процессов сейчас невозможно ни сертифицироваться на соответствие какому-либо стандарту качества, ни эффективно управлять компанией, даже если штат ее невелик.
Описание бизнес-процессов может представлять собой совокупность нормативных и иных документов компании (таких как приказы, регламенты, инструкции). Но в последнее время популярным стало представление подобного описания в виде графических моделей, зачастую позволяющих отразить не только содержимое существующих документов, но и информацию о процессах компании, хранящуюся исключительно в головах их исполнителей и передаваемую устно от сотрудника к сотруднику. Помимо прочего, графические модели обычно воспринимаются легче, чем текст, — такова уж человеческая психология.
Корпоративные средства моделирования бизнес-процессов приемлемого качества позволяют управлять десятками тысяч моделей, технически поддерживать различные взаимо-связи между ними, обмениваться данными с другими приложениями, обладают программными интерфейсами для создания решений на их основе. Естественно, приобретение этих средств — не самое дешевое удовольствие, к тому же для их развертывания могут потребоваться дополнительные затраты (например, на приобретение и администрирование отдельных серверов и серверной СУБД). И даже если для старта работ по описанию бизнес-процессов приобретается минимальное количество лицензий на корпоративные средства моделирования без затрат на дополнительную инфраструктуру, то это все равно требует немалых денег. Столь серьезные суммы зачастую отпугивают лиц, принимающих решение о внедрении того или иного средства описания бизнес-процессов, и вынуждают их выбирать не столь совершенные, но относительно дешевые инструменты либо применять уже имеющиеся в компании офисные приложения.
Подобный выбор позволяет дешево и быстро начать описание бизнес-процессов. Однако в случае активного развития таких работ и создания сотен и тысяч моделей компания рано или поздно сталкивается с тем, что набор моделей становится практически неуправляемым, после чего принимается решение всетаки приобрести инструменты моделирования, обладающие нужной масштабируемостью, и потратить немалое количество средств для переноса в них ранее созданных моделей. Примеров таких случаев уже не одна сотня и в Европе, и в России. Справедливости ради заметим, что случаи выбора немасштабируемых решений, чреватые последующими немалыми затратами на их замену, имеют место не только в области моделирования бизнес-процессов, но и в других сферах.
Каким должно быть первое средство моделирования
Что могло бы стать оптимальным инструментом для компании, только начинающей описывать свои бизнес-процессы и не желающей тратить крупные суммы на инструменты, которые, вполне возможно, не будут активно востребованы? Ответ очевиден: дешевый или, по возможности, бесплатный инструмент, способный, с одной стороны, удовлетворить не слишком большие первоначальные запросы (такие как создание понятных и эстетически привлекательных моделейкартинок), а с другой — позволяющий без лишних затрат перейти на набор инструментов корпоративного уровня с более привлекательной функциональностью, когда возникнет потребность в подобной замене. Иными словами, он должен, во-первых, принадлежать семейству корпоративных средств моделирования, хорошо известному на рынке (в случае рынка России и стран СНГ — широко распространенному в этих странах и локализованному), а во-вторых, обеспечивать определенную масштабируемость набора моделей за счет замены базового программного обеспечения без повторного ввода данных (в нашем случае — создания моделей) и без затрат на написание дорогостоящих конверторов для переноса данных из одного инструмента в другой.
Об одном из таких инструментов мы сегодня и поговорим. Знакомьтесь — ARIS Express.
Что такое ARIS Express
ARIS Express — это бесплатный инструмент для моделирования бизнес-процессов, достаточно простой в установке и использовании, так что его могут применять и начинающие пользователи, и студенты вузов. Создан он более года назад, и сейчас уже доступна его вторая версия.
Данный продукт прнадлежит к семейству средств моделирования ARIS (ARchitecture of Integrated Information Systems) компании IDS Scheer (в настоящее время являющейся частью фирмы Software AG), широко представленных на российском рынке, локализованных еще несколько лет назад и даже обеспеченных русскоязычной технической поддержкой. Семейство продуктов ARIS (ARchitecture of Integrated Information Systems), которые производит компания IDS Scheer, включает не только инструменты моделирования бизнес-процессов и публикации моделей, но и интегрирующиеся между собой средства разработки системы сбалансированных показателей, оценки и оптимизации стоимости бизнес-процессов, их имитационного моделирования, инструменты, упрощающие внедрение ERP-систем, проектирование распределенных приложений и ИТ-инфраструктуры, а также инструменты контроля за выполнением бизнес-процессов. Ведущие аналитические компании Gartner Group и Forrester Research относят компанию IDS Scheer к лидерам мирового рынка средств моделирования и анализа бизнес-процессов. Подробнее о семействе продуктов ARIS можно прочесть по адресу: http://compress.ru/article.aspx?id=19375&iid=898.
Что умеет ARIS Express
ARIS Express поддерживает общепринятые стандартные нотации для описания процессов и некоторых других предметных областей, таких как оргструктура, информационные системы и модели данных (рис. 1).
Рис. 1. Поддерживаемые инструментом ARIS Express типы моделей
Каждый из поддерживаемых в ARIS Express типов моделей может содержать определенный набор типов объектов, наиболее распространенных при создании моделей данного типа. С целью повышения эффективности работы моделировщика у него есть возможность создавать фрагменты моделей, которые в дальнейшем можно использовать повторно. Также можно изменять в соответствии с корпоративными требованиями внешний вид модели, цвет, расположение атрибутов моделей и объектов, тип шрифта (рис. 2).
Рис. 2. Средства управления внешним видом моделей и объектов
Изображения моделей можно сохранять в файлах форматов EMF и PDF, а дополнительные сведения об объектах модели — в отчетах в форматах RTF и PDF. Во избежание несанкционированного доступа к моделям их можно защитить паролями.
Интерфейс продукта прост, интуитивно понятен и очень похож на интерфейс его старших корпоративных собратьев. С одной стороны, его достаточно просто освоить, а с другой — переход на остальные продукты семейства ARIS для пользователей ARIS Express не составит особого труда (рис. 3).
Рис. 3. Пользовательский интерфейс ARIS Express
Что более важно, созданные в ARIS Express модели можно переносить в базы данных, управляемые корпоративными инструментами семейства продуктов ARIS, которые поддерживают импорт созданных в ARIS Express файлов формата adf (ARIS data file). Это означает, что компании, использующие ARIS Express и достигшие определенного объема моделирования, могут перейти на корпоративные инструменты того же производителя без дополнительных затрат на перенос уже созданных моделей в базы данных новых инструментов. Иными словами, решение по описанию бизнес-процессов, основанное на ARIS Express, вполне масштабируемо.
Но зачем компаниям, применяющим ARIS Express, вообще может потребоваться менять инструмент моделирования на другой? Об этом мы поговорим в следующем разделе.
Чего не умеет ARIS Express
Зачем может потребоваться замена бесплатного ARIS Express на другие инструменты, достаточно дорогие? Ответ прост: этот инструмент хорош для изучения технологии моделирования и для старта работ по моделированию бизнес-процессов, но его может оказаться недостаточно при активном развитии этого вида деятельности.
Рано или поздно компании потребуется управлять ссылочной целостностью и непротиворечивостью набора моделей (а это желательно делать программно), выводить не только те дватри стандартных документа со сведениями о моделях, которые встроены в ARIS Express, но и генерировать на основе моделей разнообразную документацию, соответствующую корпоративным стандартам, управлять версиями моделей, поддерживать большее число типов моделей и объектов, нежели доступно в ARIS Express, управлять различными наборами правил моделирования, создавать свои типы моделей и символы, публиковать модели на интранет-порталах, осуществлять имитационное моделирование процессов. Всё это доступно в других продуктах семейства ARIS, но, естественно, уже не бесплатно.
Несколько слов для нынешних и недавних студентов
Специально для наших многочисленных молодых читателей отмечу, что ARIS Express — очень удобный инструмент для изучения моделирования бизнес-процессов и на занятиях в вузах, и самостоятельно — его за несколько минут можно установить и на недорогой нетбук, и на рабочую станцию в учебном компьютерном классе. А учитывая широкую распространенность корпоративных инструментов семейства ARIS в российских компаниях (включая такие отрасли, как телекоммуникационная, нефтегазовая, банковская, не говоря уже о многочисленных системных интеграторах), нельзя не отметить, что навыки, приобретенные при изучении этого инструмента, обязательно будут востребованы.
Программные продукты
Метки
Поделиться «ARIS Express — бесплатная программа для моделирования бизнес-процессов и оргструктуры»
Думаю, что абсолютное большинство специалистов, которые занимаются моделированием бизнес-процессов, слышали о такой программе как «ARIS». А вот «вживую» с ней знакомы лишь единицы.
Виной тому высокая стоимость и сложность освоения программы, которая произрастает из высокой функциональности продукта. Однако в 2009 году корпорация IDS Scheer выпустила ARIS Express – бесплатную упрощенную версию программы для моделирования бизнес-процессов.
Бесплатная версия программы поддерживает только базовые типы диаграмм, не имеет многопользовательской поддержки, не использует базу данных, не содержит инструментов для формирования отчётов и средств анализа модели. И самое главное: ARIS Express не поддерживает связи между создаваемыми объектами в отличие от полноценной платной версии, то есть отсутствует контроль целостности и непротиворечивости модели. Это означает, что при редактировании одной модели программа не будет вносить соответствующие изменения в другую модель, а также не будет проверять существуют ли должности, указываемые в качестве ответственных в процессе и т.д.
Архитектура программы базируется на Java Runtime Environment (JRE), так что будьте готовы к тому, что программа будет серьёзно «подтормаживать», зато теоретически существует возможность запустить программу под Linux. Интерфейс выполнен в современном минималистическом стиле: красивые крупные иконки и описания к ним (русской локализации на данный момент нет).
Интерфейс ARIS Express
ARIS Express поддерживает следующие типы моделей:
Первый модуль, как и следует из названия, предназначен для построения организационной структуры. В целом редактор кажется очень продуманным и удобным (особенно для новичков). Основные элементы большие и яркие, находятся в видном месте, управление логично и интуитивно понятно. Особенно хочется выделить технологию Smart Design, которая позволяет очень быстро формировать модель в таблице и мгновенно синхронизировать её с графическим отображением в редакторе. При наведении мышки на объект программа позволяет с минимальными усилиями вставить следующий элемент, например, подчиненную должность, при помощи полупрозрачного всплывающего меню. Одно из самых удобных решений, которые нам доводилось видеть.
Оргструктура в ARIS Express
Для моделирования процессов можно использовать стандартный модуль для бизнес-процессов, который позволяет рисовать процессы в нотации eEPC или же использовать редактор диаграмм BPMN. Набор элементов минимальный, но всё необходимое присутствует. Полученные диаграммы системой не обрабатываются и не «исполняются» как в BPM¬-системах, поэтому выбор нотации ни на что, по сути, не влияет. При желании пользователь может настроить цвета, шрифт, а также некоторые атрибуты модели.
Как и в случае с модулем «Организационная диаграмма» мы можем строить процесс вручную или при помощи Smart Design. Для дополнительного удобства разработчики предусмотрели готовые фрагменты типовых диаграмм, которые можно перенести мышкой в редактор. При желании пользователь может заготовить и сохранить свои фрагменты диаграмм для дальнейшего использования при моделировании. Если модель слишком большая, то можно в настройках включить отображение её уменьшенной копии с возможностью удобной навигации мышкой к интересующей Вас зоне. Также предусмотрен текстовый поиск по модели.
Бизнес-процессы в ARIS Express
Любую диаграмму можно экспортировать в PDF или RTF-формат, а также сохранить как картинку или распечатать. Более того, модели, сохраненные в формат «adf» могут быть перенесены в полноценную версию ARIS. Сохраненные модели можно защитить при помощи пароля.
Остальные модули программы не так примечательны и являются вариациями различных диаграмм. При помощи них бизнес-аналитик может спроектировать инфраструктуру компании или модель данных.
Наше мнение:
ARIS Express – прекрасный продукт для «рисования» моделей, особенно если Вы предпочитаете нотации eEPC или BPMN. Однако с существующими функциональными ограничениями данная программа не является конкурентом полноценным инструментам для бизнес-моделирования, таким как Business Studio или Fox Manager или настоящим BPM-системам, например, ELMA. Но при этом ARIS Express бесплатен и значительно превосходит Microsoft Visio, в первую очередь в плане удобства использования благодаря заготовленным фрагментам диаграмм и редактору SmartDesign.
Поделиться «ARIS Express — бесплатная программа для моделирования бизнес-процессов и оргструктуры»
Моделирования в среде ARIS Express
Основной целью моделирования бизнес-процессов является повышение эффективности работы компании, при этом определяется текущее состояние бизнес процесса, правила его выполнения и взаимосвязи с другими процессами, на основании чего выявляются проблемные места и разрабатываются решения для их улучшения.
Введение
Наличие единого методологического подхода и технологии моделирования являются залогом успешности решения задач по разработке предложений по оптимизации бизнес-процессов любой организации и их дальнейшей автоматизации.
Определения объектов, типы связей объектов даны в соответствии с методологией ARIS, и поддерживающей эту методологию инструментальной средой ARIS Express.
При моделировании направлений деятельности Заказчика по методологии ARIS используются только модели, объекты, связи и атрибуты, указанные в данных Правилах моделирования.
Правила моделирования (далее Правила) базируются на методологии ARIS и ориентированы на использовании принципов процессного подхода и процессного описания деятельности организации.
Процессный подход – подход к организации и анализу деятельности компании/организации, основанный на выделении и рассмотрении организации в целом как совокупности ее бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами компании или внешней средой.
В Таблице 1 представлен перечень областей, охватываемых данными Правилами с указанием Описания решаемого круга задач.
Таблица 1 Перечень областей
ОБЛАСТЬ
ОПИСАНИЕ
Организационная
структура
преприятия
Описание организационной структуры предприятия, направлено на определение путей взаимодействия служб, отделов организации, способствует определению реально существующей системы распределения ответственности и порядка принятия решений на предприятии
Структура
процессов
предприятия
Отражение принципов функционирования предприятия в области управления ключевыми бизнес-процессами (например, маркетинг и сбыт, планирование производства, закупки, производство и логистика).
Кроме того, в данную область рассмотрения попадают продукты и услуги предприятия
Структура
целей бизнес-процессов
Описание структуры целей описываемых бизнес-процессов, показателей достижения этих целей
Это комплекс взаимосвязанных информационных систем и сервисов, обеспечивающих функционирование и развитие средств информационного взаимодействия предприятия
Наименование объектов организовано по следующим правилам:
Модель должна содержать такое число объектов, которое обеспечит читаемость модели на формате листа – А4.
Термины/Определения
С целью однозначности толкований понятий в таблице 2 представлены основные определения терминов, используемых в Правилах моделирования.
Таблица 2 Основные термины
ТЕРМИН
ОПРЕДЕЛЕНИЕ
Процессная система
управления предприятием
Совокупность социальных и технических объектов, реализующих процессы управления организацией/предприятием в рамках бизнес-процессов, а также организационной структуры организации/предприятия
Конечный результат, на который направлен бизнес-процесс
Связанный набор повторяемых действий (функций), которые преобразуют исходный материал и (или) информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами исполнения этого бизнес-процесса
Бизнес-процесс, который добавляет стоимость. Например, «Производство», «Проектирование продукта», «Логистика производства»
Бизнес-процесс, поддерживающий инфраструктуру предприятия. Например, «Управление кадрами», «Бухгалтерский учет»
Продукция и услуги, производимые организацией/предприятием, имеющие ценность для внешней среды.
Продукт может быть обобщением нескольких частных продуктов, имеющих идентичные процедуры обработки и предоставления их клиентам (например, какой-то сборный агрегат или комплексная услуга)
Предметно-ориентированное задание или действие, выполняемое над объектом, в результате которого достигается одна или нескольких целей, стоящих перед организацией/предприятием
Система условных обозначений, принятая в какой-либо области знаний или деятельности, в нашем случае, в области моделирования бизнес-процессов. Включает множество символов, используемых для представления понятий и их взаимоотношений, составляющее алфавит нотации, а также правила их применения
Система условных обозначений, принятая в какой-либо области знаний или деятельности, в нашем случае, в области моделирования бизнес-процессов. Включает множество символов, используемых для представления понятий и их взаимоотношений, составляющее алфавит нотации, а также правила их применения.
Концепция подхода к моделированию
Общие положения
Основой подхода является выделение бизнес-процессов и последующая детализация (декомпозиция) комплекса моделей, отражающих различные аспекты деятельности организации.
Организационная модель (Organization chart) описывает иерархическую структуру предприятия, т.е. организационные единицы, связанные между собой коммуникационными отношениями и отчетностью.
Для моделирования процессной структуры организации/предприятия используются:
Для моделирования процессной структуры ИТ организации/предприятия используются модели:
Детальное описание правил моделирования
Organization chart. Описание организационной структуры
Для отображения структуры организации/предприятия используется модель типа организационная схема (organizational chart), описывающая организационные единицы предприятия и их взаимоотношения (отношения руководства/подчинения).
Под организационной единицей, в дальнейшем будет пониматься исполнитель заданий, реализуемых для достижения целей деятельности организации/предприятия.
Уровень подразделений предприятия детализируется на модели организационной структуры второго уровня штатного расписания. Эта детализация отражается на модели (уровня подразделений) с использованием связи типа `is composed of`. Модель уровня штатного расписания представляет детальный уровень иерархии организационной структуры предприятия.
Для описания отдельных должностей используется тип `position`. Одна организационная единица может быть связана с несколькими должностями. Смысл соединений соответствует связям между организационными единицами.
Правила выделения объектов для описания организационной структуры приведены в таблице 3.
Таблица 3 Правила выделения объектов для описания организационной структуры
ТИП И СИМВОЛ ОБЪЕКТА
ОПИСАНИЕ
ПРАВИЛА ВЫДЕЛЕНИЯ,ИМЕНОВАНИЯ И ИСПОЛЬЗОВАНИЯ
Organizational
unit
Подразделение Служба, Отдел, Бюро организации/предприятия, Должность в составе
подразделения
Правила задания имени
Имя задается в соответствии с принятым в организации наименованием подразделения, в соответствии с названием штатной единицы (для должности)
Пример:
Центр развития
Отдел маркетинга и сбыта
Генеральный директор
Детализация
Каждый объект, отражающий подразделение предприятия, отображается на модели организационной структуры.
Person
Правила задания имени
Имя задается в соответствии с ФИО конкретного сотрудника. Фамилия задается полностью, далее указываются инициалы.
Пример:
Иванов И.В.
Заполняемые атрибуты
‘Full name’ – указывается фамилия, имя и отчество полностью.
Role
Правила задания имени
Имя должно давать представление о круге выполняемых в рамках конкретного бизнес процесса функций.
Пример:
Тестировщик
Location
Правила задания имени
Имя должно давать представление о месторасположении подразделения, должности.
Пример:
г. Москва
В ARIS Express типы связей между объектами устанавливаются автоматически.
Пример модели организационной структуры представлен на рисунке 1
Рисунок 1 Пример модели организационной структуры
Диаграммы цепочки добавленной стоимости (Value-Added Chain Diagram, VAD-диаграмма) используются для верхнеуровневого описания групп бизнес-процессов компании, непосредственно влияющих на выход готовой продукции.
Модель процессов «верхнего уровня» строится для того, чтобы целостно понимать структуру бизнеса Заказчика и не упустить иерархичности и взаимосвязи процессов.
Правила выделения объектов для описания структуры процессов организации/предприятия приведены в таблице 4.
Таблица 4 Правила выделения объектов для описания структуры процессов
ТИП И СИМВОЛ ОБЪЕКТА
ОПИСАНИЕ
ПРАВИЛА ВЫДЕЛЕНИЯ,ИМЕНОВАНИЯ И ИСПОЛЬЗОВАНИЯ
Process
Рекомендуется для отображения групп процессов, подпроцессов.
Объект соответствует группе бизнес-процессов, создающих добавленную стоимость
Правила задания имени
Название процесса/подпроцесса
Пример модели VAD на рисунке 2
Рисунок 2 Пример модели VAD
Business process Описание событийной цепочки бизнес-процесса
Общие правила описания событийной цепочки бизнес-процесса
Модель детального бизнес-процесса представляет собой логику реализации рассматриваемого этапа жизненного цикла процесса. Модель отражает набор действий, которые должны быть выполнены по заданным правилам для получения заданного результата. Условия выполнения действий (бизнес-функций), а также их исходы отражаются посредством событий. Иными словами, модель детального бизнес-процесса представляет собой последовательности событий и бизнес-функций, отражающих правила достижения заданного результата
Перед началом описания-бизнес процесса (вне зависимости от степени детализации) необходимо узнать:
Правила наименования операций, шагов и событий:
Нотации моделирования бизнес-процессов
Выбор нотации, в которой будет осуществляться моделирование бизнес-процесса осуществляется по требованиям Заказчика. К наиболее распространенным нотациям относятся нотация eEPC и нотация BPMN, описание которых представлено ниже.
Нотация eEPC
Модель бизнес-процесса в нотации eEPC (with material flow) представляет собой направленный граф, формируемый из событий, бизнес-функций и операторов ветвления. Исполнители, документы и элементы прикладных комплексов являются окружением бизнес-функций.
Объекты графа представлены в таблице 5
Таблица 5 Объекты модели eEPC
ТИП И СИМВОЛ ОБЪЕКТА
ОПИСАНИЕ
ПРАВИЛА ВЫДЕЛЕНИЯ,ИМЕНОВАНИЯ И ИСПОЛЬЗОВАНИЯ
Event
Событие, отражающее исход выполнения одной функции и необходимость инициации другой функции
Правила задания имени
Имя события содержит описание свершившегося действия с использованием законченной формы глагола. Кроме того, следует указать, над каким объектом было произведено действие. При этом следует отразить детали, позволяющие однозначно идентифицировать событие и представляемую им ветку процесса.
К примеру, понятным и удобным в использовании является следующее наименование события: «Расчет потребности в материалах по группе фурнитуры и химии произведен». Здесь достаточно точно указано, какого рода данные были загружены и каким образом они были получены. Подобное правило крайне важно при отражении сложных ветвящихся процессов. Такое детальное описание события позволяет легко понять, с какой веткой процесса связано событие. В подобной ситуации некорректным стало бы использование таких общих названий для указанного события, как «Потребность в материалах произведена»
Function
Бизнес-функция или действие, выполняемое для реализации некоторой операции, выполняемое при появлении заданного набора условий (событий) и направленное на получение определенного результата.
Правила задания имени
Имя функции задается в форме отглагольного существительного, отражающего суть выполняемых действий. Имя также содержит упоминание объекта, над которым это действие производится.
Пример:
«Согласование предложений с Заказчиком»
Entity
Сущность (Технический ресурс (станок, оборудование), с помощью которого выполняется определенная функция; Ресурс-материал, который используется в течении процесса или любые другие реальные или абстрактные вещи, представляющие интерес в рамках задачи)
Правила задания имен
Название сущности формируется исходя из наименования используемого ресурса
Database
Хранилище данных, база данных
Правила задания имен
Название соответствует предназначению хранилища данных
Document
Правила задания имен
Объект соответствует любому носителю информации – документ, файл
IT system
Правила задания имен
Название соответствует наименованию используемой ИТ-системы
Product
Правила задания имен
Название соответствует наименованию целевого продукта процесса
Risk
Правила задания имен
Название отражает суть имеющегося риска
Process interface
Правила задания имен
Название полностью совпадает с наименованием декомопзируемого процесса
В случае если в начале или по завершении функции необходимо указать несколько событий, либо событие является результатом или влечет выполнение нескольких функций применяется правило. Применяются следующие операторы И, ИЛИ, Искл. ИЛИ, Сложное правило.
Любой процесс обязательно начинается и заканчивается событием. Если начальное событие формируется в другом процессе (не является внешним по отношению к приводимому описанию), то ему предшествует интерфейс (+гиперссылка в свойствах), ссылающийся на предшествующий процесс. И наоборот, если конечное событие запускает другой процесс, то за ним также следует интерфейс (+гиперссылка в свойствах), отражающий последующий процесс.
Выполнение каждой бизнес-функции связано с обработкой набора документов (в различных формах представления). Обязательным является то, что каждая функция должна иметь один или несколько документов на входе (информация, необходимая для выполнения бизнес-функции) и один или несколько документов на выходе (информация, создаваемая в результате выполнения бизнес-функции).
Моделирование процесса осуществляется сверху вниз. Элементы окружения располагаются относительно функций следующим образом (рекомендуемое размещение объектов на модели относительно блока Activity):
Обязательные элементы окружения функции(процесса):
Необязательные элементы окружения функции(процесса) (добавляются в случае необходимости конкретизации либо пояснения по смыслу):
Все указанное окружение функции (документы, исполнители) находят свое отражение вокруг выделяемой функции.
Пример правильного расположения представлен на рисунке 3.
Рисунок 3 Пример правильного расположения объектов окружения функции
Важным также является правильное отражение ветвлений процесса. Для ветвления используются соответствующие операторы ‘AND’ (И), ‘OR’ (ИЛИ), ‘XOR’ (Исключающее ИЛИ). Одним из основных правил является ограничение на количество входящих и исходящих соединений для событий и функций – их не должно быть больше одного.
В соответствии с этим правилом ошибочными являются представленные на рисунке 4 примеры.
Рисунок 4 Примеры ошибочного отображения ветвления
Для исправления подобных ошибок следует воспользоваться соответствующим логическим оператором. Пример исправления указанных выше ветвлений представлен на рисунке 5
Рисунок 5 Пример исправленных ошибок
При отражении ветвлений важным также является правильность выбора оператора (подробности см. в разделе «Правила выделения объектов») и его корректное использование. Корректное использование подразумевает необходимость отражения ветвлений таким образом, чтобы из представленной структуры модели были ясны условия, при которых процесс продолжается по каждой из веток ветвления. Для выполнения указанных правил необходимо использовать следующее ограничение – оператор ‘OR’ (ИЛИ) или ‘XOR’ (Исключающее ИЛИ) не может следовать за событием. Пример правильного и некорректного отражения подобных ветвлений представлен на рисунке 6.
Рисунок 6 Пример некорректного и правильного отражения ветвления процесса на альтернативные направления
Если процесс разветвился на параллельные ветки с использованием соответствующего оператора ветвления (ветки выполняются одновременно или альтернативно), то в точке последующего объединения этих веток необходимо использовать тот же оператор ветвления. Данное правило не является жестким, так как могут быть исключения, однако, в большинстве случаев оно соблюдается. Примером правильного ветвления и последующего соединения веток процесса является фрагмент, отраженный на рисунке 6.
Кроме того, важной характеристикой каждого события является то, что оно должно представлять собой исход только одной конкретной функции. Иллюстрацию подобного примера можно увидеть на рисунке 7.
Рисунок 7 Пример использования событий в качестве исходов функций
Нотация BPMN
В модели операций определены следующие правила:
Ниже в таблицах 6-8 представлены типы объектов и связей, используемых при моделировании операций.
Таблица 6. Типы объектов, используемые в модели операций
ОБЪЕКТ
СИМВОЛ В ARIS
ОПИСАНИЕ
Операция и шаги
Неавтоматизированная задача
Шаг, выполняемый исполнителем без средств автоматизации
Задача получения сообщения, информации
Объект показывает получение сообщения
Задача отправки сообщения, информации
Объект показывает отправку сообщения
Пользовательская задача
Шаг, выполняемый с использованием программного обеспечения или при содействии других людей
Автоматизированная задача
Шаг, порядок выполнения операций которого описан на языке, распознаваемом программой-исполнителем. Обычно используется для задач, выполняемых автоматическими средствами
Служебная задача
Шаг, предназначенный для оказания услуги, которая может являться как веб-сервисом, так и автоматизированным приложением
Задача бизнес-правила
Шаг, технология выполнения которого зависит от текущих обстоятельств и выбирается на основе заданного бизнес-правила
События
Стартовое событие без указания типа
Объект соответствует событию, с которого начинается бизнес-процесс или операция
Промежуточное событие без указания типа
Объект соответствует событию, происходящему внутри бизнес-процесса или операции
Завершающее событие без указания типа
Объект соответствует событию, завершающему бизнес-процесс или операцию
Пул и дорожки (представляют объекты соответствующих моделей)
Пул
Представляет подразделения Заказчика, соответствующие объектам модели организационной структуры, или внешние вовлеченные стороны
Дорожка (Lane) «Роль»
Представляет объект модели соответствия ролей и организационных единиц
Логические операторы
Исключающий шлюз
При ветвлении активируется один исходящий поток. Для активации исходящего потока при слиянии ожидает завершения любой (но только одной) входящей ветви. (Логическое Исключающее ИЛИ)
Включающий шлюз
При ветвлении активируется один или более исходящих потоков. Для активации исходящего потока при слиянии ожидает завершения всех активированных входящих ветвей. (Логическое ИЛИ)
Параллельный шлюз
При ветвлении все исходящие потоки активируются одновременно. При слиянии ожидает завершения всех входящих ветвей и активирует исходящий поток. (Логическое И)
Прочие объекты
Хранилище данных
Объект соответствует базе данных и хранилищу данных
Объект данных
Объект соответствует любому носителю информации – документ, файл
Сообщение
Объект соответствует сообщению, которым обмениваются операции или шаги разных операций между пулами
Текстовое примечание
Объект соответствует текстовому комментарию
Группа объектов
Группировка действий, не оказывающая влияние на последовательный поток. Группировка может использоваться для документирования или анализа
Таблица 7. Типы событий, используемые в модели операций
СОБЫТИЕ
СТАРТОВОЕ
ПРОМЕЖУТОЧНОЕ ОБРАВТЫВАЮЩЕЕ
ПРОМЕЖУТОЧНОЕ ГЕНЕРИРУЮЩЕЕ
ЗАВЕРШАЮЩЕЕ
Сообщение: получение и отправка сообщений
Таймер: ожидание (таймаут) в ходе выполнения бизнес-процесса или операции
Ошибка: ошибка, возникшая в ходе выполнения бизнес-процесса или операции
Остановка: немедленное прекращение бизнес-процесса или операции
Таблица 8. Типы связей, используемые в модели операций
Поток управления. Последовательный поток управления показывает порядок, согласно которому будут выполняться операции и (или) шаги
Поток управления по умолчанию. Используется для указания хода бизнес-процесса или операции в том случае, если условия, указанные в условном потоке или на шлюзах не исполнились
Поток сообщений. Отображает передачу сообщений между пулами
Результаты моделирования бизнес-процессов
На основании моделей бизнес-процессов руководство предприятия принимает обоснованное решение по внесению изменений в существующие бизнес-процессы (оптимизация бизнес-процессов) и внедрению средств автоматизации, что позволит повысить эффективность работы как отдельных бизнес-процессов в частности, так и деятельность организации/предприятия в целом.
