Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

Уфимский государственный авиационный технический университет

ЛАБОРАТОРНЫЙ ПРАКТИКУМ

по дисциплине

«Моделирование бизнес-процессов»

Уфа 2012

Лабораторная работа 4

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ПРЕДПРИЯТИЯ В НОТАЦИИ «EPC»

1 Цель работы

Приобрести навыки моделирование бизнес-процессов предприятия в нотации «EPC» и получения регламентирующей документации с помощью программного продукта Business Studio

2 Основные теоретические положения

2.1 Создание моделей в нотации EPC

Нотация EPC (Event-Driven Process Chain – событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций.

Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.

События переключают функции, т.е. передают управление от одной функции к другой; они могут быть также результатом выполнения функций. В отличие от функций, которые имеют некоторую продолжительность, события происходят моментально. Например, событием может быть:

• Состояние внешней или внутренней среды;

• Отражение факта свершившегося действия;

• Отражение необходимости выполнения действия;

• События являются условиями выполнения функций;

• События отражают исходы выполнения функций;

• Любой процесс начинается и заканчивается событием4

• Конечное событие одного процесса может являться начальным событием другого процесса.

При декомпозиции процесса, расположенного на диаграмме SADT, в нотации ЕРС стрелки с диаграммы SADT на диаграмму ЕРС не переносятся.

Таблица 1

Используемые графические символы в нотации ЕРС

Название	Графический символ	Описание
Функция		Блок представляет собой функцию – действие или набор действий, выполняемых над исходным объектом (документом, ТМЦ и прочим) с целью получения заданного результата.
Событие		Событие – состояние, которое является существенным для целей управления бизнесом и оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов. Элемент отображает события, активизирующие функции или порождаемые функциями.
Стрелка		Стрелка отображает связи элементов диаграммы процесса EPC между собой. Связь может быть направленной и ненаправленной в зависимости от соединяемых элементов и типа связи.
Оператор AND («И»)		Оператор «И» используется для обозначения слияния/ветвления как функций, так и событий.
Оператор OR («ИЛИ»)		Оператор «ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «ИЛИ».
Оператор XOR («Исключающее ИЛИ»)		Оператор «Исключающее ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «Исключающее ИЛИ».
Интерфейс процесса		Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или функцию. Используется для указания взаимосвязи процессов: обозначает предыдущий или следующий процесс по отношению к диаграмме рассматриваемого процесса; обозначает процесс, откуда поступил или куда передается объект.
Субъект		Используется для отображения на диаграмме организационных единиц (должности, подразделения, роли, внешнего субъекта) – исполнителей, владельцев или участников функций.
Бумажный документ		Используется для отображения на диаграмме бумажных документов, сопровождающих выполнение функции.
Электронный документ		Используется для отображения на диаграмме электронных документов, сопровождающих выполнение функции.
ТМЦ		Используется для отображения на диаграмме товарно-материальных ценностей (ТМЦ), сопровождающих выполнение функции.
Информация		Используется для отображения на диаграмме информационных потоков, сопровождающих выполнение функции.
Информационная система		Используется для отображения на диаграмме информационной системы, поддерживающей выполнение функции.
Модуль информационной системы		Используется для отображения на диаграмме модуля информационной системы, поддерживающего выполнение функции.
Функция информационной системы		Используется для отображения на диаграмме функции информационной системы, поддерживающей выполнение функции.
База данных		Используется для отображения на диаграмме базы данных, сопровождающей выполнение функции.
Термин		Используется для отображения на диаграмме объектов, сопровождающих выполнение функции. Наименования этих объектов – термины, используемые в организации.
Набор объектов		Используется для отображения на диаграмме наборов объектов, сопровождающих выполнение функции, например, «Документация по проекту».
Прочее		Используется для отображения на диаграмме потоков объектов, которые нельзя отнести ни к одной из предопределенных групп справочника «Объекты деятельности».

Таблица 2

Правила использования логических операций в нотации ЕРС

Ситуация	«И»	«ИЛИ»	Исключащее ИЛИ
	Функция выполнится, если наступили оба события	Функция выполнится, если наступило одно из событий, либо оба сразу	Функция выполнится, если наступило либо одно событие, либо другое, но не оба сразу
	При выполнении функции наступают оба события	При выполнении функции наступают либо одно событие, либо другое, либо оба сразу	При выполнении функции наступает либо одно событие, либо другое, но не оба сразу
	Событие наступит, если выполнятся обе функции	Событие наступит, если выполнится либо одна функция, либо другая функция, либо обе сразу	Событие наступит, если выполнится либо одна функция, либо другая функция, но не обе сразу
	При наступлении события выполнятся обе функции	Запрещенная ситуация, т.к. событие не может принимать решения	Запрещенная ситуация, т.к. событие не может принимать решения

2.2 Правила моделирования процессов в нотации epc

1. Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

2. События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.

3. Рекомендуемое количество функций на диаграмме – не более 20.

4. События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.

6. На диаграмме не должны присутствовать объекты без единой связи.

7. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями.

8. Если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот.

9. За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)».

10. Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно.

11. Оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления «И», оператор объединения – «ИЛИ».

Пример диаграммы процесса в нотации EPC приведен на рисунке 1:

Рис. 1 Пример диаграммы процесса в нотации EPC

3 Порядок выполнения работы

Проектирование бизнес-процессов предприятия рассмотрим на примере деятельности компании "МЕД" (Приложение А), описание бизнес-процессов которой приведено в приложении Б.

3.1 Создание моделей процесса в нотации epc

Декомпозируйте диаграммы подпроцессов предприятия «Мед» в нотации EPC (см. приложение А, Б) по варианту, указанному преподавателем:

1. - "Планирование закупок”,

2. - "Размещение заказов поставщикам",

3. - "Взаиморасчеты с поставщиками",

4. - "Запасы-склад (приходование товара)",

5. - «Отпуск товара со склада»,

6. - "Формирование заявки",

7. - "Продажи",

8. - "Взаиморасчеты с клиентами"

3.2. Определение связи стратегической карты с бизнес-процессами

Назначение процессу показателя стратегической карты автоматически связывает процесс с целями, оценкой достижения которых является показатель. Назначение процессу показателя может осуществляться:

• в списке «Процессы» в свойствах показателя (рис. 2);

• в списке «Показатели» в свойствах процесса (рис. 3).

Заполнение списка «Процессы» в свойствах показателя осуществляется путем переноса процесса в окно свойств показателя из иерархического справочника «Процессы» либо выбором из справочника.

Заполнение списка «Показатели» в свойствах процесса осуществляется выбором из справочника, либо путем переноса:

• показателя из иерархического справочника «Показатели» в окно свойств процесса;

• цели из иерархического справочника «Цели» в окно свойств процесса. При этом с процессом ассоциируются все показатели выбранной цели, лишние показатели затем можно удалить.

Рис.2 Процессы, связанные с показателем

Рис. 3 Связи процессов и показателей

По умолчанию на вкладке «Показатели» в свойствах процесса отображается поле «Тип показателя процесса», дублирующее информацию поля «Тип показателя процесса» в свойствах показателя на вкладке «Процессы». Это поле предназначено для определения типа показателя: результативность или эффективность. Типы показателя хранятся в одноименном справочнике.

Для каждого не рассчитываемого показателя должно быть определено лицо, ответственное за внесение значений показателей («Ответственный за ввод значений»). Также для каждого показателя должны быть определены лица, которые будут контролировать выполнение значений показателя (рис. 4).

Ответственные за ввод значений смогут увидеть закрепленные за ними показатели, воспользовавшись пунктом меню «ССП -> Ввод показателей». Контролирующие лица при работе с кокпитом смогут увидеть закрепленные за ними показатели, воспользовавшись пунктом меню «ССП -> Контроль показателей».

Владельца процесса, для которого назначен данный показатель, рекомендуется назначать контролирующим лицом. Процессы заносятся для показателя на вкладку «Процессы» (рис. 2). Для добавления владельцев процессов, связанных с данным показателем, на закладку «Контролирующие лица», необходимо использовать гиперссылку «Добавить владельцев процессов».

Если владельца процесса не указать как контролирующее лицо показателя на закладке «Контролирующие лица», информация о связи данного показателя и субъекта будет отражена в должностной инструкции и отчетах «Значения показателей, контролируемых должностным лицом» и «Текущие значения показателей, контролируемых должностным лицом», но владелец процесса не будет видеть данный показатель в окне кокпита.

Рис.4 Контролирующие лица

Заполните список «Показатели» в свойствах своего процесса, закрепите за ним лицо, ответственное за внесение значений показателей («Ответственный за ввод значений»), лицо, которое будут контролировать выполнение значений показателя и владельца процесса.