
Информационные технологии в управлении качеством.-1
.pdf
Рис. 4.6. Пример диаграммы бизнес-процессов работы отдела «Интернет-маркетинг»
191
ЛАБОРАТОРНАЯ РАБОТА № 17
Построение модели типа EPC
Цель работы: получение навыков разработки процессно-событийной модели в программе ARIS Express
ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
Процессно-событийная модель ЕРС предназначена для описания процессов, выполняемых в рамках одного подразделения, несколькими подразделениями или конкретными сотрудниками.
Процессно-событийная модель:
позволяет выявлять взаимосвязи между организационной и функциональной
моделями;
отражает последовательность функциональных шагов (действий) в рамках одного бизнес-процесса, которые выполняются организационными единицами, а также ограничения по времени, налагаемые на отдельные функции.
В процессно-событийной модели есть два ключевых понятия «Событие» и «Функция». Ключевым моментом при разработке моделей типа EPC является четкое отличие этих двух понятий. Событие – это факт свершения чего-либо, причем не имеющий продолжительности во времени, либо это время ничтожно мало. Событие всегда вызывает необходимость исполнения функции и исполнение функции всегда заканчивается событием. Рассмотрим отличие этих понятий на примере телефонного звонка. Звонит телефон. Менеджер взял трубку для телефонного разговора. В данном случае «Звонит телефон» (факт)- это событие. «Телефонный разговор» (процесс) – это функция. Разговор завершен – снова событие. Таким образом, получается некая событийная цепочка, которая и определяет смысл и название нотации [24].
Для того, чтобы схема была более наглядной, нотация предусматривает еще несколько стандартных элементов (см. таблицу 4.5):
Должность (исполнитель). Тот, кто выполняет данную функцию
Информация. Любая информация, используемая для выполнения функции, кроме документальной. Например, телефонный звонок, инструкция по выполнению операции т.п.
Документ. Элемент «Документ» предназначен для отображения носителей
информации (бумажной или электронной). Т.е. представление информации в
определенной структуре.
192
Программа (приложение). Программное обеспечение, используемое для выполнения функции.
Все остальные элементы являются вспомогательными, и практически не регламентированы требованиями самой eEPC. Одним из преимуществ данной нотации является возможность добавлять свои собственные элементы. Этот факт необходимо зафиксировать во внутреннем стандарте для обеспечения единства понимания всеми того, как они выглядят и зачем применяются. Такое расширение не нарушает требований, если не нарушается связка событие-функция-событие, и предназначено лишь для улучшения восприятия информации или адаптации правил описания в какой-либо отраслевой специфике [24].
Существуют некоторые особенности расположения элементов. Все эти элементы так или иначе должны быть связаны с функцией. Это общее правило: с событием не связывается ни один элемент, кроме функции!!! Т.е. все эти элементы должны быть связаны стрелочками с функцией. Что касается стрелок и их направлений: принято считать, что если нет направления передачи информации, то вместо стрелки отображается просто линия. Если информация входит (поступает на вход), то направление стрелки от объекта к функции, если выходит, то наоборот.
Жестких требований по расположению элементов нет нотация не предъявляет, но для удобства восприятия принято их отображать на всех схемах одинаково (для однообразия и стройности схемы). Для унификации вешнего вида графических схем бизнес-процессов такие правила надо закрепить во внутреннем стандарте и следовать им.
Процессные модели представляют собой перечень основных и вспомогательных бизнес-процессов предприятия (см. табл. 4.5) с их подробным описанием (цели, участники, взаимосвязи и т.д.).
Одно событие может инициировать выполнение одновременно нескольких функций, и, наоборот, функция может быть результатом наступления нескольких событий и функций. Для такого ветвления процесса используются логические операторы («и», «или», «исключающие или») (см. табл. 4.6), а в модели ЕРС их называют точками принятия решений.
Процессно-событийная модель, содержащая расширенное представление описания бизнес-процессов (например, наиболее полная информация о конкретных входных и выходных документах, или более подробные названия выполняемых функций и т.д.) относится к типу eEPC.
Таблица 4.5. Элементы нотации eEPC и их описания
193

