32
представлению и отображает отношения между структурными единицами,
ответственными за выполнение функций в компании. [1]
Модель цепочки добавленной стоимости относится к представлению
управления и отражает процесс в виде функций, которые напрямую
участвуют в формировании величины добавленной стоимости результата
деятельности компании. [1] Следует заметить, что при выделении
процессов на основе продуктового потока делается акцент на результат
бизнеса организации, что является важным для понимания деятельности
компании и того, как создается ценность для потребителей. [20]
Диаграмма цепочки процесса, добавляющего стоимость, как
правило, применяется для описания процессов компании на верхнем
уровне. Далее проводится декомпозиция полученных процессов верхнего
уровня с использованием нотации VAD или еЕРС. [21] Цепочка
добавленной стоимости является объектом типа функция. Функции на
диаграмме располагаются в порядке согласно порядку их участия в бизнес-
процессе. На диаграмме также могут отображаться исполнители функций
и данные, участвующие в процессе выполнения этих функций. [1]
Расширенная событийно-ориентированная модель относится к
представлению управления и предназначена для детального описания
функций, представленных на диаграмме модели VAD. В eEPC модели
последовательность функций бизнес-процесса отображается на одной или
нескольких диаграммах, где для каждой функции заданы начальные и
конечные события. События связываются с функциями через логические
операторов «и», «или», «исключающее или». При наступлении некоторого
события изменяется состояние информационного объекта модели данных.
[1] Диаграмма eEPC отражает логику выполнения бизнес-процесса. [5]
Под событием понимается факт получения информационным
объектом статуса, связанного с бизнес-процессом. Причем, в отличие от
33
функций события происходят моментально. Кроме того, начальные и
конечные элементы на моделях EPC всегда являются событиями. [22]
Кроме рассмотренных преимуществ, инструментарий ARIS обладает
еще рядом возможностей, таких как использование методологических
фильтров, экземплярность объектов, многопользовательский режим
работы в базе, запуск готовых и написание своих скриптов и многое
другое. Далее более подробно рассмотрены некоторые из возможностей.
Любой объект в ARIS может создавать свои экземпляры, которые
могут быть представлены одним или несколькими символами. [10]
Экземпляр объекта как правило, связан с отдельной моделью, а
определение объекта связано с отдельной группой, в которой лежит
объект. При изменении атрибутов и свойств одного из экземпляров
объекта также изменяются свойства остальных экземпляров и определение
объекта. При удалении одного из экземпляров объекта все остальные
остаются неизменными, причем при удалении определения объекта
уничтожаются все его экземпляры. [10]
Следует упомянуть, что ARIS поддерживает архитектуру «клиент-
сервер». (рис. 10) Ее суть состоит в том, что клиент посылает запрос к
серверу баз данных, который обрабатывает данный запрос, после чего
результаты обработки передаются клиенту. [23] В рамках направления
«клиент-сервер» существуют два основных типа клиентов: «тонкий» и
«толстый». В системах на основе тонкого клиента используется мощный
сервер баз данных, позволяющий проводить вычисления непосредственно
на сервере. Системы с толстым клиентом реализуют основную обработку
на компьютере клиента, а сервер баз данных обеспечивает исполнение
только стандартизованных запросов на манипуляцию с данными таких как:
чтение, запись и т.п. [18, c. 12]
34
Рисунок 10 - Принцип архитектуры «клиент-сервер» [23, c. 135]
Многопользовательский режим работы, поддерживаемый в ARIS,
подразумевает, что с базой одновременно могут работать несколько
пользователей. Причем, временно закрытыми для записи могут оказаться
только отдельные объекты базы — это случается, когда один из
пользователей вносит в базу изменения, связанные с этими объектами.
Таким образом, вносить изменения в модель на уровне экземпляров имеет
возможность только первый пользователь, открывший эту модель. Однако
остальные пользователи сохраняют право на чтение данной модели [10]
Подавляющее число моделей, включенных в ARIS, никогда не
применяется для моделирования в рамках одного проекта. В целях
упрощения работы и обеспечения выбора из ограниченного числа
необходимых моделей, в ARIS реализованы методологические фильтры,
которые представляют собой регулируемые, переключаемые наборы типов
моделей, объектов, символов или связей. Методологические фильтры
позволяют исключить лишние типы моделей и объектов и уменьшить
число ошибок и облегчить процесс моделирования. [10]
Помимо всего прочего, компоненты ARIS могут обращаться к
скриптам и обеспечивать пользователя базы данных доступной
информацией о контексте запуска скрипта в форме таблицы или текста.
35
Используя скрипты можно генерировать вывод разнообразной
информации в файлы форматов PDF, HTML, ТХТ и др. [10, c. 113]
2.2. Важность использования справочных моделей и типов объектов
при моделировании бизнес-процессов
Особенность работы в полноценных программных продуктах для
моделирования бизнес-процессов состоит в том, что программный продукт
создает базу данных по объектам и их атрибутам. С одной стороны, это
позволяет рассматривать различные аспекты взаимодействия объектов
модели, выбирая одну из нотаций. С другой стороны, «несущественная»
ошибка при создании связей между объектами в одной нотации может
существенно исказить вид диаграммы в другой нотации. [21]
Так, например, в рамках моделирования процессов в ARIS
достаточно часто может происходить следующая ситуация. Один
специалист в процессе моделирования добавил на модель ЕПС экземпляр
объекта типа прикладная система и назвал его «Outlook». Затем несколько
специалистов использовали тоже этот объект на своих моделях. А потом
кто-нибудь из сотрудников взял и переименовал экземпляр объекта на
своей схеме, так как например оказалось, что в его случае используется
«Gmail». Соответственно автоматически поменялись наименования
экземпляров на всех моделях, где они были использованы. Может
показаться, что в таком случае не представляет труда переименовать
объект обратно. Но в рамках ведения крупных проектов моделирования с
работой в базе данных с десятками тысяч объектов, в
многопользовательском режиме, такие действия могут привести к
глобальным проблемам. Специалист может потратить уйму времени на
создание корректной модели, потом открыть её и не узнать, и потратить
еще чуть ли не столько же времени на корректировку схемы.
Эффективным решением проблемы является формирование и
использование справочных моделей (моделей справочников) в ARIS,
36
обеспечивающих классификацию объектов для удобства хранения и
повторного использования объектов в репозитории моделей.
Модели справочников – это закрытые для редактирования модели,
предоставляющие объекты бизнес-деятельности организации для
использования их при описании бизнес-процессов, управление которыми
осуществляется централизовано – владельцем модели или ответственным
за ведение данной модели. [34]
Часто компании создают справочники информационных систем,
документов, ролей и организационных единиц. Первоначально создается
справочная модель и наполняется экземплярами объектов справочного
типа. Затем администратор базы данных закрывает модель и группу с
созданными объектами для редактирования. При этом модель должна
остаться доступной для чтения. Тогда специалисты, моделирующие
процессы, смогут брать справочный объект со справочной модели и
добавлять на свою схему, без возможности изменить (испортить) объект.
Для эффективной работы на практике данного решения, необходимо
информирование специалистов о правилах работы со справочниками
объектов и неукоснительное следование этим правилам со стороны
моделировщиков.
Ниже представлен перечень основных справочных моделей:
Модель «Организационная схема» – предназначена для
иерархического моделирования организационной структуры
предприятия и распределения функций управления между
лицами, принимающими решение и подчиненным персоналом.
(рис. 11) Данная модель в основном используется для
представления следующих объектов: отделы; должности;
сотрудники; группы; роли; местоположение. При разработке
организационной структуры между структурными элементами,
как правило, устанавливаются следующие типы связей:
37
является организационным управляющим/является
техническим руководителем; состоит из; имеет в
подчинении/взаимодействует с.
Рисунок 11 - Справочная модель «Организационная структура»
Модель «Тип прикладной системы» – предназначена для
моделирования ИТ-инфраструктуры организации и
преимущественно используется для представления следующих
данных: каталог ИТ-систем; структуры ИТ-системы;
технологической платформы ИТ-систем. (рис. 12) При
разработке данной модели между объектами могут быть
использованы разные типы связи, в зависимости от контекста,
но, как правило, устанавливается связь – «объединяет».
38
Рисунок 12 - Справочная модель «Тип прикладной системы»
Модель «Дерево продуктов и услуг» – предназначено для
моделирования сложных продуктов и услуг, предлагаемых
организацией, и содержащих несколько частей, каждая из
которых имеет различный перечень составляющих. В
большинстве случаев, используется для представления
следующих объектов: продукты, которые продает компания;
услуги, предлагаемые клиентам. (рис. 13) При разработке
данного дерева между объектами устанавливаются следующие
связи: состоит из; имеет отношение к.
Рисунок 13 - Справочная модель «Дерево продуктов и услуг»
39
Модель «Дерево рисков» – предназначена для описания
рисков, связанных с различными типами человеческих и
технических ошибок, возникающих в процессе деятельности
организации (рис. 14). Как правило, данная модель
используется для представления следующих данных: категория
риска; риск. При разработке данной модели между объектами,
как правило, устанавливаются следующие связи: объединяет;
содержит.
Рисунок 14 - Справочная модель «Дерево рисков»
Модель «Дерево документов» – предназначена для
структурированного описания документов организации. В
большинстве случаев используется классификация по
направлениям деятельности или по типам документов. Как
правило, данная модель используется для представления
следующих данных: устная информация; документ;
электронный документ; файл; (рис. 15) При разработке данной
модели между объектами, как правило, устанавливается связь –
состоит из.
40
Рисунок 15 – Справочная модель «Дерево документов»
Таким образом, реализация справочных моделей позволяет: [34]
владельцу справочной модели централизовано управлять
объектами предметной области в репозитории ARIS. Пример:
изменение, владельцем модели, названия/типа объекта
приведет к изменению данного названия/типа во всех
процессах, использующих данный объект;
конечным пользователям выбирать информацию из
имеющихся справочников для облегчения работы по описанию
бизнес-процессов и экономии времени на поиск актуальной
информации. Пример: использование объектов модели
организационной структуры на моделях EPC;
разрабатывать референтные модели и тиражировать их на
филиалы и дочерние общества организации, а также в иную
проектную деятельность;
рационально работать в репозитории моделей, используя
готовые объекты справочных моделей с описанием, и
устранить ошибки и избыточность объектов при многократном
использовании объектов в моделях; [34]
2.3. Основные подходы и особенности разработки скриптов в ARIS
Скрипты в ARIS позволяют автоматизировать рутинные задачи и
существенно расширять функциональные возможности. Платформа ARIS
поддерживает скриптовый язык JavaScript.
41
«Язык программирования – это знаковая система для планирования
поведения компьютеров». [11, c. 37]
«JavaScript - это объектно-событийный язык сценариев». [2, c. 91]
«Сценарий (скрипт) - программа, которая расширяет возможности
языка HTML». [2, c. 91]
«Событие - действие пользователя или операционной системы,
которое вызывает запуск скрипта (нажатие клавиши на клавиатуре, щелчок
мышью, срабатывание таймера)». [2, c. 91]
«Объект - контейнер, содержащий данные. Объект обладает
свойствами и методами, предназначенными для изменения этих свойств.
Часть объектов находятся в состоянии соподчиненности друг к другу».
«Свойства - совокупность переменных, которые характеризуют
объект, например, ширина и высота окна браузера». [2, c. 91]
Скрипты позволяют выполнять за минуты задачи, на которые у
команды аналитиков могут уйти часы или даже дни работы, решай они
данные задачи вручную. Кроме того, скрипты помогают снизить риск
ошибок, связанных с человеческим фактором: невнимательность,
усталость, рассеянность. Скрипты позволяют автоматически формировать
отчетную документацию в различных формах для сотрудников, которые
могут, не работая в ARIS, ознакомиться со всей необходимой
информацией через отчеты.
Неполный перечень назначения скриптов:
анализ моделей, объектов, баз данных ARIS по различным
критериям и представление результатов анализа в удобную для
дальнейшей работы форму;
семантическая проверки моделей на соответствие различным
правилам моделирования;