2.3.4. Расширенная событийно-ориентированная модель (eEPC)
eEPC (extended Event-driven Process Chain)-модель применяется для подробного описания бизнес-логики процесса с использованием четырех групп элементов (рис. 2.34): функциональные элементы, логические элементы, элементы данных и организационные элементы. Графическое изображение элементов приведено в табл. 2.7. При использовании всех групп элементов получается всесторонняя модель бизнес-процесса, показывающая основные действия, выполняемые конкретными сотрудниками с помощью прикладных и технических устройств.
Рис. 2.34. Группы элементов в eEPC-модели
81
Таблица 2.7
Основные элементы eEPC-модели
Изображение и назва- |
Целевое |
|
Правила |
|
|
ние элемента |
использование |
|
именования |
|
|
|
|
|
|
|
|
Функциональные элементы |
|
|
|
||
|
Отображение |
событий, |
Имя |
начинается |
с |
|
происходящих |
при вы- |
имени объекта, со- |
||
|
полнении |
бизнес- |
стояние или событие |
||
Событие (Event) |
процесса |
|
по отношению к ко- |
||
|
|
|
торому произошло |
|
|
|
Описание |
бизнес- |
Имя |
начинается |
с |
|
функции в цепочке вы- |
действия или обозна- |
|||
|
полнения |
бизнес- |
чения процесса |
|
|
Функция (Function) |
процесса |
|
|
|
|
|
|
|
|
|
|
Логические элементы
|
Правила |
|
ветвления |
или |
Объекты данного ти- |
|
|
слияния |
|
функций |
или |
па не именуются |
|
Правило (Rules) |
событий |
|
|
|
|
|
|
|
|
|
|
|
|
Исключающее ИЛИ |
|
|
|
|
|
|
|
Правила |
|
ветвления |
или |
Объекты данного ти- |
|
|
слияния |
|
функций |
или |
па не именуются |
|
Правило (Rules) |
событий |
|
|
|
|
|
Логическое И |
|
|
|
|
|
|
|
Правила |
|
ветвления |
или |
Объекты данного ти- |
|
|
слияния |
|
функций |
или |
па не именуются |
|
Правило (Rules) |
событий |
|
|
|
|
|
|
|
|
|
|
|
|
Логическое ИЛИ |
|
|
|
|
|
|
|
Элементы данных |
|
|
|
||
|
|
|
|
|||
|
Описание |
абстрактного |
В имени необходимо |
|||
|
(на |
концептуальном |
упомянуть |
название |
||
Набор данных (Cluster) |
уровне) набора формали- |
документа |
или ис- |
|||
зованных данных |
|
точника информации |
||||
|
Реальное |
|
средство |
или |
Реальное имя средст- |
|
|
система, |
|
автоматизи- |
ва или системы (На- |
||
Используемое средство |
рующая рабочие процес- |
пример, 1С: Пред- |
||||
(Application System) |
сы |
|
|
|
приятие, Axapta) |
|
82
|
|
|
|
|
Продолжение табл. 2.7 |
||
|
|
|
|
||||
|
Представление |
инфор- |
Имя должно содер- |
||||
|
мационного |
|
носителя |
жать наименование |
|||
|
данных |
в |
материализо- |
документа |
|
||
Документ (Document) |
ванном |
виде |
(напр. на |
|
|
|
|
|
бумаге) |
|
|
|
|
|
|
|
Представление |
инфор- |
Именуется названием |
||||
|
мационного |
|
носителя |
файла |
или |
именем |
|
|
данных |
в |
нематериаль- |
информационной ба- |
|||
База данных (файл) (Da- |
ной форме (напр. на маг- |
зы данных |
|
||||
tabase/File) |
нитном диске или флеш- |
|
|
|
|||
|
памяти) |
|
|
|
|
|
|
|
Указывает вид хранения |
Имя должно |
содер- |
||||
|
документов |
|
|
жать |
наименование |
||
Папка (Folder) |
|
|
|
|
папки с документами |
||
|
|
|
|
|
|
|
|
|
Представление результа- |
Полное |
наименова- |
||||
|
та человеческих дейст- |
ние |
|
|
|||
|
вий, может являться как |
|
|
|
|||
Телефон (Telephone) |
реальным |
устройством, |
|
|
|
||
|
так и информацией |
|
|
|
|||
|
Представление |
резуль- |
Полное |
наименова- |
|||
|
тата человеческих дейст- |
ние |
|
|
|||
|
вий, может являться как |
|
|
|
|||
Факс (Fax) |
реальным |
устройством, |
|
|
|
||
так и информацией с не- |
|
|
|
||||
|
|
|
|
||||
|
го поступающей |
|
|
|
|||
|
Человек или государст- |
Тип эксперта или го- |
|||||
|
венный орган, осуществ- |
сударственного орга- |
|||||
|
ляющий контролирую- |
на |
|
|
|||
Экспертиза (Expertise) |
щие или экспертные |
|
|
|
|||
|
функции |
|
|
|
|
|
|
Организационные элементы
Применятся все элементы из организационной модели с такими же названиями и областью применения
Допустимые типы отношений
83
−is predecessor of – является предшественником
−leads to – приводит к результату, является причиной
−activates – активизирует
−creates – порождает
−has state – имеет режим
−provides input to – обеспечивает ввод информацию
−creates output to – создает результат
−supports – поддерживает
Правила построения еEPC-моделей
1.Каждая модель должна начинаться, как минимум, одним стартовым инициирующим событием и завершаться, как минимум, одним результирующим событием.
2.События и функции по ходу выполнения процесса должны чередоваться (сменять друг друга).
3.События и функции должны иметь только по одному входящему и одному исходящему отношению, показывающему ход выполнения процесса
(модель «один вход – один выход» (single input – single output))
4.Путь процесса всегда разделяется и объединяется с помощью пра-
вил.
5.События, следующие после правил выбора, должны описывать все возможные результаты выбора
6.Правила ветвления/слияния не могут располагать одновременно несколькими входящими и исходящими соединениями.
7.На диаграмме eEPC-модели допустимы следующие варианты использования правил ветвления/слияния:
–условное ветвление процесса с помощью правила «исключающее ИЛИ»:
– распараллеливание процесса с помощью правила «И»:
84
– ожидание наступления нескольких состояний с помощью правила
«И»:
– наступление строго одного из состояний с помощью правила «исключающее ИЛИ»:
85