Название элемента |
Графическое |
|
|
Описание |
|
|
||
|
представление |
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
Документ |
|
Объект, |
|
отражающий |
реальные |
|||
|
|
носители |
|
информации, |
например, |
|||
|
|
флэш-накопитель, бумажный документ |
||||||
|
|
|
|
|
|
|||
IT-система |
|
Объект, |
|
отражающий |
реальную |
|||
|
|
прикладную систему |
|
|
|
|||
|
|
|
|
|
|
|||
Функция |
|
Объект |
«Функция» |
служит |
для |
|||
|
|
описания |
функций (работ), |
которые |
||||
|
|
выполняют |
подразделения |
или |
||||
|
|
сотрудники предприятия |
|
|
||||
|
|
|
|
|
||||
Логическое «ИЛИ» |
|
Логический |
оператор, |
используемый, |
||||
|
|
когда могут произойти одно ли |
||||||
|
|
несколько событий, но как минимум |
||||||
|
|
одно должно произойти обязательно; |
||||||
|
|
|
|
|
||||
Логическое |
|
Логический |
оператор, |
показывающий, |
||||
исключающее «ИЛИ» |
|
что должно произойти одно и только |
||||||
|
|
одно событие. Одно событие исключает |
||||||
|
|
другое. |
|
|
|
|
|
|
|
|
|
|
|
||||
Логическое «И» |
|
Логический |
оператор, |
используемый, |
||||
|
|
когда произойдут два или более |
||||||
|
|
события одновременно |
|
|
|
|||
|
|
|
|
|
|
|||
Событие |
|
Служит |
для |
описания |
реальных |
|||
|
|
состояний |
|
системы, |
влияющих и |
|||
|
|
управляющих выполнением функций |
||||||
|
|
|
|
|
|
|
||
Стрелка связи между |
|
Описывает |
|
тип |
отношений |
между |
||
объектами |
|
другими объектами |
|
|
|
|||
|
|
|
|
|
|
|
|
|
194

Таблица 4.6. Типы ветвлений и соединения процесса на модели типа eEPC
Типы ветвлений |
Логическое «И» |
|
|
|
|
|
|
|
|
|
|||
|
Исключающее |
|
Логическое «ИЛИ» |
||||||||||
|
|
|
|
|
|
||||||||
|
|
|
|
|
|
«ИЛИ» |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
Функция |
|
|
Функция |
начинает |
Функция |
начинает |
||||||
|
выполняется, |
если |
выполняться тогда, |
выполняться, |
если |
||||||||
|
наступили |
все |
когда |
|
наступает |
хоты |
бы |
одно |
из |
||||
|
события |
|
|
только |
одно |
из |
событий наступает |
||||||
|
|
|
|
|
событий |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
После |
выполнения |
После |
выполнения |
После |
выполнения |
|||||||
|
фукнции |
наступают |
функции |
наступает |
функций |
наступает |
|||||||
|
все события |
|
ровно |
|
одно |
из |
хотя |
бы |
одно |
из |
|||
|
|
|
|
|
событий |
|
|
событий |
|
|
|
||
|
|
|
|
|
|
|
|||||||
|
Событие |
наступает, |
Событие |
наступает |
Событие |
наступает |
|||||||
|
когда |
|
выполнены |
после |
выполнения |
после |
выполнения |
||||||
|
обе функции |
|
ровно |
|
одной |
хотя |
бы |
одной |
|||||
|
|
|
|
|
функции |
|
|
функции |
|
|
|
||
|
|
|
|
|
|
|
|
||||||
|
При |
наступлении |
Не разрешено, |
поскольку |
событие |
не |
|||||||
|
событий |
|
обе |
может |
|
принимать |
решения |
(только |
|||||
|
функции |
|
|
функции принимают решения) |
|
|
|
||||||
|
выполняются |
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рассмотрим, пример EPC модели для обработки входящего звонка. Пример взят с сайта Хабрахабр [24].
195

