книги / Управление бизнес-процессами (практикум)
..pdfПод таблицей необходимо сделать вывод о самой эффективной нотации моделирования бизнес-процессов, а также о самой неэффективной.
Методические указания по выполнению типового индивидуального задания № 2
«Разработка модели бизнес-процесса по управлению финансово-хозяйственной деятельностью фирмы»
Разработать модель бизнес-процесса по управлению фи- нансово-хозяйственной деятельностью фирмы, в соответствии с выбранным вариантом для самостоятельной работы студентов. Выделить иерархические должностные внутрифирменные зависимости с зонами ответственности по каждому структурному подразделению фирмы. Определить сильные и слабые стороны организации, описать в модели бизнес-процесса внешние / внутренние факторы негативного / позитивного воздействия на управление предприятием и организацию деятельности админи- стративно-управленческого и производственно-хозяйственного персонала в условиях цифровизации и глобализации социальноэкономических систем и процессов.
Составьте должностную инструкцию с выделением функций, обязанностей и задач, а также кросс-функционального взаимодействия контрагентов друг с другом, входящих в будущую типовую модель бизнес-процесса, согласно плану, составленному в пункте 1.2 типового практического задания № 3 «Организационная структура управления бизнес-процессом».
|
|
Основныезадачи, |
Взаимодействие |
|
|
|
функциииобязанности |
||
№ |
Наименование |
контрагента / отдела |
||
участниковбизнес-процесса |
||||
п/п |
отдела |
с другими участниками / |
||
|
|
повыполнениюдействий, |
подразделениями |
|
|
|
операцийвнем |
||
|
|
|
||
|
|
|
|
31
Студентам профиля подготовки «Экономика и логистика предприятия» предлагается смоделировать бизнес-процесс по управлению фирмой на базе следующих вариантов нотаций:
–EPC (event-driven process chain) – это нотация описания биз-
нес-процессов в виде последовательности событийифункций;
–BPMN (Business Process Model and Notation) – функцио-
нальная последовательность работ – система условных обозначений для моделирования бизнес-процессов;
–IDEF0 (Integration Definition for Function Modeling) – логи-
ческая последовательность работ – графическая нотация, предназначенная для формализации и описания бизнес-процессов;
–либо других типологий нотаций по описанию бизнес-про-
цессов (например: VAD (value added chain diagram), Flow Charting,
UML (Unified Modeling Languages), VSM (Value StreamMapping), SIPOC (Supplier, Input, Process, Output, Customer)) – при оптималь-
ном соотношении графических элементов и символов с целью и функциями бизнес-процесса по управлению финансовохозяйственной деятельности фирмы.
Нотация моделирования бизнес-процессов EPC (EventDriven Process Chain)
Основным принципом нотации event-driven process chain,
на котором все строится, является понятие событийности. Главными элементами для построения каркаса диаграммы являются «Событие» и «Функция». После моделирования основного алгоритма с использованием этих элементов происходит наполнение диаграммы остальными элементами, например, «Участник процесса», «Объект деятельности», «База данных». В общем виде готовая схема в нотации EPC выглядит как последовательность событий и функций с детализацией до используемых объектов и участников процесса.
Описание назначения графических символов, используемых в нотации EPC, приведено в табл. 4.
32
Таблица 4 Графические символы и их значение в нотации ЕРС
Название |
Графический |
|
|
Описание |
|
|
|
символ |
|
|
|
|
|||
|
|
|
|
|
|
||
|
|
Блок представляет собой функцию – про- |
|||||
|
|
цесс, действие или набор действий, выпол- |
|||||
Процесс |
|
няемых над исходным объектом (докумен- |
|||||
|
том, |
товарно-материальные |
|
ценности |
|||
(функция) |
|
|
|||||
|
(ТМЦ) и прочим) с целью получения задан- |
||||||
|
|
||||||
|
|
ного результата. Внутри блока помещается |
|||||
|
|
наименование функции |
|
|
|||
|
|
Событие – состояние, которое является су- |
|||||
|
|
щественным для целей управления бизне- |
|||||
|
|
сом и оказывает влияние или контролирует |
|||||
Событие |
|
дальнейшее развитие одного или более биз- |
|||||
|
нес-процессов. Элемент отображает собы- |
||||||
|
|
||||||
|
|
тия, активизирующие функции или порож- |
|||||
|
|
даемые функциями. Внутри блока помеща- |
|||||
|
|
ется наименование события |
|
|
|||
|
|
Стрелка отображает связи элементов диа- |
|||||
|
|
граммы процесса EPC между собой. Связь |
|||||
Стрелка |
|
может быть направленной и ненаправлен- |
|||||
|
|
ной в зависимости от соединяемых элемен- |
|||||
|
|
тов и типа связи |
|
|
|||
|
|
Оператор «И» используется для обозначе- |
|||||
|
|
ния слияния / ветвления как функций, так и |
|||||
Оператор |
AND |
событий. Если завершение выполнения |
|||||
функции должно инициировать |
одновре- |
||||||
AND («И») |
|
||||||
|
менно несколько событий, то это обознача- |
||||||
|
|
||||||
|
|
ется с помощью оператора «И», следующе- |
|||||
|
|
го после функции и перед событиями |
|||||
|
|
Оператор «ИЛИ» используется для обозна- |
|||||
|
|
чения слияния / ветвления функций и для |
|||||
|
|
слияния событий. По правилам нотации |
|||||
|
OR |
EPC после одиночного события не может |
|||||
Оператор |
следовать |
разветвляющий |
|
оператор |
|||
OR («ИЛИ») |
|
«ИЛИ». Если |
завершение |
выполнения |
|||
|
|
функции может инициировать одно или |
|||||
|
|
несколько событий, то это обозначается с |
|||||
|
|
помощью оператора «ИЛИ», следующего |
|||||
|
|
после функции и перед событиями |
|
33
|
|
|
|
|
|
|
|
|
Продолжение табл. 4 |
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Название |
|
Графический |
|
Описание |
|
|
|
||||||
|
|
|
символ |
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
Элемент, обозначающий внешний (по от- |
||||||
|
|
|
|
|
|
|
ношению к текущей диаграмме) процесс |
||||||
|
|
|
|
|
|
|
или функцию. Используется для указания |
||||||
|
|
|
|
|
|
|
взаимосвязи процессов: |
|
|
|
|||
Интерфейс |
|
|
|
|
|
|
– обозначает предыдущий или следующий |
||||||
процесса |
|
|
|
|
|
|
процесс по отношению к диаграмме рас- |
||||||
|
|
|
|
|
|
|
сматриваемого процесса; |
|
|
|
|||
|
|
|
|
|
|
|
– обозначает процесс, откуда поступил или |
||||||
|
|
|
|
|
|
|
куда передается объект. Внутри блока по- |
||||||
|
|
|
|
|
|
|
мещается наименование внешнего процесса |
||||||
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
||||||
|
|
|
|
|
|
|
ме организационных единиц (должности, |
||||||
Субъект |
|
|
|
|
|
|
подразделения, роли, внешнего субъекта) – |
||||||
|
|
|
|
|
|
исполнителей, владельцев или участников |
|||||||
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
функций. Внутри блока помещается наиме- |
||||||
|
|
|
|
|
|
|
нование организационной единицы |
|
|||||
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
||||||
Бумажный |
|
|
|
|
|
|
ме |
бумажных документов, |
сопровождаю- |
||||
|
|
|
|
|
|
щих выполнение |
функции. |
Внутри |
блока |
||||
документ |
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
помещается наименование бумажного до- |
|||||||
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
кумента |
|
|
|
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
||||||
Электронный |
|
|
|
|
|
|
ме |
электронных |
документов, |
сопровож- |
|||
|
|
|
|
|
|
дающих выполнение функции. Внутри бло- |
|||||||
документ |
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
ка помещается наименование электронного |
|||||||
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
документа |
|
|
|
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграмме |
||||||
|
|
|
|
|
|
|
|||||||
ТМЦ |
|
|
|
|
|
|
товарно-материальных |
ценностей |
(ТМЦ), |
||||
|
|
|
|
|
|
сопровождающих |
выполнение |
функции. |
|||||
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
ВнутриблокапомещаетсянаименованиеТМЦ |
||||||
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
||||||
|
|
|
|
|
|
|
ме информационных потоков, сопровож- |
||||||
Информация |
|
|
|
|
|
|
дающих выполнение функции. Внутри бло- |
||||||
|
|
|
|
|
|
|
ка помещается наименование информаци- |
||||||
|
|
|
|
|
|
|
онного потока |
|
|
|
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
||||||
Информационная |
|
|
|
|
|
|
ме |
информационной |
системы, |
поддержи- |
|||
|
|
|
|
|
|
вающей выполнение функции. Внутри бло- |
|||||||
система |
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
ка помещается наименование информаци- |
|||||||
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
онной системы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
34
|
|
|
|
|
|
|
|
|
|
Окончание табл. 4 |
|
|
|
|
|
|
|
|
|
|
|
Название |
|
|
Графический |
Описание |
||||||
|
|
|
|
|
символ |
|||||
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
База данных |
|
|
|
|
|
|
|
|
|
ме базы данных, сопровождающей выпол- |
|
|
|
|
|
|
|
|
|
нение функции. Внутри блока помещается |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
наименование базы данных |
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграмме |
|
|
|
|
|
|
|
|
|
|
объектов, сопровождающих выполнение |
|
|
|
|
|
|
|
|
|
|
функции. Наименования этих объектов – тер- |
|
|
|
|
|
|
|
|
|
|
мины, используемые в организации. Внутри |
|
|
|
|
|
|
|
|
|
|
блока помещается наименование термина. |
Термин |
|
|
|
|
|
|
|
|
|
Элемент может быть использован для обозна- |
|
|
|
|
|
|
|
|
|
чения данных, передаваемых между процес- |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
сами или обрабатываемых при выполнении |
|
|
|
|
|
|
|
|
|
|
процессов. Элемент может быть также ис- |
|
|
|
|
|
|
|
|
|
|
пользован для обозначения статусов бумаж- |
|
|
|
|
|
|
|
|
|
|
ных/электронных документов и других эле- |
|
|
|
|
|
|
|
|
|
|
ментовсправочника«Объектыдеятельности» |
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграм- |
|
|
|
|
|
|
|
|
|
|
ме наборов объектов, сопровождающих |
Набор объектов |
|
|
|
|
|
|
|
|
|
выполнение функции, например, «Докумен- |
|
|
|
|
|
|
|
|
|
|
тация по проекту». Внутри блока помещает- |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ся наименование набора объектов |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Используется для отображения на диаграмме |
|
|
|
|
|
|
|
|
|
|
потоков объектов, которые нельзя отнести ни |
Прочее |
|
|
|
|
|
|
|
|
|
к одной из предопределенных групп справоч- |
|
|
|
|
|
|
|
|
|
|
ника «Объекты деятельности». Внутри блока |
|
|
|
|
|
|
|
|
|
|
помещаетсянаименованиепрочегообъекта |
Более подробно элементы бизнес-процесса в нотации EPC и типы связей между элементами диаграммы EPC представлены на сайте: http://www.businessstudio.ru/wiki/docs/v4/doku.php/ru/csdesign/ bpmodeling/epc_notation.
Нотация моделирования бизнес-процессов IDEF0 (Integration Definition for Function Modeling)
IDEF0 – нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и матери-
35
альных объектов, связывающих эти функции (табл. 5). К особенностям нотации можно отнести:
o использование контекстной диаграммы; o поддержка декомпозиции;
o доминирование;
o выделение четырех типов стрелок.
Таблица 5
Графические символы и их значение в нотации IDEF0
Название |
Графический символ |
|
Описание |
|
|
|
Процесс |
обозначается |
прямо- |
|
|
угольным блоком. Внутри каждо- |
||
|
|
го блока помещается его имя и |
||
|
|
номер. Имя должно быть актив- |
||
Процесс |
|
ным глаголом, глагольным оборо- |
||
|
том или отглагольным существи- |
|||
|
|
тельным. Номер блока размеща- |
||
|
|
ется в правом нижнем углу. |
||
|
|
Номера блоков используются для |
||
|
|
идентификации на диаграмме и в |
||
|
|
соответствующем тексте |
|
|
|
|
Стрелки обозначают входящие и |
||
|
|
исходящие |
из процесса |
объекты |
|
|
(данные). |
|
|
|
|
Каждая сторона функционального |
||
|
|
блока имеет стандартное значение с |
||
|
|
точки зрения связи «блок – стрел- |
||
|
|
ка». В свою очередь сторона блока, |
||
|
|
к которой присоединена стрелка, |
||
Стрелка |
|
однозначно определяет ее роль. |
||
|
Стрелки, входящиевлевуюсторону |
|||
|
|
|||
|
|
блока – входы. Стрелки, входящие в |
||
|
|
блоксверху, – управление. Стрелки, |
||
|
|
покидающие процесс справа, – вы- |
||
|
|
ходы, т.е. данные или материальные |
||
|
|
объекты, произведенные процес- |
||
|
|
сом. Стрелки, подключенные к |
||
|
|
нижней стороне блока, представля- |
||
|
|
ютмеханизмы |
|
36
|
|
|
Продолжение табл. 5 |
||
|
|
|
|
|
|
Название |
Графический символ |
|
Описание |
|
|
|
|
Туннелированные стрелки означают, |
|||
|
|
что данные, передаваемые с помо- |
|||
|
|
щью этих стрелок, не рассматривают- |
|||
|
|
ся на родительской диаграмме и/или |
|||
|
|
на дочерней диаграмме. |
|
||
|
|
Стрелка, помещенная в туннель там, |
|||
|
|
где она присоединяется к блоку, оз- |
|||
Туннелированная |
|
начает, что данные, выраженные этой |
|||
|
стрелкой, не обязательны на следую- |
||||
стрелка |
|
щемуровнедекомпозиции. |
|
||
|
|
Стрелка, помещаемая в туннель на |
|||
|
|
свободном конце, означает, что |
|||
|
|
выраженные ею данные отсутству- |
|||
|
|
ют на родительской диаграмме. |
|||
|
|
Туннелированные |
стрелки могут |
||
|
|
быть использованы на диаграммах |
|||
|
|
процессов в нотациях IDEF0, «Про- |
|||
|
|
цесс», «Процедура» |
|
||
|
|
Элемент обозначает место, сущность |
|||
|
|
или субъект, которые находятся за |
|||
|
|
границами моделируемой |
системы. |
||
|
|
Внешние |
ссылки |
используются для |
|
Внешняя |
|
обозначения источника или приемни- |
|||
|
ка стрелки вне модели. На диаграм- |
||||
ссылка |
|
мах внешняя ссылка изображается в |
|||
|
|
виде квадрата, рядом с которым пока- |
|||
|
|
занонаименованиевнешнейссылки. |
|||
|
|
Внешние ссылки могут быть ис- |
|||
|
|
пользованы на диаграммах процес- |
|||
|
|
сов в любых нотациях |
|
||
|
|
Элемент, обозначающий другую диа- |
|||
|
|
грамму. |
Междиаграммная |
ссылка |
|
|
|
служит |
для обозначения |
перехода |
|
|
|
стрелки на диаграмму другого процес- |
|||
|
|
са без отображения стрелки на выше- |
|||
Междиаграммная |
|
лежащей диаграмме (при использова- |
|||
|
ниииерархическихмоделей). |
|
|||
ссылка |
|
|
|||
|
В качестве междиаграммной ссылки не |
||||
|
|
||||
|
|
может выступатьдиаграмма процесса в |
|||
|
|
нотациях EPC и BPMN. Междиаграм- |
|||
|
|
мные ссылки могут быть использованы |
|||
|
|
на диаграммах процессов в нотациях |
|||
|
|
IDEF0, «Процесс», «Процедура» |
37
Окончание табл. 5
Название |
Графический символ |
|
Описание |
|
|||
|
|
|
|
Элемент |
обозначает |
ссылку на |
|
|
|
|
|
типовую модель процесса. |
|||
|
|
|
|
Наиболее |
часто |
повторяющиеся |
|
|
|
|
|
||||
Процесс- |
|
|
|
процессы в рамках модели биз- |
|||
|
|
|
нес-процессов могут быть выде- |
||||
ссылка |
|
|
|
||||
|
|
|
лены в качестве типовых. Процес- |
||||
|
|
|
|
||||
|
|
|
|
сы-ссылки могут быть использо- |
|||
|
|
|
|
ваны на диаграммах процессов в |
|||
|
|
|
|
любых нотациях |
|
|
|
|
|
|
|
Выносной элемент, предназначен- |
|||
|
|
|
|
ныйдлянанесениякомментариев. |
|||
Сноска |
|
|
|
Элемент может быть использован |
|||
|
|
|
|
на диаграммах процессов в любых |
|||
|
|
|
|
нотациях |
|
|
|
|
|
|
|
Комментарийбезсноски. |
|||
Текст |
|
|
|
Элемент может |
быть |
использован |
|
|
|
|
на диаграммах процессов в любых |
||||
|
|
|
|
||||
|
|
|
|
нотациях |
|
|
|
Более подробно элементы бизнес-процесса в нотации IDEF0 и типы связей между элементами диаграммы IDEF0 представлены на сайте: https://www.businessstudio.ru/wiki/docs/v4/doku.php/ru/csdesign/ bpmodeling/idef0.
Нотация моделирования бизнес-процессов BPMN (Business Process Model and Notation)
Нотация BPMN (Business Process Model and Notation – мо-
дель бизнес-процессов и нотация) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации BPMN представляет собой алгоритм выполнения процесса. На диаграмме могут быть определены события, исполнители, материальные и документальные потоки, сопровождающие выполнение процесса. Каждый процесс может быть декомпозирован на более низкие уровни. Декомпозиция может производиться в нотациях BPMN или EPC. При декомпозиции процесса BPMN, расположенного на диаграмме SADT, стрелки с диаграммы SADT на диаграмму BPMN не переносятся (табл. 6).
38
39
Таблица 6
Графические символы и их значение в нотации BPMN
Название |
Графический символ |
Описание |
|
|
Блок представляет собой процесс – действие или набор действий, выпол- |
|
|
няемых над исходным объектом деятельности (документом, ТМЦ и прочим) |
|
|
с целью получения заданного результата. |
|
|
Внутри блока помещается наименование процесса. |
|
|
Временная последовательность выполнения процессов задается располо- |
|
|
жением процессов на диаграмме слева направо (сверху вниз на вертикальной |
|
|
диаграмме процесса BPMN). |
|
|
Процессы BPMN подразделяются на задачи и подпроцессы. |
|
|
Задача – это простое действие (или операция), которое не имеет дальней- |
|
|
шей декомпозиции в рамках рассматриваемого процесса. Задачи подразделя- |
Процесс |
|
ются на типы, каждый из которых (за исключением абстрактной задачи) обо- |
|
значается своим маркером в левом верхнем углу блока задачи: |
|
(задача, |
|
|
|
– абстрактная задача (задача с неопределенным типом); |
|
подпроцесс, |
|
|
|
– пользовательская задача (задача, которую выполняет человек при содей- |
|
процесс-ссылка) |
|
|
|
ствии других людей или программного обеспечения); |
|
|
|
|
|
|
– сервисная задача (задача, предназначенная для оказания услуги, которая |
|
|
может являться как web-сервисом, так и автоматизированным приложением); |
|
|
– отправка сообщений (задача, суть которой заключается в отправлении |
|
|
сообщения внешнему участнику за пределы рассматриваемого процесса); |
|
|
– получение сообщений (задача, суть которой заключается в получении со- |
|
|
общения от внешнего участника, находящегося за пределами рассматриваемого |
|
|
процесса); |
|
|
– ручное выполнение (задача, выполнение которой подразумевает дейст- |
|
|
вия человека и исключает использование каких-либо автоматизированных ме- |
|
|
ханизмов исполнения или приложений); |
|
|
|
39
40
Продолжение табл. 6
Название |
Графический символ |
Описание |
|
|
– бизнес-правило (задача, суть которой заключается в выполнении бизнес- |
|
|
правила); |
|
|
– задача-сценарий (задача, суть которой заключается в выполнении неко- |
|
|
торого сценария (или скрипта) – некоторой автоматической операции). |
|
|
На рис. 1 изображена задача с типом «Отправка сообщений». |
Рис. 1. Задача
Подпроцесс (декомпозированный процесс, включенный в состав рассматриваемого процесса и описанный более подробно на своей диаграмме) на диаграмме обозначается блоком со знаком «плюс» в центре нижней части фигуры. Подпроцессы подразделяются на типы:
–подпроцесс (подпроцесс с неопределенным типом);
–событийный подпроцесс (подпроцесс, не имеющий входящих и исходящих потоков управления. Событийный подпроцесс запускается всякий раз, когда его стартовоесобытиезапускаетсявовремявыполненияродительскогопроцесса);
–транзакция (подпроцесс, состоящий из набора процессов, которые в совокупности представляют некий неделимый процесс: либо весь процесс выполняется полностью, либо не выполняется вообще. Транзакции используются тогда, когда необходимо выполнить несколько процессов, но при каких-то исключительных ситуациях необходимо «откатить» выполняемые процессы);
40