Член Совета

Бумажкин Петр Федорович

Председатель Совета

Комиссия

-

Баринов Петр Владимирович

Член Комиссии

Пирожков Павел Константинович

Член Комиссии

Плюшкин Федор Максимович

Член Комиссии

Головин Кирилл Павлович

Председатель Совета

Царицын Владимир Владимирович

Координирующий проректор

Указанные выше исполнители были соответственно инициализированы ролями, созданными ранее в дизайнере процессов. Роль «Студент» не была инициализирована, так как она автоматически инициализируется исполнителем, запустившим процесс.

На бизнес-сервере системы были созданы все указанные в таблице выше группы пользователей, в которые были добавлены соответствующие подгруппы, как показано на рисунках 3.17 - 3.19.

Рисунок 3.17. Создание группы «Студенты»

Рисунок 3.18. Создание подгруппы «Студенты бизнес-информатики»



Рисунок 3.19. Добавление соответствующих подгрупп в группу «Студенты»

Кроме того, для упрощения синхронизации ролей на сервере было создано отношение «Менеджер-студент», которое подразумевает определение конкретного сотрудника учебного офиса для каждой образовательной программы студентов. Для этого отношения были созданы соответственно левые и правые части (см. рис. 3.20 - 3.21).

Рисунок 3.20. Создание отношения «Менеджер-студент»

Рисунок 3.21. Создание левых и правых частей отношения

Так, созданная модель процесса была загружена на сервер системы «RunaWFE». Исполнителям были даны права в соответствии с рисунком 3.22.

Рисунок 3.22. Полномочия исполнителей процесса

Право на запуск процесса имеет только студент, так как именно с подачи им заявления начинается выполнение процесса, и у всех исполнителей есть права на чтение и чтение экземпляра процесса. Также для каждого исполнителя был установлен пароль для входа в систему (см. рис. 3.23).

Рисунок 3.23. Установка паролей для исполнителей

3.3 Проведение экспериментов с моделью в системе «RunaWFE»

Для проведения первого эксперимента был выполнен вход в систему под пользователем «Иванов», как показано на рисунке 3.24.

Рисунок 3.24. Интерфейс для входа пользователей

Пользователь Иванов входит в группу «Студенты», а значит, имеет права на запуск экземпляра бизнес-процесса (см. рис. 3.25).

Рисунок 3.25. Иванов запускает экземпляр бизнес-процесса

После запуска экземпляра бизнес-процесса у студента Иванова появилось новое задание о подаче заявления и соответствующих документах, что изображено на рисунке 3.26.

Рисунок 3.26. Появление нового задания у Иванова

После открытия данного задания у исполнителя Иванова появляется форма для заполнения заявления, которая была ранее создана в дизайнере процессов. Здесь студенту необходимо ввести данные для перехода, прикрепить необходимые документы, при их наличии, и подтвердить отправку заявления, как показано на рисунке 3.27.

Рисунок 3.27. Заполнение заявления студентом

После того, как студент направления «Бизнес-информатика» Иванов отправил заявление, у исполнителя Петрова (сотрудника учебного офиса бизнес-информатики) появилось новое задание, так как Иванов входит в группу «Студенты бизнес-информатики», и исполнитель Петров связан с этой группой отношением «Менеджер-студент», значит Петров - менеджер Иванова. Появление задания показано на рисунке 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.34).



Рисунок 3.34. Форма задания «Сформировать окончательное мнение о переходе» для председателя студенческого совета

Здесь председатель видит результаты голосования членов студенческого совета, на основании которых он принимает окончательное решение о переходе студента. Бумажкин принимает решение «Удовлетворить», после чего управление переходит к членам Комиссии, которые должны пройти аналогичное голосование, как показано на рисунке 3.35.

Рисунок 3.35. Форма задания «Сформировать мнение о переходе студента» для членов Комиссии

Здесь также прикреплен автоматически сформированный системой протокол заседания студенческого совета, у членов Комиссии и ее председателя есть возможность его скачивания и ознакомления с ним (см. рис. 3.36-3.37).

Рисунок 3.36. Первая часть протокола заседания студенческого совета



Рисунок 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. Завершение бизнес-процесса в системе RunaWFE

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



Рисунок 3.44. Форма задания «Доработать заявление»

Далее предположим, что студент доработал заявление, сотрудник учебного офиса подготовил информационную справку и отправил все документы сотруднику УОУП, однако предоставленные документы не соответствовали требованиям для перехода. В таком случае в личный кабинет студента приходит уведомление соответствующего содержания, как показано на рисунке 3.45.

Рисунок 3.45. Форма «Ознакомиться с отказом»

Теперь попробуем выполнить вход под студентом другой подгруппы, например, студентом менеджмента, Петрушкиным. У него так же есть права на запуск бизнес-процесса, так как он входит в группу «Студенты» (см. рис. 3.46).