Рис. 4.7. Процессно-событийная модель «Обработка входящего звонка»
Оператор выполняет обработку входящего звонка (рис. 4.7), действуя в соответствии с правилами обработки входящих звонков и использует для этого программу «CRM». Ни входящих, ни исходящих документов при этом не используется
На рис. 4.8. показана более расширенная EPC-модель, включающая элементы логики. Пусть в данном примере будет так: в случае заинтересованности клиента дальнейшую работу с ним проводит менеджер по продажам и выставляет коммерческое предложение, которое отправляет по почте с использованием почтового клиента «MS Outlook». Если заинтересованности нет, то обработка звонка завершена [24].
196

Рис. 4.8. Пример ветвления в процессно-событийной модели
Расширение нотации собственными элементами
eEPC является не совсем нотацией, а именно правилами описания. И эти правила не запрещают добавлять собственные элементы на схему. Главное, чтобы эти элементы были понятными, и существовал документ, где такие расширения элементов зафиксированы. Например, в примере на сайте [24] автор использует дополнительные элементы, которые возникали постепенно в процессе описания реальных процессов для различных задач, от простого описания для постановки задач для автоматизации. Этими элементами являются: база данных, файл, кластер информации, материал, картотека.
197

Файл с данными. Используется, если в результате выполнения операции создается файл данных, или файл используется для выполнения операции.
База данных. Используется при описании информационных потоков между автоматизированными системами.
Картотека. Используется для отображения бумажной картотеки или архива Материальный поток. Используется для обозначения входящих и исходящих
материальных потоков, а также ресурсов, потребляемых при выполнении процесса. Материальный поток отображается слева от сопровождающих его документов.
Кластер информации. Используется для обозначения структурированной информации (представление сущности). На диаграмме может применяться для обозначения документов, сформированных программным образом при использовании пользовательских приложений. В этом случае элемент «Кластер» располагается слева от соответствующего документа. Т.е. говорит о том, что пользователь не просто создал бумажный документ, но и создал его экземпляр в программе.
Диаграммы в нотации eEPC негласно принято рисовать сверху вниз или слева направо, хотя сама по себе нотация не предъявляет жестких требованиях в расположении элементов. Однако во избежание недоразумений при работе нескольких специалистов рекомендуется регламентировать и утверждать правила расположения элементов.
ПРАКТИЧЕСКАЯ ЧАСТЬ
Запустить программу ARIS Express. Выбрать тип моделей Business Process.
Задание 1. Разработайте EPC-модель для процесса «Поиск поставщика» (рис. 4.9) по указанным ограничениям:
Компания «Стиль для всех» поставила цель расширить ассортимент товаров в интернет-магазине для расширения целевой аудитории. Во связи с этим перед компаний встали задачи расширить список не только отечественных поставщиков, но и иностранных.
Пример процесса показан на рис. 4.10.
Задание 2. Разработайте EPC-модель для процесса «Складирование и хранение товара на складе» (рис. 4.10).
198

Задание 3. По заданию преподавателя продумайте и опишите два процесса из списка, представленного ниже. Для каждого процесса составьте EPC-модель.
1.Управление витриной магазина;
2.Интернет-маркетинг;
3.Подготовка заказа;
4.Доставка;
5.Возврат и списание товара;
6.IT-поддержка;
7.Юридическое обеспечение;
8.Управление персоналом.
Задание 4. Разработайте EPC-модели, для процессов из предыдущей лабораторной работы.
Задание 5. По результатам лабораторной работы сформируйте отчет.
Рис. 4.9. EPC-модель процесса «Поиск пКаоставщика»
199

Рис. 4.10. EPC-модель процесса «Складирование и хранение товара»
КОНТРОЛЬНЫЕ ВОПРОСЫ ПО ТЕМЕ
1.Что такое EPC-модель и для чего она предназначена?
2.Какие два ключевых понятия входят в процессно-событийную модель?
3.Какие элементы нотации используются при построении процессно-событийной
модели?
4.Какое главное правило связи между элементами EPC-моделей?
5.Можно ли добавлять свои элементы в нотации EPC?
6.Что отображает элемент «Документ» в EPC-моделях?
7.Что отображает элемент «IT-система» в EPC-моделях?
8.Что отображает элемент «Функция» в EPC-моделях?
9.Что отображает элемент «Событие» в EPC-моделях?
200