- •Содержание
- •Основные компоненты системы
- •Краткое описание функциональности компонентов системы
- •Где скачать исходные файлы системы RunaWfe
- •Установка системы RunaWfe при помощи специализированного дистрибутива для операционной системы Windows
- •Начало работы с системой RunaWfe
- •Главное меню системы RunaWfe
- •Графические нотации bpmn и uml Activity Diagram.
- •Использование бинарных отношений для упрощения инициализации ролей
- •Концепция ботов и бот-станций.
- •Замещение исполнителей заданий
- •Требования к содержанию и оформлению отчета
- •Порядок выполнения работы
- •3.4 Установка параметров ветвления. Редактор Bean shell
- •3.5 Установка параметров ветвления. Редактор Bean shell
- •Требования к содержанию и оформлению отчета
- •Порядок выполнения работы
- •Требования к содержанию и оформлению отчета
- •Требования к содержанию и оформлению отчета
- •1. Предлагаемое содержание страницы описания бизнес-процесса:
- •2. Описание последовательностей действий в бизнес-процессе
- •Задание по разработке бизнес-процесса "Больничный"
- •1. Предлагаемое содержание страницы описания бизнес-процесса:
- •2. Описание последовательностей действий в бизнес-процессе
- •Задание по разработке бизнес-процесса "Командировка в другой регион"
- •1. Предлагаемое содержание страницы описания бизнес-процесса:
- •2. Описание последовательностей действий в бизнес-процессе
- •Задание по разработке бизнес-процесса "Местная командировка"
- •1. Предлагаемое содержание страницы описания бизнес-процесса:
- •2. Описание последовательностей действий в бизнес-процессе
- •Задание по разработке бизнес-процесса "Отпуск по уходу за ребенком"
- •1. Предлагаемое содержание страницы описания бизнес-процесса:
- •2. Описание последовательностей действий в бизнес-процессе
- •Перспектива данных
- •Перспектива ресурсов
- •Перспектива операций
- •Системы управления бизнес-процессами и административными регламентами (на примере свободного по RunaWfe)
- •Список литературы
Задание по разработке бизнес-процесса "Местная командировка"
1. Предлагаемое содержание страницы описания бизнес-процесса:
Служебная командировка - поездка работника по распоряжению работодателя на определенный срок для выполнения служебного поручения вне места постоянной работы. Служебные поездки работников, постоянная работа которых осуществляется в пути или имеет разъездной характер, служебными командировками не признаются.
2. Описание последовательностей действий в бизнес-процессе
Бизнес-процесс начинается с того, что пользователь в стартовой форме заполняет данные, относящиеся к командировке: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, который отправляется в командировку, вводит дату, время начала, время окончания командировки, организацию, в которую направляется сотрудник, причину, комментарий. После клика на команду "выполнить" создается новый экземпляр бизнес-процесса. Далее задание «рассмотреть заявку на командировку» направляется непосредственному руководителю отправляемого в командировку сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет командировку. Подавший заявку знакомится с решением руководителя. Если командировка одобрена, то бизнес-процесс проверяет, запущена ли командировка задним числом. Если командировка запущена задним числом, то задание «утвердить заявку на командировку» получает руководитель отдела (определяется отношением "Руководитель отдела"), после чего подавший заявку знакомится с решением руководителя отдела. Если командировка подтверждена всеми необходимыми лицами, то сотрудник получает задание "Отправиться в местную командировку".
После выполнения всех заданий бизнес-процесс завершается.
Замечание. В бизнес-процессе необходимо проверять, что дата начала не позже даты окончания.
Задание по разработке бизнес-процесса "Отпуск по уходу за ребенком"
1. Предлагаемое содержание страницы описания бизнес-процесса:
По заявлению женщины ей предоставляется отпуск по уходу за ребенком до достижения им возраста полутора/трех лет. Порядок и сроки выплаты пособия по государственному социальному страхованию в период указанного отпуска определяются федеральными законами.
К заявлению прилагаются следующие документы:
- копия свидетельства о рождении ребенка (копия)
- справка из ЗАГС (оригинал)
- справка с места работы супруга (оригинал) или, если нигде не работает, копия трудовой, где последняя запись - об увольнении, или, если трудовую не заводил, справка из органов соц. защиты, что не получал пособие там.
2. Описание последовательностей действий в бизнес-процессе
Бизнес-процесс начинается с того, что пользователь в стартовой форме заполняет данные, относящиеся к отпуску по уходу за ребенком: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника (сотрудницу), вводит даты начала и окончания отпуска, причину и комментарий. После клика на команду "выполнить" будет создан новый экземпляр бизнес-процесса.
Следующее задание «Проверить соблюдение технологий и законов» получит инспектор кадровой службы (определяется членством в группе "Инспектора КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии. Если законы или технологии не соблюдены, то подавшему заявку направляется уведомление об отказе регистрации заявки и далее бизнес-процесс завершается.
Если законы и технологии соблюдены, то руководитель (руководитель определяется отношением "Руководитель") уведомляется об уходе сотрудника в отпуск, сотруднику направляется задание "Отдать в КС заявление и подписать приказ», инспектор кадровой службы получает задачу «Издать приказ». После выполнения этого задания бухгалтер (определяется членством в группе "бухгалтеры") получает задание "отразить в бухучете отпуск по уходу за ребенком". Далее задание "запустить процесс оповещения о скором завершении отпуска по уходу" получает бот асинхронного запуска подпроцессов. Бот запускает бизнес-процесс "оповещение о завершении отпуска". После выполнения всех заданий бизнес-процесс завершается.
В бизнес-процесс "оповещение о завершении отпуска" бот запуска подпроцессов передает данные отпуска по уходу за ребенком, после старта бизнес-процес ждет момента времени за две недели перед окончанием отпуска и далее передает управление в узел, в котором руководитель сотрудника получает задание ознакомиться с тем, что отпуск по уходу за ребенком подходит к концу.
Замечание. В бизнес-процессе необходимо проверять, что дата начала больничного не позже даты его окончания.
Требования к содержанию и оформлению отчета
...
Контрольные вопросы
...
Практическое занятие №9. Пример разработки бизнес-процесса для промышленного предприятия
Цель работы
...
Теоретические сведения
...
Порядок выполнения работы
...
№ |
Наименование функции |
Описание функции |
Исполнитель |
Ресурсы (в т.ч. документы, программы) |
Функциональные требования к настройке учетной системы (коннект с ERP-платформой) |
|
Входящие |
Исходящие |
|||||
1. |
Выбор поставщика. Формирование заказа поставщику. Создание заявки на оплату |
На данной функции менеджер по закупкам, основываясь на плане закупа и реальных остатках на складах, формирует и проводит заказ поставщику, а также формирует заявку на оплату |
Менеджер по закупкам |
|
Заказ поставщику
Заявка на оплату |
Доступ к документу «Заказ поставщику» в ERP-системе, куда вносится информация о контрагенте (контрагент, договор, дата, в которую должен быть доставлен товар) и о заказываемой продукции (номенклатура, кол-во, цена продукции, НДС, сумма заказа). Данный документ должен иметь связь с данными об остатках на складах, чтобы сравнивать кол-во заказанной продукции с имеющейся в наличии. Информация, внесённая в заказ поставщику, должна автоматически отображаться и в реквизитах функции. Доступ к документу «Заявка на оплату», куда будет автоматически вноситься следующая информация: контрагент, договор с контрагентом, сумма, желаемая дата оплаты, статья БДДС. Пользователю было бы удобно видеть % поставок, выполненных качественно (успешно прошедших входной контроль) и в срок по каждому поставщику. |
2. |
Согласование заказа поставщику с Руководителем менеджера по закупкам |
На данной функции руководитель менеджера по закупкам изучает заказ поставщику, согласовывает, отклоняет или отправляет на корректировку |
Руководитель менеджера по закупкам |
Заказ поставщику |
|
Переход на функцию осуществляется в случае, если сумма заказа меньше 100 000 руб. Руководитель менеджера по закупкам должен иметь доступ к заказу поставщику (чтение), необходимо иметь возможность согласовать, отклонить или отправить заказ менеджеру по закупкам на корректировку. |
3. |
Согласование заказа поставщику с Начальником отдела закупа |
На данной функции Начальник отдела закупа изучает заказ поставщику, согласовывает, отклоняет или отправляет на корректировку |
Начальник отдела закупа |
Заказ поставщику |
|
Переход на функцию осуществляется в случае, если сумма заказа от 100 000 до 500 000 руб. Начальник отдела закупа должен иметь доступ к заказу поставщику (чтение), необходимо иметь возможность согласовать, отклонить или отправить заказ менеджеру по закупкам на корректировку. |
4. |
Согласование заказа поставщику с Генеральным директором |
На данной функции Генеральный директор изучает заказ поставщику, согласовывает, отклоняет или отправляет на корректировку |
Генеральный директор |
Заказ поставщику |
|
Переход на функцию осуществляется в случае, если сумма заказа более 500 000 руб. Генеральный директор должен иметь доступ к заказу поставщику (чтение), необходимо иметь возможность согласовать, отклонить или отправить заказ менеджеру по закупкам на корректировку. |
5. |
Корректировка заказа поставщику |
На данной функции менеджер по закупкам, основываясь на замечаниях согласующих лиц, производит корректировка заказа поставщику |
Менеджер по закупкам |
Заказ поставщику |
Заказ поставщику (скорректированный) |
Переход на функцию осуществляется в случае, если итогом согласования является необходимость корректировки заказа поставщику. Менеджер по закупкам должен иметь возможность редактирования заказа поставщику. |
6. |
Подпроцесс «Заключение рамочного договора с поставщиком» |
На данной функции менеджер по закупкам готовит рамочный договор с поставщиком, отправляет его на согласование, контролирует процесс его подписания |
Менеджер по закупкам |
|
Рамочный договор |
Данная функция должна запускать подпроцесс заключения рамочного договора с поставщиком. В подпроцессе должны указываться информация по контрагенту, исполнителю по договору и сумме договора, а также должна быть возможность прикрепить скан договора. Прикреплённый в подпроцессе договор и заполненная информация автоматически попадают в реквизиты функции. |
7. |
Подписание спецификации к существующему договору |
На данной функции менеджер по закупкам формирует спецификацию к рамочному договору |
Менеджер по закупкам |
|
Спецификация к рамочному договору |
У менеджера по закупкам должна быть возможность прикрепить скан спецификации. |
8. |
Оплата поставщику |
На данной функции сотрудник финансового отдела, основываясь полученной заявке на оплату, осуществляет оплату поставщику |
Сотрудник финансового отдела |
Заявка на оплату |
Платёжное поручение |
Сотрудник финансового отдела должен иметь доступ к документу «Платёжное поручение исходящее» в ERP-системе (формируется бухгалтером при оплате). Должна быть возможность прикрепить этот документ в соответствующий реквизит функции. |
9. |
Контроль прихода товаров от поставщика |
Менеджер по закупкам контролирует приход товаров от поставщика, проверяет наличие товара и необходимых документов, проставляет фактическую дату поставки |
Менеджер по закупкам |
|
|
Менеджер по закупкам должен иметь возможность проставить фактическую дату поставки товара |
10. |
Входной контроль качества |
На данной функции специалист ОТК производит входной контроль качества товара |
Специалист ОТК |
|
Отчёт о проверке качества |
Специалист ОТК должен иметь возможность внести информацию о результатах входного контроля качества: качественно, некачественно, отклонения |
11. |
Подпроцесс «Работа с отклонениями» |
Данная функция запускает подпроцесс «Работа с отклонениями» |
Менеджер по закупкам |
|
|
Переход на функцию осуществляется в случае, если при контроле качества выявлены отклонения |
12. |
Подпроцесс «Претензия к поставщику» |
Данная функция запускает подпроцесс «Претензия к поставщику» |
Менеджер по закупкам |
|
|
Переход на функцию осуществляется в случае, если при контроле качества продукция признана некачественной |
13. |
Передача оригиналов документов в бухгалтерию. Загрузка сканированных копий в электронный архив |
Менеджер по закупкам доставляет оригиналы документов в бухгалтерию и осуществляет загрузку документов в электронный архив |
Менеджер по закупкам |
|
Товарная накладная (бумажная и скан в электронном архиве) Счёт-фактура (бумажная и скан в электронном архиве) |
Менеджер по закупкам должен иметь возможность прикрепить сканированные копии товарной накладной и счёт-фактуры в электронный архив. |
Требования к содержанию и оформлению отчета
...
Контрольные вопросы
...
Приложение1.
Словарь терминов, использующихся в определении бизнес-процесса.
Перспектива управления потоком
Перспектива управления потоком соответствует схеме бизнес-процесса. Изначально схема определялась как математическое понятие — направленный граф: множество узлов, соединенных между собой дугами (возможными переходами). Узлы бизнес-процесса могли быть двух типов — узлы, соответствующие шагам процесса, и маршрутные узлы. По переходам перемещается точка управления (указатель на активный узел процесса), руководствуясь правилами в маршрутных узлах.
В узле, соответствующем шагу процесса, находится узел-действие (Activity). Если точка управления пришла в узел-действие, то СУБПиАР дает задание исполнителю (сотруднику или информационной системе) и ждет ответа (сообщения, что работа выполнена). После ответа исполнителя точка управления движется по переходу к следующему узлу процесса. К узлу, соответствующему узлу-действию, может примыкать только один входящий и один исходящий переход.
Маршрутный узел соответствует появлению, удалению, разветвлению-слиянию точек управления или выбору перехода, по которому точка управления будет перемещена дальше. В таких узлах СУБПиАР выбирает на основании содержащихся в маршрутных узлах правил следующий узел (узлы), в который будет передано управление. Часто с этими узлами связано более одного входящего или исходящего перехода.
В выполняющемся бизнес-процессе одновременно может быть несколько точек управления. В соответствии с бизнес-логикой процесса точка управления в маршрутном узле может разделиться на несколько точек управления, также точки управления могут ждать друг друга в определенном маршрутном узле и далее слиться в одну точку управления.
Позже в различных спецификация данное определение было расширено:
1. Были добавлены комбинированные узлы, представляющие собой слияние шага процесса с одним или несколькими маршрутными узлами. Например, при слиянии узла-действия с находящимся за ним маршрутным узлом, осуществляющим выбор одного из нескольких возможных направлений, в схему помещается только узел-действие и прямо к нему присоединяются переходы, которые должны выходить из маршрутного узла.
2. Были добавлены дополнительные конструкции, элементы которых не являются элементами графа (далее – дополнительные конструкции), однако к этим элементам могут быть присоединены переходы и маршрутные узлы или же переходы могут пересекать эти элементы. Например, были введены события и области с прерыванием, объемлющие шаги бизнес-процесса. При нахождении точки управления внутри области с прерыванием может произойти событие (клиент может передумать делать заказ, в процессе выполнения договора могут возникнуть форс-мажорные обстоятельства и т.п.). В этом случае точка управления может из любого находящегося внутри области узла сразу переместиться в присоединенный к области маршрутный узел и уже из него продолжить движение по присоединенному к нему переходу.
3. Были добавлены узлы, соответствующие шагу процесса, но не являющиеся узлами-действиями. Например, узлы-ожидания, в которых не дается заданий исполнителям процесса, СУБПиАР просто ожидает в этих узлах наступления определенного события, после которого точка управления идет дальше. Или узлы-подпроцессы. Для этих узлов не определен конкретный исполнитель, в этих узлах СУБПиАР запускает другой бизнес-процесс в качестве подпроцесса текущего процесса и передает ему соответствующие данные.
После расширения понятия шага процесса не совсем понятно, в чем состоит принципиальное отличие шага процесса от маршрутного узла. В маршрутном узел надо только принять решение о дальнейшем пути (путях) движения точки управления на основании уже существующих данных, поэтому точка управления не должна находиться в маршрутном узле долго. На шаге процесса точка управления может находиться длительное время.
С учетом дополнений перспектива управления потоком можно определить следующим образом:
Перспектива управления потоком представляет собой схему бизнес-процесса. Схема бизнес-процесса состоит из направленного графа и, возможно, дополнительных конструкций. Узлы бизнес-процесса могут быть трех типов — узлы, соответствующие шагам процесса, маршрутные узлы и комбинированные узлы, представляющие собой слияние шага процесса с одним или несколькими маршрутными узлами.
Шаги процессов являются узлами-действиями или дополнительными узлами. По переходам перемещаются точки управления. В момент прихода точки управления в узел-действие СУБПиАР дает задание исполнителю. После выполнения задания исполнителем точка управления движется по переходу к следующему узлу процесса. К узлу, соответствующему узлу-действию, может примыкать только один входящий и один исходящий переход.
Маршрутный узел (вентиль) соответствует появлению, удалению, разделению, слиянию точек управления или выбору перехода. В этих узлах СУБПиАР выбирает на основании содержащихся в маршрутных узлах правил следующий узел (узлы), в который будет передано управление.