Рисунок 3.46. Запуск процесса студентом менеджмента

После запуска у него появляется задание подачи заявления, как показано на рисунке 3.47.

Рисунок 3.47. Появление начального задания у студента менеджмента

Петрушкин заполняет все поля формы и отправляет заявление, как на рисунке 3.48.

Рисунок 3.48. Заполнение формы заявления студентом менеджмента

Далее выполняем вход под Костылевым, и видим, что так, как он связан отношением со студентами менеджмента, он является менеджером Петрушкина, и у него появляется задание «Визировать заявление», как показано на рисунке 3.49.

Рисунок 3.49. Появление задания у сотрудника учебного офиса менеджмента

Далее процесс проходит точно так же, как со студентом Ивановым. На выходе бизнес-процесса получаем приказ, показанный на рисунке 3.50.

Рисунок 3.50. Согласованный приказ для студента менеджмента

Таким образом, разработанная улучшенная система бизнес-процесса «Переход студента» прошла проверку на корректность выполнения на бизнес-сервера системы «RunaWFE».

Заключение

Результатом работы стала усовершенствованная, частично автоматизированная модель бизнес-процесса «Переход студента», построенная в средстве моделирования бизнес-процессов «Bizagi modeler», которая, по результатам нескольких симуляций, по сравнению с симуляцией исходной модели процесса снизила временные затраты на его выполнение на 15%, а финансовые затраты на 13%.

Впоследствии усовершенствованная модель была построена на бизнес-сервере системы «RunaWFE», было создано множество ролей, их групп и отношений, а также переменные, задействованные в бизнес-процессе. Главным результатом работы на бизнес-сервере стала автоматизация хода выполнения процесса, что включает в себя автоматическую рассылку заданий, документов внутри системы соответствующим пользователям, а также автоматическое генерирование документов процесса. Над имитационной моделью был проведен ряд экспериментов, результатом которых, в случае удовлетворения заявлений, стали согласованные документы приказов о переходе студентов.

Библиографический список

1. Скородумов, П. В. Моделирование бизнес-процессов: подходы, методы и средства / П. В. Скородумов // Вопросы территориального развития. - 2014.

2. Dumas, M., La Rosa, M., Mendling, J., & Reijers, H.A. (2013). Fun- damentals of business process management. Berlin-Heidelberg: Springer.

3. Dijkman R., Lammers S.V., Jong A. (2016). Properties that influence business process management maturity and its effect on organizational performance. Information Systems Frontiers, 18(4), 717-734.

4. Davenport, T. (1993). Process innovation: reengineering work through information technology. Boston: Harvard Business School Press.

5. Фёдоров, И. Г. Моделирование бизнес-процессов в нотации BPMN 2.0: Монография. - 2013.

6. Reiter M., Houy C., Fettke P., Loos P. (2013). Context-Sensitive Collaboration in Service Process through the Integration of Telecommunication Technology and Business Process Management. 46^th Hawaii International Conference on System Sciences, 491-500.

7. Harmon, Paul, and Celia Wolf. 2014. The state of business process management 2014. [Электронный ресурс]. URL: http://www.bptrends.com/bpt/wp-content/uploads/BPTrends-State-of-BPM-Survey-Report.pdf. (дата обращения: 02.02.2019).

8. PцppelbuЯ, Jens, Ralf Plattfaut, and Bjцrn Niehaves. 2015. How do we progress? an exploration of alternate explanations for BPM capability development. Communications of the Association for Information Systems 36(1): 1-22.

9. Љtemberger M.I, Bosilj-Vukљiж V., Jakliж M.I. (2009). Business Process Management Software Selection - Two Case Studies. Economic Research- Ekonomska Istraћivanja, 22(4), 84-99.

10. Hernaus T., Vuksic V.B., Љtemberger M.I. (2015). How to go from strategy to results? Institutionalising BPM governance within organisations. Business Process Management Journal, 22(1), 173-195.

11. Geiger M., Harrer S., Lenhard J., Wirtz G. (2018). BPMN 2.0: The state of support and implementation. Future Generation Computer Systems, 80, 250-262.

12. Braun R., Esswein W. (2014). Classification of Domain-Specific BPMN Extensions. The Practice of Enterprise Modeling, 42-57.

13. Muehlen M., Recker J. (2008). How Much Language Is Enough? Theoretical and Practical Use of the Business Process Modeling Notation. Advanced Information Systems Engineering, 465-479.

14. Medoh C., Telukdarie A. (2017). Business process modelling tool selection: A review. Industrial Engineering and Engineering Management (IEEM), 2017 IEEE International Conference, 524-528.

Размещено на Allbest.ru

...