Разработка моделей бизнес-процессов коммерческого отдела группы предприятий "Цербер" для их дальнейшей оптимизации
Проектирование бизнес-процессов. Выбор BPM-системы для автоматизации бизнес-процессов. Построение прототипа системы, автоматизирующей управление бизнес-процессами. Анализ программных продуктов. Матрица связанности элементов организационной структуры.
| Рубрика | Экономико-математическое моделирование |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 26.08.2017 |
| Размер файла | 3,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
-
+
-
Согласование выпуска новой рекламной продукции
-
+
-
Внесение изменений
-
+
-
Передача готовой рекламной продукции
-
+
-
В результате проведенного анализа была построена модель бизнес-процесса (см. Приложение В). После построения модели была проведена симуляция. Для анализа работы бизнес-процесса было создано три сценария.
Условия для первого сценария:
1. Количество заявок - 7, интервал появления заявок - 60 минут.
2. Время ожидания у всех шагов процесса - 0 минут.
3. Годовой план и готовый рекламный продукт согласуется сразу, замечаний ни у кого из исполнителей нет.
4. Количество людей в совете директоров - 5.
Условия для второго сценария следующие:
1. Количество заявок - 9, интервал появления заявок - 200 минут.
2. Время ожидания для анализа ценностей для потребительских групп - 1 час.
3. Время ожидания для анализа эффективности работы СМИ - 30 минут.
4. Время ожидания для согласования годового плана - 2 часа.
5. Время ожидания для согласования готового рекламного продукта - 2 часа.
6. В 75% случаев замечаний во время согласования как годового плана, так и готового рекламного продукта нет.
Для третьего сценария были выбраны следующие условия:
1. Количество заявок - 10, интервал появления заявок - 100 минут.
2. Время ожидания для анализа ценностей для потребительских групп - 30 минут.
3. Время ожидания для анализа эффективности работы СМИ - 1 час.
4. Время ожидания для согласования годового плана - 1 час.
5. Время ожидания для согласования готового рекламного продукта - 1 час.
6. В 75% случаев замечаний во время согласования у совета директоров как годового плана, так и готового рекламного продукта нет.
7. В 50% случаев замечаний во время согласования у генерального директора как годового плана, так и готового рекламного продукта нет.
В таблице 2.18 представлено сравнение сценариев. В ней указано среднее время выполнения шага, среднее время ожидания и максимальное время ожидания.
Таблица 2.18. Сравнение сценариев
|
Операция/Сценарий |
Сценарий 1 |
Сценарий 2 |
Сценарий 3 |
|
|
Разделение клиентов на потребительские группы |
540 мин 480 мин 1080 мин |
740 мин 1280 мин 1920 мин |
1200 мин 1566 мин 2340 мин |
|
|
Анализ ценностей предоставляемых услуг для каждой группы клиентов |
960 мин 480 мин 2430 мин |
1560 мин 1786,5 мин 2520 мин |
1470 мин 2130 мин 3330 мин |
|
|
Составление плана выхода рекламы в СМИ |
390 мин 270 мин 1080 мин |
960 мин 1288 мин 2040 мин |
1020 мин 1449 мин 3750 мин |
|
|
Расчет затрат на создание рекламы и ее выход в СМИ |
660 мин 540 мин 8400 мин |
1000 мин 1248 мин 2460 мин |
990 мин 1180 мин 1440 мин |
|
|
Составление отчета |
960 мин 720 мин 1220 мин |
1120 мин 1056 мин 1190 мин |
1320 мин 1356 мин 1600 мин |
|
|
Передача на согласование |
210 мин 190 мин 1220 мин |
80 мин 1180 мин 2120 мин |
40 мин 1000 мин 2000 мин |
|
|
Внесение изменений в отчет |
0 мин 0 мин 0 мин |
1205 мин 1140 мин 1180 мин |
1190 мин 1302 мин 1520 мин |
|
|
Согласование с советом директоров |
60 мин 0 мин 120 мин |
180 мин 84 мин 535 мин |
120 мин 150 мин 848,5 мин |
|
|
Согласование с генеральным директором |
60 мин 0 мин 0 мин |
180 мин 0 мин 0 мин |
210 мин 927 мин 1500 мин |
|
|
Внесение изменений в отчет |
0 мин 0 мин 0 мин |
40 мин 120 мин 80 мин |
90 мин 782 мин 1625 мин |
|
|
Анализ ранее созданных рекламных продуктов |
160 мин 70 мин 940 мин |
90 мин 1130 мин 1940 мин |
480 мин 897 мин 1645 мин |
|
|
Создание новой рекламной продукции |
490 мин 130 мин 1480 мин |
600 мин 1175 мин 2050 мин |
20 мин 620 мин 1610 мин |
|
|
Передача готового продукта на согласование |
180 мин 160 мин 1500 мин |
20 мин 862,5 мин 2030 мин |
105 мин 870 мин 3100 мин |
|
|
Внесение изменений |
0 мин 0 мин 0 мин |
75 мин 0 мин 0 мин |
120 мин 83,5 мин 300 мин |
|
|
Согласование с советом директоров |
60 мин 0 мин 120 мин |
180 мин 110 мин 370 мин |
120 мин 0 мин 0 мин |
|
|
Согласование с генеральным директором |
60 мин 0 мин 0 мин |
180 мин 0 мин 0 мин |
115 мин 307 мин 625 мин |
|
|
Внесение изменений |
0 мин 0 мин 0 мин |
75 мин 0 мин 0 мин |
70 мин 948,75 мин 1885 мин |
|
|
Передача рекламной продукции исполнителю |
40 мин 0 мин 1700 мин |
100 мин 712,5 мин 1835 мин |
300 мин 1044 мин 2160 мин |
|
|
Разработать план выпуска рекламных продуктов на год |
300 мин 0 мин 1560 мин |
300мин 740 мин 1940 мин |
720 мин 1458 мин 2100 мин |
|
|
Проанализировать имеющуюся информацию |
780 мин 660 мин 1620 мин |
420 мин 1373 мин 2100 мин |
640 мин 1458 мин 3360 мин |
|
|
Анализ эффективности работы СМИ в разные времена года |
300 мин 270 мин 2430 мин |
900 мин 1693 мин 2520 мин |
990 мин 2196 мин 3360 мин |
В результате симуляции различных сценариев работы можно сделать вывод, что самым эффективным и быстрым сценарием оказался первый, в котором не было времени ожидания на согласования и не было внесений изменений в существующие документы. Во втором и третьем сценариях большое количество времени уходило на внесение изменений в годовой план и готовый рекламный продукт.
В таблице 2.19 указана информация о денежных затратах на выполнение данного бизнес-процесса исполнителями.
Таблица 2.19. Денежные затраты на исполнителей
|
Исполнитель /Сценарий |
Сценарий 1 |
Сценарий 2 |
Сценарий 3 |
|
|
Маркетолог |
81 666 |
126 408 |
138 425 |
|
|
Совет директоров |
35 000 |
172 500 |
170 000 |
|
|
Генеральный директор |
10 500 |
42 750 |
45 000 |
|
|
Общие затраты |
127 166 |
341 658 |
353 425 |
В результате подсчета затрат на выполнение бизнес-процесса можно сделать вывод, что узким местом является совет директоров, который может не утвердить годовой план или готовый рекламный продукт. В таких случаях стоимость бизнес-процесса повышается почти в 3 раза.
В результате моделирования были выявлены узкие места бизнес-процесса. Предлагается заменить процесс последовательного согласования параллельным, что приведет к сокращению затрат на выполнение бизнес-процесса, а также к сокращению временных затрат.
2.3 Анализ бизнес-процесса «Снятие объекта с охраны»
Документ, регулирующий выполнение бизнес-процесса: Положение о расторжении договора с клиентом и снятии объекта с охраны [12].
Владелец бизнес-процесса: активный менеджер.
В данном бизнес-процессе задействованы следующие исполнители:
1. Клиент.
2. Активный менеджер.
3. Начальник коммерческого отдела.
4. Коммерческий директор.
5. Инженер технического отдела.
Входом бизнес-процесса является заявка клиента о снятии объекта с охраны.
В результате выполнения бизнес-процесса на объекте демонтируется все поставленное ранее оборудование и расторгается договор между клиентом и группой предприятий «Цербер»
Пошаговое описание бизнес-процесса:
1. Клиент подает заявку на снятие объекта с охраны.
2. Активный менеджер принимает заявку.
3. После приема заявки активным менеджером составляется акт к договору о снятии объекта с охраны.
4. Активный менеджер передает акт на согласование.
5. Начальник коммерческого отдела согласует документ и подписывает его.
6. Коммерческий директор согласует документ и подписывает его.
7. Активным менеджером составляет заявка на демонтаж оборудования на объекте.
8. Инженер технического отдела принимает заявку.
9. Инженер технического отдела производит демонтаж оборудования на объекте клиента.
10. Инженер составляет отчет о выполненной работе.
11. Клиент подписывает акт о снятии объекта с охраны.
Возможные варианты окончания данного бизнес-процесса:
1. Снятие объекта с охраны.
Документы, участвующие в бизнес-процессе:
1. Акт о снятии объекта с охраны.
2. Заявка на демонтаж оборудования на объекте.
3. Отчет о выполнении работ.
Таблица 2.20. Матрица связанности операций и элементов организационной структуры предприятия
|
Операция / Исполнитель |
Клиент |
Коммерческий отдел |
Сервисный центр |
Коммерческий директор |
|
|
Подать заявку |
+ |
- |
- |
- |
|
|
Принять заявку клиента |
- |
+ |
- |
- |
|
|
Составить акт о снятии объекта с охраны |
- |
+ |
- |
- |
|
|
Передача акта на согласование |
- |
+ |
- |
- |
|
|
Согласовать и подписать акт |
- |
+ |
- |
+ |
|
|
Составить заявку на демонтаж оборудования |
- |
+ |
- |
- |
|
|
Принять заявку |
- |
- |
+ |
- |
|
|
Демонтировать оборудование на объекте |
- |
- |
+ |
- |
|
|
Составить отчет о выполнении работ |
- |
- |
+ |
- |
|
|
Подписать акт о снятии объекта с охраны |
+ |
- |
- |
- |
В таблице 2.21 представлена информация об исполнителях и их заработной плате за месяц, а указана также почасовая оплата.
Таблица 2.21. Таблица зарплат исполнителей
|
Исполнитель |
Заработная плата в месяц |
Почасовая оплата |
|
|
Активный менеджер |
49 000 руб. |
306 руб. |
|
|
Начальник коммерческого отдела |
65 000 руб. |
406 руб. |
|
|
Коммерческий директор |
90 000 руб. |
562 руб. |
|
|
Инженер технического отдела |
30 000 руб. |
188 руб. |
В таблице 2.22 представлена информация о стоимости каждого шага бизнес-процесса. Эта величина включает в себя оплату электроэнергии, отопления, водоснабжения, интернета, и других вещей.
Таблица 2.22. Временные и денежные затраты операций
|
Операция |
Среднее время выполнения |
Стоимость |
|
|
Принять заявку клиента |
5 мин. |
20 руб. |
|
|
Составить акт о снятии объекта с охраны |
15 мин. |
40 руб. |
|
|
Передача акта на согласование |
5 мин. |
20 руб. |
|
|
Согласовать и подписать акт |
10 мин. |
40 руб. |
|
|
Составить заявку на демонтаж оборудования |
20 мин. |
50 руб. |
|
|
Принять заявку |
5 мин. |
20 руб. |
|
|
Демонтировать оборудование на объекте |
1 ч. |
120 руб. |
|
|
Составить отчет о выполнении работ |
30 мин. |
60 руб. |
|
|
Подписать акт о снятии объекта с охраны |
5 мин. |
0 руб. |
В таблице 2.23 представлена матрица связности документов и операций бизнес-процесса.
Таблица 2.23. Матрица связности документов и операций бизнес-процесса
|
Операции БП / Документы |
Акт о снятии объекта с охраны |
Заявка на демонтаж оборудования |
Отчет о выполнении работ |
|
|
Принять заявку клиента |
- |
- |
- |
|
|
Составить акт о снятии объекта с охраны |
+ |
- |
- |
|
|
Передача акта на согласование |
+ |
- |
- |
|
|
Согласовать и подписать акт |
+ |
- |
- |
|
|
Составить заявку на демонтаж оборудования |
- |
+ |
- |
|
|
Принять заявку |
- |
+ |
- |
|
|
Демонтировать оборудование на объекте |
+ |
+ |
- |
|
|
Составить отчет о выполнении работ |
- |
- |
+ |
|
|
Подписать акт о снятии объекта с охраны |
+ |
- |
- |
В результате проведенного анализа была построена модель бизнес-процесса (см. Приложение C). После построения модели необходимо провести симуляцию. Было разработано два разных сценария, которые различаются между собой временем ожидания начала следующего шага бизнес-процесса, количеством экземпляров процесса, условиями выполнения шагов на шлюзах построенной модели. Согласно предоставленной информации, в среднем в месяц хотят расторгнуть договор с группой предприятий «Цербер» от шести до восьми клиентов.
Для симуляции работы модели были разработаны следующие два сценария.
Условия для симуляции первого сценария:
1. Количество подаваемых заявок - 7.
2. Заявки приходят с интервалом в 30 минут.
3. Время ожидания перед каждым шагом - 0 минут.
4. При согласовании замечаний нет.
Условия для симуляции второго сценария:
1. Количество подаваемых заявок - 7.
2. Заявки приходят с интервалом в 120 минут.
3. Время ожидания перед шагами от 1 минуты до 1 часа.
4. При согласовании и подписи акта замечаний для исправления нет.
В таблице 2.24 представлено сравнение сценариев. В ней указано среднее время выполнения шага, среднее время ожидания и максимальное время ожидания.
Таблица 2.24. Сравнение сценариев
|
Операция/Сценарий |
Сценарий 1 |
Сценарий 2 |
|
|
Принять заявку клиента |
5 мин 17 мин 40 мин |
5 мин 8 мин 10 мин |
|
|
Составить акт о снятии объекта с охраны |
15 мин 32 мин 55 мин |
20 мин 30 мин 40 мин |
|
|
Передача акта на согласование |
2 мин 22 мин 40 мин |
7 мин 11 мин 15 мин |
|
|
Согласовать и подписать акт |
10 мин 11 мин 15 мин |
15 мин 17 мин 20 мин |
|
|
Составить заявку на демонтаж оборудования |
20 мин 32 мин 50 мин |
30 мин 30 мин 30 мин |
|
|
Принять заявку |
5 мин 5 мин 5 мин |
10 мин 10 мин 10 мин |
|
|
Демонтировать оборудование на объекте |
60 мин 90 мин 120 мин |
60 мин 135 мин 210 мин |
|
|
Составить отчет о выполнении работ |
30 мин 45 мин 60 мин |
30 мин 60 мин 90 мин |
|
|
Подписать акт о снятии объекта с охраны |
5 мин 18 мин 30 мин |
5 мин 25 мин 45 мин |
В таблице 2.25 указана информация о денежных затратах на выполнение данного бизнес-процесса исполнителями.
Таблица 2.25. Денежные затраты на исполнителей
|
Исполнитель /Сценарий |
Сценарий 1 |
Сценарий 2 |
|
|
Активный менеджер |
1 606 |
2 570 |
|
|
Начальник коммерческого отдела |
473 |
812 |
|
|
Коммерческий директор |
655 |
1 498 |
|
|
Инженер технического отдела |
3 399 |
8 021 |
|
|
Общие затраты |
6 135 |
12 902 |
В результате построения модели и симуляции возможных вариантов работы были получены затраты на выполнение данного бизнес-процесса. Из полученных результатов выполнения симуляции можно сделать вывод, что в бизнес-процессе «Снятие объекта с охраны» основные денежные и временные затраты приходятся на активного менеджера и инженера технического отдела.
Глава 3. Построение системы управления бизнес-процессами
3.1 Выбор BPM-системы для автоматизации бизнес-процессов
После того, как были спроектированы модели двух бизнес-процессов коммерческого отдела группы предприятий «Цербер» в нотации BPMN 2.0 необходимо построить прототип системы управления бизнес-процессами. Благодаря внедрению такой системы на предприятие, можно уменьшить количество человеческих ошибок, автоматизировать некоторые этапы выполнения бизнес-процессов, уменьшить время выполнения всего бизнес-процесса и постоянно наблюдать за выполнением работы сотрудниками.
Основными критериями для выбора системы выделены следующие параметры:
1. Поддержка нотации BPMN. Данный критерий является одним из, так как во второй главе схемы бизнес-процессов были построены именно в данной нотации. Поэтому для более простого переноса моделей бизнес-процессов поддержка данной нотации для системы управления бизнес-процессами является обязательной.
2. Наглядность схем. Созданные в программе схемы должны быть наглядными и понятными для всех пользователей.
3. Наличие русской версии программы и документации на русском языке. Данные критерии являются важными ввиду того, что все модели создаются на русском языке. Русифицированная документация поможет при возникновении каких-либо проблем быстро понять ее суть и в дальнейшем решить появившуюся проблему.
4. Наличие бесплатной версии программы.
В данной работе построение прототипа будет выполнено с целью дополнительного анализа модели бизнес-процессов коммерческого отдела группы предприятий «Цербер» и симуляции хода их выполнения. Во время построения прототипа будет проведено сравнение моделей и будет выявлено, являются ли построенные ранее модели корректными или же они будут иметь недостатки и узкие места. Построение прототипа тесно связано с аспектами автоматизации бизнес-процессов, что является конечной целью изучения и построения моделей любых процессов.
Концепция предполагает внедрение BPM-решения для достижения следующих целей:
· Увеличение скорости работы. Данная цель достигается путем регламентации и автоматизации некоторых шагов процессов, а также с помощью введения временных ограничений на выполнение отдельных этапов бизнес-процесса.
· Улучшение качества конечного продукта или услуги в результате выполнения бизнес-процесса. Поставленная цель достигается благодаря прозрачности и доступности бизнес-процессов для всех участников, а также благодаря регламентации и контролю с помощью средств мониторинга.
· Управление на основе показателей. Используя различные средства мониторинга, отслеживаются временные, денежные затраты, загрузка ресурсов и участников бизнес-процесса. На основании полученных данных происходит анализ и дальнейшая оптимизация бизнес-процесса.
· Гибкость. Участники бизнес-процесса имеют возможность принять участие в моделировании бизнес-процесса и внесении в него каких-либо изменений [10].
В настоящее время большое количество компаний внедряют различные BPM-cсистемы для оптимизации своих бизнес-процессов. Ввиду большого спроса на BPM-системы, на рынке появилось множество различных программных продуктов, с помощью которых можно решить поставленные задачи, а при необходимости даже изменить стандартную систему специально для своей компании. Сравнительный анализ был осуществлен по четырем различным системам, имеющим наибольшую известность и распространенность на российском рынке. Это системы «RunaWFE», «ELMA BPM», «Bonita BPM», «Bizagi BPM Suite».
Первой системой, которая будет рассмотрена в данном сравнении - это российская программа «RunaWFE». В данную разработку включены следующие компоненты:
· RunaWFE- сервер.
· Web-интерфейс.
· Клиент-оповещатель о поступивших заданиях.
· Внутренний графический дизайнер бизнес-процессов.
· Симулятор бизнес-процессов.
На рисунке 3.1 представлена подробная модель компонентов RunaWFE.
Рисунок 3.1. Модель компонентов RunaWFE
Основной отличительной чертой данного программного продукта является наличие бот-станций. С их помощью программа автоматически может генерировать отчеты, создавать файлы, а также осуществлять рассылку.
Графический редактор RunaWFE поддерживает нотацию BPMN, имеет симуляцию бизнес-процессов и встроенную проверку моделей на корректность и соответствие правилам создания моделей в данной нотации.
RunaWFE является открытой программой, которую каждая компания может настроить специально под свои нужды. Для построения системы требуются знания BPMN нотации, а при создании больших и сложных моделей также могут потребоваться знания языка JAVA для написания скриптов и языка HTML для настройки форм.
Также к достоинствам программы можно отнести наличие подробной русскоязычной документации, которая находится в свободном доступе. В данной документации описываются различные примеры, помимо них присутствуют различные уроки, благодаря которым пользователи получают необходимый для них опыт.
Основным недостатком данного продукта является его графический редактор. Данный редактор является достаточно сложным для начинающих разработчиков ввиду того, что иногда данный редактор может выдавать различные сообщения об ошибках, при этом не указывая на то место, где разработчик ее допустил.
Следующей рассматриваемой системой стала также российское решение «ELMA BPM». На рисунке 3.2 представлена архитектура системы ELMA [7].
Рисунок 3.2. Архитектура системы ELMA
Создание системы в данном программном продукте начинается с построение модели в специальном графическом редакторе «Дизайнер ELMA» в нотации BPMN 2.0. Затем разработчик выбирает различные параметры выполнения процесса и определяет данные, с которыми будет работать бизнес-процесс. После этого готовая схема публикуется на сервер системы и дальнейшее создание системы происходит в веб-интерфейсе.
Основным достоинством данного программного решения является достаточно простая настройка системы бизнес-процессов, не требующая знаний каких-либо языков программирования. Если же встроенных возможностей программы не хватает, то можно создать свой скрипт на одном из самых популярных языков программирования - C#.
Так же к достоинствам ELMA можно отнести поддержку универсального формата импорта и экспорта схем бизнес-процессов - XPDL. Помимо этого, в ELMA существует возможность изменения схемы бизнес-процесса прямо во время его работы. Это позволяет экономить большое количество времени, т.к. во многих других решениях приходится заново настраивать всю систему.
К недостаткам ELMA BPM можно отнести ее стоимость - 10 тысяч рублей за 1 рабочее место, а бесплатная версия рассчитана только на 5 рабочих мест. Также основным минусом данного программного решения является поддержка упрощенной версии BPMN, что может помешать разработке системы, в которой будут использоваться редкие элементы.
Следующей системой для сравнения стала Bonita Open Solution. Ее архитектура представлена на рисунке 3.3.
Рисунок 3.3. Архитектура Bonita Open Solution
Решение французских разработчиков состоит из трех основных компонентов:
· Studio. В данном компоненте происходит моделирование и дальнейшая автоматизация бизнес-процессов.
· Execution Engine. Компонент предназначен для исполнения бизнес-процессов.
· User Experience. Web- интерфейс, в котором настраивается вся последующая работа системы.
Моделирование бизнес-процессов, как и в описанных выше программных решениях, происходит в BPMN нотации. Особенностью Bonita является то, что моделирование и последующая автоматизация бизнес-процесса происходят в одном окне, что достаточно сильно упрощает процесс разработки процессов.
Еще одним достоинством Bonita является возможность взаимодействовать с довольно большим количеством посторонних программ, например, почта, внешние базы данных, веб-сервисы. Это позволяет быстрее обновлять информацию в происходящем процессе и, как следствие, уменьшает временные затраты разработчиков и пользователей на заполнение данной информации вручную.
К недостаткам системы можно отнести плохое взаимодействие с русским языком. Многие элементы процесса, написанные на русском языке, в дальнейшем могут не отображаться, а также могут появляться различные ошибки. Помимо этого, к недостаткам можно отнести и интерфейс продукта. Многие пользователи жалуются на цветовую гамму программы, которая достаточно быстро утомляет пользователей и из-за этого их эффективность падает.
Последняя рассматриваемая система - Bizagi BPM Suite. На рисунке 3.4 представлена архитектура данной системы.
Рисунок 3.4. Архитектура Bizagi BPM Suite
Bizagi BPM Suite состоит из трех компонентов, каждый из которых выполняет отдельные функции:
· Bizagi Process Modeler - дизайнер процессов. В данном компоненте создаются модели в нотации BPMN 2.0. Поддерживается полный уровень соответствия правилам создания моделей в данной нотации. Дизайнер процессов является наиболее сильной стороной от компании Bizagi, благодаря которому компания и стала знаменита, а ее продукты популярны.
· Bizagi Studio - автоматизация процессов. Данный модуль используется на предприятиях для определения всей необходимой информации для автоматизации процессов.
· Bizagi BPM Server - исполнение процесса. Модуль, используемый для работы процесса.
К достоинствам системы можно отнести графический дизайнер с возможностью коллективного проектирования бизнес-процессов, что позволяет вносить различные изменения и правки в бизнес-процессы намного быстрее. Также достаточно сильно развита интеграция со сторонними приложениями и программами, в которых хранится информация необходимая для выполнения бизнес-процессов.
К недостаткам системы можно отнести отсутствие документации на русском языке, что осложняет работу с некоторыми компонентами. Более сложная процедура запуска процессов по сравнению с предыдущими системами также является большим недостатком.
На таблице 3.1 представлена итоговая таблица сравнения BPM-систем.
Таблица 3.1. Сравнительная таблица BPM-систем
|
Критерий/Система |
ELMA BPM |
RunaWFE |
Bizagi BPM Suite |
Bonita |
|
|
Поддержка нотации BPMN |
Упрощенная |
Упрощенная |
Полная |
Полная |
|
|
Удобство работы в редакторе |
Высокое |
Среднее |
Высокое |
Высокое |
|
|
Поддержка программных языков |
C# |
Java, HTML |
C#, Java |
Java, JavaScript, Groovy |
|
|
Импорт и экспорт в XPDL |
Реализован |
Реализован |
Реализован |
Только импорт |
|
|
Наглядность диаграмм |
Низкая |
Средняя |
Высокая |
Средняя |
|
|
Наличие русской версии |
+ |
+ |
- |
Имеется, но работа в ней проблематична |
|
|
Наличие русифицированной документации в открытом доступе |
- |
+ |
- |
- |
|
|
Минимальная стоимость |
67 000 рублей на 10 мест |
Полностью бесплатная |
6 000 руб. за место |
Не представлена в открытом доступе |
В результате изучения существующих BPM-систем было принято решение использовать программный продукт RunaWFE. Главными факторами, которые повлияли на выбор данной системы стали ее бесплатность и наличие русифицированной документации, находящейся в свободном доступе. Поддержка только упрощенной версии нотации BPMN не будет являться проблемой, так как в моделях не присутствуют элементы, которые не поддерживает графический редактор RunaWFE.
3.2 Построение прототипа автоматизированного процесса «Прием объекта на охрану»
Построение прототипа автоматизированного процесса начинается с построения модели процесса в редакторе Runa WFE. Построенная в Runa WFE модель немного была упрощена в сравнении с моделью, построенной в Bizagi Process Modeler, в связи с особенностями используемой программы, при этом понимание модели осталось на прежнем уровне. Так, например, часть процесса, описывающая процесс согласования документа с начальником коммерческого отдела и коммерческим директором, которая выглядит в Bizagi Process Modeler так, как изображено на рисунке 3.5, в RunaWFE Process Designer выглядит так, как на рисунке 3.6. Благодаря тому, что в RunaWFE Process Designer есть возможность не разделять элементы бизнес-процесса отдельно для каждой роли, как это осуществляется в Bizagi Process Modeler, модель выглядит меньше по своему размеру и остается легкой для понимания любыми пользователями.
Рисунок 3.5. Согласование документов в Bizagi Modeler
Рисунок 3.6. Согласование документов в RunaWFE
После создания модели в графическом редакторе необходимо создать роли, которые будут выполнять отдельные этапы бизнес-процесса. Роли в RunaWFE создаются в двух компонентах - Process Designer и Simulation web interface. На рисунке 3.7 представлена вкладка создания ролей.
Рисунок 3.7. Вкладка «Роли»
Для процесса «Постановка объекта на охрану» были выявлены следующие роли:
· Клиент.
· Активный менеджер.
· Инженер технического отдела.
· Начальник коммерческого отдела.
· Коммерческий директор.
Далее в веб-интерфейсе программы создаются пользователи системы, заполняется информация он них (электронная почта, телефон и т.д.). После этого в веб-интерфейсе создаются группы с точно такими же названиями, которые были записаны в графическом редакторе RunaWFE. Для этого необходимо во вкладке «Исполнители» создать группы, в которые потом будут включаться созданные ранее пользователи. На рисунке 3.8 представлена информация о пользователях и группах, имеющих отношения к данному бизнес-процессу.
Рисунок 3.8. Вкладка «Пользователи»
Для связи групп между собой необходимо создать отношения. Для этого во вкладке «Отношения» можно создать связь между двумя различными группами таким образом, что одна из групп отвечает за другую. Отношения можно создавать только между двумя группами.
После определения отношений между группами необходимо проинициализировать роли в графическом редакторе. Это необходимо для того, чтобы программа во время работы могла правильно определить роль исполнителя элемента бизнес-процесса и назначить пользователя на выполнение данного элемента.
На следующем этапе работы необходимо определить все переменные, которые необходимы для выполнения процесса. К переменным относятся строки для ручного заполнения, файлы, которые необходимы для работы данного процесса, переменные типа «Дата» и «Флаг (логическое выражение)».
Следующим этапом разработки будет создание веб-форм для работы пользователей на каждом шаге выполнения бизнес-процесса. В графическом редакторе RunaWFE имеется специальный конструктор для создания форм. В нем можно создавать как свои произвольные формы, так и шаблонные формы. При необходимости разработчик может внести изменения в HTML-код, который генерируется автоматически.
После выполнения всех необходимых работ и настройки системы для ее корректной работы необходимо проверить ее на наличие ошибок. Для этого зайдем в систему под пользователем Баранов, запустим процесс «Постановка объекта на охрану» и заполним форму.
Затем после приема заявки активный менеджер Пименова загружает в систему копию паспорта клиента и необходимый пакет документов на объект.
После этого менеджером составляется заявка на осмотр объекта, заполняются данные об инженере, который будет в дальнейшем выполнять осмотр объекта и загружается в систему сама заявка.
После подачи заявки менеджером, инженер технического отдела должен осмотреть объект и составить его схему.
После этого инженером составляется отчет об объекте, в котором указывается вся необходимая информация об объекте.
Если клиента не устраивает стоимость предоставляемых услуг, то он может либо отказаться от услуг, либо попросить о предоставлении ему скидки. В случае, если стоимость удовлетворяет клиента, то менеджером составляется договор на оказание услуг.
Далее идёт согласование документов со следующими лицами:
1. Начальник коммерческого отдела.
2. Коммерческий директор.
Формы для согласования абсолютно идентичны, они представлены на рисунке 3.21. Если согласующее лицо не имеет замечаний, оно нажимает кнопку «Согласовать». Если имеются замечания, то работа переходит обратно к специалистам учебного офиса для их устранения.
После согласования договора начальником коммерческого отдела и коммерческим директором активным менеджером подается заявка на установку оборудования.
После этого инженером технического отдела устанавливается оборудование на объекте и отчитывается об этом в системе.
3.3 Построение автоматизированного процесса «Создание рекламы»
В результате анализа во второй главе, в данном процессе были выделены следующие роли:
1. Маркетолог.
2. Совет директоров.
3. Генеральный директор.
Процесс создания и настройки системы идентичен процессу, описанному выше в п. 3.1, поэтому подробное описание здесь будет опущено.
Затем маркетологом составляется годовой план выхода рекламы в СМИ. В данном плане указываются какие именно виды рекламы будут выходить в СМИ в зависимости от времени года. Форма выполнения данного задания представлена на рисунке 3.28.
Рисунок 3.28. Форма «Составление плана выхода рекламы в СМИ»
После того, как составлен план, маркетолог приступает к расчету затрат на создание рекламы. Форма выполнения задания представлена на рисунке 3.29.
Рисунок 3.29. Форма «Составление отчета о затратах на рекламу»
На основании созданных ранее отчетов создается годовой план расходов в который входят представленные выше отчеты. Форма выполнения данного этапа бизнес-процесса представлена на рисунке 3.30.
Рисунок 3.30. Форма «Составление годового плана расходов на рекламу»
После создания годового плана он передается на согласование. Форма для передачи документа на согласование показана на рисунке 3.31.
Рисунок 3.31. Форма «Передача на согласование»
После того как документ передан на согласование, то его рассматривают сначала совет директоров, а в дальнейшем документ представляется для согласования генеральному директору. Форма согласования для совета директоров и генерального директора абсолютно идентична и представлена на рисунке 3.32. Если документ не согласован, то он передается маркетологу для внесения в него изменений.
Рисунок 3.32. Форма «Согласование документа»
После того, как годовой план согласован маркетолог приступает к выполнению данного плана и созданию рекламной продукции. После того, как рекламный продукт создан, он загружается в систему (см. рисунок 3.33) и передается на согласование совету директоров и генеральному директору. Согласование готового рекламного продукта проходит идентично согласованию годового плана. В случае, если рекламный продукт согласован с советом директоров и генеральным директором, то затем его передают в СМИ.
Рисунок 3.33. Форма «Создание рекламного продукта»
3.4 Построение автоматизированного процесса «Снятие объекта с охраны»
В результате анализа во второй главе, в данном процессе были выделены следующие роли:
1. Клиент.
2. Активный менеджер.
3. Начальник коммерческого отдела.
4. Коммерческий директор.
5. Инженер технического отдела.
Связи ролей и отношений показаны на рисунке 3.34.
Рисунок 3.34. Роли и отношения
Все необходимые для работы переменные указаны на рисунке 3.35.
Рисунок 3.35. Переменные в бизнес-процессе «Снятие объекта с охраны»
Процесс создания и настройки системы идентичен процессу, описанному выше в п. 3.1, поэтому подробное описание здесь будет опущено.
Процесс снятия объекта с охраны начинается с заявки клиента. Форма приема заявки представлена на рисунке 3.36.
Рисунок 3.36. Форма «Прием заявки»
После подачи заявки клиентом, ее принимает активный менеджер и составляет акт о снятии объекта с охраны. Форма для выполнения данного задания представлена на рисунке 3.37.
Рисунок 3.37. Форма «Прием заявки и составление акта о снятии объекта с охраны»
Затем активным менеджером передается акт на согласование и подпись начальнику коммерческого отдела и коммерческому директору. Форма выполнения данного задания представлена на рисунке 3.38.
Рисунок 3.38. Форма «Передача документа на согласование и подпись»
Форма выполнения согласования и подписи акта начальником коммерческого отдела и коммерческим директором аналогична и представлена на рисунке 3.39.
Рисунок 3.39. Форма «Согласование и подпись документа»
После согласования и подписи акта активным менеджером составляется заявка на демонтаж оборудования и затем передается инженеру технического отдела. Форма выполнения данной задачи показана на рисунке 3.40.
Рисунок 3.40. Форма «Составление заявки на демонтаж оборудования»
На рисунке 3.41 представлена форма приема заявки на демонтаж оборудования.
Рисунок 3.41. Форма «Прием заявки»
После приема заявки на демонтаж оборудования, инженерами технического объекта выполняется поставленная перед ними задача. Форма выполнения данной задачи представлена на рисунке 3.42.
Рисунок 3.42. Форма «Демонтаж оборудования на объекте»
После выполнения работ инженером технического отдела составляется отчет о выполненных работах. Форма выполнения задачи показана на рисунке 3.43.
Рисунок 3.43. Форма «Составление отчета о выполненных работах»
После того, как выполнены все работы по демонтажу оборудования клиенту передается акт, который ему необходимо подписать. Форма выполнения задачи представлена на рисунке 3.44.
Рисунок 3.44. Форма «Подписание акта и снятие объекта с охраны»
Заключение
В результате выполнения данной курсовой работы были рассмотрены и проанализированы два бизнес-процесса, происходящие внутри коммерческого отдела группы предприятий «Цербер»: «Постановка объекта на охрану» и «Создание рекламной продукции». Были рассмотрены и изучены необходимые регламенты и положения, необходимые для регулирования работы данных бизнес-процессов.
В результате анализа существующих нотаций были получены новые сведения о данных нотациях. Для данной работы была выбрана нотация BPMN 2.0, т.к. она удовлетворяла критериям, поставленным для решения задачи. В качестве средства моделирования был выбран бесплатно распространяемый программный продукт «Bizagi Modeler». На основе анализа имеющихся данных были построены модели бизнес-процессов. В дальнейшем был выполнен анализ бизнес-процессов с помощью имитационного моделирования. В результате симуляции были выявлены недостатки бизнес-процессов. В дальнейшем планируется изменить модели для уменьшения временных и денежных затрат и построить на их основе автоматизированную систему. На следующем этапе работы были построены прототипы системы управления бизнес-процессами. Выполнение данного этапа работы позволило провести анализ управления бизнес-процессами и оценить качество выполненных моделей на предыдущем этапе работы. В результате сравнительного анализа для создания прототипов была выбрана программа «RunaWFE». Качество построенных моделей оказались на достаточно высоком уровне, так как для создания прототипа потребовались незначительные изменения, которые никак не повлияли на читаемость и понимание модели.
Полученные модели можно использовать для дальнейшей оптимизации бизнес-процессов коммерческого отдела группы предприятий «Цербер».
Библиографический список
1. IDEF0 нотация. [Электронный ресурс] // URL https://ru.wikipedia.org/wiki/IDEF0 (дата обращения: 25.03.2017)
2. Методология IDEF3. [Электронный ресурс] // URL http://itteach.ru/bpwin/metodologiya-idef3 (дата обращения: 25.03.2017).
3. IDEF3 нотация. [Электронный ресурс] // URL https://ru.wikipedia.org/wiki/UML (дата обращения: 25.03.2017).
4. Событийная цепочка процессов [Электронный ресурс] // URL https://ru.wikipedia.org/wiki/Событийная_цепочка_процессов (дата обращения: 25.03.2017).
5. BPMN нотация [Электронный ресурс] // URL https://ru.wikipedia.org/wiki/BPMN (дата обращения: 25.03.2017).
6. Инструкция по организации охраны предприятия (объединения)// М: ГП «Цербер», 2015 г. - 32 с.
7. Документация ELMA BPM [Электронный ресурс] // URL: https://www.elma-bpm.ru/help/Platform/content/Designer_Architecture_ELMA_index.html (дата обращения: 25.03.2017).
8. Сравнительный обзор BPM-систем [Электронный ресурс] // URL https://habrahabr.ru/post/221495/ (дата обращения: 25.03.2017).
9. Документация по RunaWFE [Электронный ресурс] // URL http://www.runawfe.org/rus/doc/Документация (дата обращения: 25.03.2017).
10. BPM, управленческая концепция [Электронный ресурс] // URL https://ru.wikipedia.org/wiki/BPM_(управленческая_концепция) (дата обращения: 25.03.2017).
11. Положение о финансировании рекламной деятельности на предприятии// М: ГП «Цербер», 2016 г. - 43 с.
12. Положение о расторжении договора с клиентом и снятии объекта с охраны// М: ГП «Цербер», 2015 г. - 24 с.
Приложение А. Модель процесса «Прием объекта на охрану»
Рисунок А.1. Модель бизнес-процесса «Прием объекта на охрану»
Приложение В. Модель процесса «Создание рекламной продукции»
Рисунок В.1. Модель бизнес-процесса «Создание рекламной продукции»
Приложение C. Модель процесса «Снятие объекта с охраны»
Рисунок С.1. Модель бизнес-процесса «Снятие объекта с охраны»
Размещено на Allbest.ru
Подобные документы
Применение метода равномерного расположения для оптимизации бизнес-процессов. Программное обеспечение Staffware Process Suit, суть его работы и преимущества. Разработка приложения-прототипа для автоматизации применения метода равномерного расположения.
дипломная работа [214,9 K], добавлен 21.08.2016Анализ внешней и внутренней среды, экономических показателей, предприятия. Оценка его конкурентоустойчивости. Составление матрицы привлекательности рынка. Прогнозный план доходов и расходов. Моделирование бизнес-процессов функционирования дома отдыха.
курсовая работа [1,4 M], добавлен 18.03.2015Классификация бизнес-процессов, различные подходы к их моделированию и параметры качества. Методология и функциональные возможности систем моделирования бизнес-процессов. Сравнительная оценка систем ARIS и AllFusion Process Modeler 7, их преимущества.
дипломная работа [1,6 M], добавлен 11.02.2011Архитектура интегрированных информационных систем ARIS как методология моделирования бизнес-процессов. Преимущества и недостатки существующих аналогов. Выбор и обоснование типов диаграмм, используемых для описания бизнес-процесса средствами ARIS.
дипломная работа [1,8 M], добавлен 03.12.2014Создание бизнес-модели процесса выдачи потребительских кредитов. Организационное обеспечение кредитного процесса. Моделирование и документирование бизнес-процессов в программе BPwin. Построение модели AS IS. Предложение по автоматизации бизнес-процесса.
курсовая работа [401,5 K], добавлен 07.01.2012Построение имитационной модели бизнес-процесса "Управление инцидентами" компании "МегаФон" с целью прогнозирования совокупной стоимость ИТ-сервиса по обслуживанию инцидентов. Разработка моделирующих алгоритмов для реализации компьютерных программ модели.
курсовая работа [2,6 M], добавлен 09.04.2012Значение факторов внешней среды при организации бизнеса. Анализ внутренней структуры "Школа танцев". Разработка прототипа информационной системы для автоматизации деятельности предприятия. Моделирование бизнес-процесса и построение контекстной диаграммы.
контрольная работа [902,2 K], добавлен 10.02.2013Моделирование информационной системы (ИС) бизнес-процессов продуктового супермаркета "Большая Ложка" на ранней стадии (фазе формирования концепции предприятия) стандартами UML. Сценарий для моделирования ИС, начальные данные и структура управления.
курсовая работа [335,5 K], добавлен 16.09.2011История бизнес-моделирования с середины ХХ века до настоящего времени. Определение понятий "бизнес-модель" и "бизнес-моделирование". Характеристика динамики основных положений различных бизнес-моделей по мере изменения состояния конкуренции предприятия.
курсовая работа [2,2 M], добавлен 14.05.2019Общая характеристика бизнес-процесса и построение его внешней, функциональной и объектной моделей. Описание ресурсов и исполнителей процесса. Оценка по метрикам, которые характеризуют степень удовлетворенности клиента. Определение целей оптимизации.
курсовая работа [333,6 K], добавлен 27.10.2013
