На сегодняшний день автоматизация бизнес-процессов компании позволяет:
— кардинально снизить время выполнения операций, повысить скорость передачи информации между исполнителями, а также уменьшить количество допускаемых ошибок;
— помогают решить ряд управленческих и технических проблем;
— облегчают управление деятельностью компании;
— ликвидируют узкие места в управлении предприятия;
— помогают обеспечивать максимально эффективное использование материальных, производственных и трудовых ресурсов для своевременного и качественного выполнения заказов и обслуживания потребителей, а также планировать и контролировать деятельность подразделений на основе сбалансированного набора показателей.
Бизнес-процесс – система последовательных, целенаправленных и регламентированных деятельностей (функций, работ, операций, этапов, задач…), в которой входы (входные объекты) процесса преобразуются по определенной технологии в выходы (выходные объекты) — результаты процесса, представляющие ценность для потребителей.
Виды описания бизнес-процессов
Существует несколько видов описания бизнес-процессов: текстовый, табличный и графический. В таблице 1 представлены основные преимущества и недостатки данных видов.
Таблица 1 — Виды описания бизнес-процессов
Вид описания бизнес-процесса | Преимущество | Недостатки |
Текстовый | — не требует специальных навыков | — текст сложно обрабатывать; — затрудняет целостное восприятие процесса (читая вторую страницу, можно уже забыть, что было на первой); — сложно структурировать и анализировать; — сложно отобразить ветвления. |
Табличный | — просто подготовить шаблон; — наличие структуры. | — не компактно; — отсутствует необходимая детализация; — нет целостности восприятия; — сложно отобразить ветвления. |
Графический | — простота восприятия; — наглядное отображение ветвлений и путей развития процесса; — удобство автоматизации. | — требует специальных навыков; — много время на подготовку описания хорошо построенная модель процесса должна быть проста и понятна. |
Основные сведения по нотации EPC
Событийная цепочка процессов (EPC-диаграмма, англ. event-driven process chain) — тип блок-схемы, используемой для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP) и для улучшений бизнес-процессов.
Нотация EPC была разработана в 90х годах XX века. EPC придумал немецкий профессор Вильгельм-Август Шеер в рамках методологии ARIS.
EPC используется на низших уровнях описания бизнес-модели, когда стоит задача описать подробный ход выполнения бизнес-процесса. Функции EPC могут быть декомпозированы (разбиты на детальные бизнес-процессы только в нотации EPC).
Недостатки EPC. Обладает очень широким набором графических элементов, что может быть сложным для понимания, по сравнению с другими нотациями. Для разработки процессов в этой нотации и их чтения требуется предварительная подготовка сотрудников.
Преимущества EPC. Позволяет очень детально и точно описать выполнение бизнес-процесса, показать на диаграмме в графическом виде всех исполнителей, все используемые объекты.
Организации используют EPC-диаграммы для планирования потоков работ бизнес-процессов. Существует ряд инструментов для создания EPC-диаграмм, например, ARIS и MS Visio. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса.
EPC-метод используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.
Для дальнейшего освоения материала ознакомьтесь с элементами нотации EPC, представленными в Таблице 2.
Основные правила моделирования бизнес-процессов в нотации EPC:
1) Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).
2) События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.
3) Рекомендуемое количество функций на диаграмме — не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.
4) События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.
5) На диаграмме не должны присутствовать объекты без единой связи.
6) Каждый оператор слияния («И») должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления («ИЛИ») — только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями.
7) За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)».
8) Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно.
Таблица 2 – Описание элементов нотации EPC
ЗАДАНИЕ 1
В качестве примера рассматривается процесс «Оформление приказа на командировку». Ваша задача – ознакомиться с элементами нотации EPC и перерисовать бизнес-процесс.
1. Запустите Microsoft Office Visio 2013.
2.В строку поиска введите «EPC», выберите модель.
Рисунок 1 – Схема EPC
Нажмите кнопку «Создать».
Окно программы примет вид, подобный (Рис. 2)
Рисунок 2 — Окно программы
3. Смоделируйте процесс в MS Visio, аналогичный рисунку 3.
Рисунок 3 — Бизнес-процесс «Оформление приказа на командировку» в нотации EPC
ЗАДАНИЕ 2
В теоретической части практической работы Вы ознакомились с вариантами описания бизнес-процессов (текстовый, графический, табличный).
В задании 2 Вам необходимо смоделировать бизнес-процесс в нотации EPC в MS Visio на основании текстового описания, представленного ниже.
Название бизнес-процесса: Осуществление гарантийного обслуживание клиентов.
1) Основная часть бизнес процесса осуществляется оператором, он принимает и обрабатывает входящие звонки от текущих клиентов, в ходе которых оформляется заявка на гарантийное обслуживание. При заявке на гарантийное обслуживание оператор проверяет журнал клиентов для проверки сроков гарантии. Далее оператор передает заявку начальнику отдела обслуживания.
2) При получении заявки от оператора начальник отдела обслуживания назначает ответственных специалистов. Далее специалистами определяется перечень ресурсов, необходимых для оказания обслуживания. Данный перечень оформляется в виде ведомости и передается на склад. Если необходимой продукции нет на складе, кладовщиком оформляется остаточная ведомость и передается начальнику производственного отдела для допроизводства необходимой продукции. Если продукция есть на складе, кладовщик оформляет счет-фактуру на переданные для обслуживания ресурсы.
3) После оказания гарантийного обслуживания начальник отдела обслуживания оформляет документ о выполнении гарантийных работ, который передает оператору. Оператор отмечает в журнале клиентов дату гарантийного обслуживания, тип работ и номер документа о выполнении гарантийных работ.
4) Начальник отдела обслуживания ведет учет трудозатрат работников. Он заносит в журнал выработки количество часов, потраченных на выполнение обслуживания по каждому работнику, для выплаты премии и бонусов.
Необходимо выполнить 2 практических задания, описанных выше, и предоставить отчет.
Отчет должен содержать:
— Практическая часть, содержащая разработанную модель бизнес-процесса «Оформление приказа на командировку» и бизнес-процесса «Осуществление гарантийного обслуживание клиентов» с кратким описанием основных этапов выполнения работы.
ОБРАТИТЕ ВНИМАНИЕ, ЧТО НА СЛЕДУЮЩЕМ ЗАНЯТИИ ВАМ ПРЕДСТОИТ НАПИСАНИЕ КОНТРОЛЬНОЙ РАБОТЫ В РЕЖИМЕ ОНЛАЙН (ВО ВРЕМЯ ВАШЕЙ ПАРЫ) ПО ТЕМЕ ДАННОЙ ПРАКТИЧЕСКОЙ РАБОТЫ.
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Студопедия рекомендует:
Источник: studopedia.ru
EPC (Event-Driven Process Chain, событийная цепочка процессов), eEPC кратко
Привет, Вы узнаете про epc, Разберем основные ее виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое epc, event-driven process chain, событийная цепочка процессов, eepc , настоятельно рекомендую прочитать все из категории Моделирование и Моделирование систем.
EPC ( event-driven process chain , событийная цепочка процессов ), а также eEPC (Extended Event-Driven Process Chain) — нотации отображения хода выполнения бизнес-процесса. EPC-метод был разработан в рамках работ над созданием ARIS в начале 1990-х годов. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.
Основные понятия
Ключевыми элементами которой являются События и Функции. Диаграмма бизнес-процесса в EPC должна начинаться и заканчиваться Событием.
За Функцией всегда должно следовать Событие, т.е. выполнение Функции создает некоторое событие (состояние) . Документы, организационные звенья, информационные и материальные потоки, элементы информационной системы (программное обеспечение, базы данных) имеют свое графическое обозначение. Для ветвления процесса используются операторы И, ИЛИ, исключающее ИЛИ. Событийная цепочка процессов (EPC-диаграмма, англ. event-driven process chain) — тип блок-схемы, используемой для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP), и для улучшений бизнес-процессов.
Пример EPC
Описание
Организации используют EPC-диаграммы для планирования потоков работ бизнес-процессов. Существует ряд инструментов для создания EPC-диаграмм, некоторые из этих средств поддерживают инструментонезависимый формат обмена данными EPC — язык разметки EPML. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса. EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов . Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов. Рис . Об этом говорит сайт https://intellect.icu . Событийная цепочка процесса
Элементы событийных цепочек процессов
Если функция F1 завершилось, то произойдет либо событие E1, либо событие E2
Если произошло либо событие E1, либо событие E2, тогда начинается функция F1
Применение
EPC используется на низших уровнях описания бизнес-модели, когда стоит задача описать подробный ход выполнения бизнес-процесса. Функции EPC могут быть декомпозированы (разбиты на детальные бизнес-процессы только в нотации EPC).
Преимущества
Позволяет очень детально и точно описать выполнение бизнес-процесса, показать на диаграмме в графическом виде всех исполнителей, все используемые объекты.
Недостатки
Обладает очень широким набором графических элементов, что может быть сложным для понимания, по сравнению с другими нотациями. Для разработки процессов в этой нотации и их чтения требуется предварительная подготовка сотрудников.
См. также
- бизнес процесс , реинжиринг , обзор методологий проектирования бизнес процессов , eepc ,
- бизнес-процесс , бизнес процесс ,
В общем, мой друг ты одолел чтение этой статьи об epc. Работы в переди у тебя будет много. Смело пишикоментарии, развивайся и счастье окажется в ваших руках. Надеюсь, что теперь ты понял что такое epc, event-driven process chain, событийная цепочка процессов, eepc и для чего все это нужно, а если не понял, или есть замечания, то нестесняся пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Моделирование и Моделирование систем
Из статьи мы узнали кратко, но емко про epc
Источник: intellect.icu
Epc диаграмма бизнес процессов пример
EPC
Event-driven process chain.
Цель EPC — это планирование и описание потоков работ, нижнего (операционного) уровня, бизнес-процессов. Основные элементы для построения диаграмм выступают события и функции. Бизнес-процессы, в диаграмме EPC, изображаются как последовательности чередующихся событий и функций.
Область применения EPC
Диаграмма EPC является стандартизированной графической диаграммой для моделирования бизнес-процессов, применима для:
- Составления моделей и документирование бизнес процессов как есть (as is)
- Описание возможных усовершенствований существующих бизнес процессов как будет (to be)
- Выявление всех участников процесса
- Выявление всех информационных систем, ресурсов и документов участвующих в процессе
Источник: www.bainr.ru