Размещено на http://www.allbest.ru/

Пермский филиал федерального государственного автономного

образовательного учреждения высшего образования «Национальный исследовательский университет «Высшая школа экономики»

Факультет экономики, менеджмента и бизнес-информатики

РАЗРАБОТКА СИСТЕМЫ УПРАВЛЕНИЯ БИЗНЕС-ПРОЦЕССОМ ПРЕДОСТАВЛЕНИЯ СТИПЕНДИАЛЬНОГО ОБЕСПЕЧЕНИЯ И ДРУГИХ ФОРМ МАТЕРИАЛЬНОЙ ПОДДЕРЖКИ СТУДЕНТАМ

Выпускная квалификационная работа

по направлению подготовки 38.03.05 Бизнес-информатика

образовательная программа «Бизнес-информатика»

бизнес процесс обеспечение стипендиальный

Парыгин Матвей Романович

Пермь, 2020 год

Аннотация

Автором выпускной квалификационной работы «Разработка системы управления бизнес-процессом предоставления стипендиального обеспечения и других форм материальной поддержки студентам» является студент четвертого курса кафедры информационных технологий в бизнесе направления «Бизнес-информатика» Парыгин Матвей Романович. Данная работа описывает процесс разработки системы управления бизнес-процесса предоставления стипендиального обеспечения. В ней будут рассмотрены и проанализированы существующие методики моделирования бизнес-процессов и архитектуры предприятия, описана предметная область и проведен анализ бизнес-процесса, поэтапно описан процесс проектирования модели, предложены методы по оптимизации бизнес-процесса, на основании которых будет разработана система управления на выбранной в процессе анализа платформе.



Введение

Глава 1. Анализ предметной области

1.1 Описание основных понятий

1.2 Методики описание архитектуры предприятия и моделирования бизнес-процессов

1.2.1 Методики описания архитектуры предприятия

1.2.2 Нотации моделирования бизнес-процессов

1.3 Среды описания архитектуры предприятия и моделирования бизнес-процессов

1.3.1 ArchiMate 3.0

1.3.2 Анализ средств моделирования BPMN

1.4 Анализ систем моделирования BPMS

Глава 2. Построение архитектуры и разработка имитационной модели бизнес-процесса

2.1 Анализ бизнес-процесса предоставления стипендиального обеспечения и других форм материальной поддержки

2.2 Модель архитектуры предприятия в Archi

2.2.1 Организационная точка зрения

2.2.2 Точка зрения мотивации

2.2.3 Точка зрения информационной структуры

2.2.4 Точка зрения взаимодействия бизнес-процессов

2.3 Моделирование в Bizagi Modeler

2.3.1 Построение модели бизнес-процесса

2.3.2 Проведение имитационных экспериментов с моделью

2.3.3 Создание усовершенствованной модели

2.3.4 Проведение экспериментов с усовершенствованной моделью

Глава 3. Разработка системы управления бизнес-процессом

3.1 Анализ возможностей системы «Runa WFE»

3.2 Разработка модели бизнес-процесса в среде «RunaWFE Free Developer Studio»

3.2.1 Разработка подпроцесса «Рассмотрение заявки в кампусе»

3.2.2 Разработка подпроцесса «Рассмотрение заявок»

3.3 Настройка локального сервера в среде «RunaWFE Free Simulation Web Interface»

3.4 Проведение экспериментов с системой

Заключение

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

Приложение А. Архитектурные точки зрения

Приложение Б. Модели бизнес-процесса в Bizagi Modeler

Приложение В. Дополнительные материалы

Приложение Г. Модели бизнес-процесса в «Runa WFE»

Приложение Д. Сформированные документы

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

Приложение Ж. Техническое задание



Введение

В настоящее время большинство студентов России получают определенные виды материальной поддержки. Для получения полной информации о возможностях и требованиях стипендиальной поддержки им приходится изучать огромное количество, не всегда корректно составленных, документов от различных официальных инстанций. Сотрудники вузов, отвечающие за предоставления поддержки, сталкиваются со схожей проблемой в работе, выраженной в огромном количестве поступающих к ним от студентов документов, требующих немедленной обработки. В связи с вышеперечисленными проблемами необходима оптимизация и автоматизация бизнес-процесса предоставления стипендиального обеспечения и других форм материальной поддержки студентам. В данной работе описывается процесс разработки системы управления бизнес-процессом.

Объект исследования: бизнес-процессы НИУ ВШЭ - Пермь.

Предмет исследования: система управления бизнес-процессом предоставления стипендиального обеспечения и других форм материальной поддержки.

Цель работы: разработка системы управления бизнес-процессом предоставления стипендиального обеспечения и других форм материальной поддержки студентов. В связи с этим перед нами стоят следующие задачи:

1. Провести анализ предметной области бизнес-процесса.

2. Провести анализ существующих методик описания архитектуры предприятия.

3. Провести анализ существующих методов и нотаций моделирования бизнес-процессов.

4. Проанализировать существующие программные решения, реализующие выбранную методику описания архитектуры предприятия.

5. Проанализировать существующие программные решения, реализующие выбранную методику моделирования бизнес-процессов.

6. Проанализировать существующие программные решения, предлагающие средства для разработки системы управления бизнес-процессом.

7. Провести анализ бизнес-процесса стипендиального обеспечения и прочих форм материальной поддержки студентов НИУ ВШЭ, выделить ресурсы, исполнителей, входные и выходные потоки.

8. Спроектировать архитектуру предприятия в разрезе конкретного бизнес-процесса.

9. Спроектировать модель бизнес-процесса стипендиального обеспечения и прочих форм материальной поддержки студентов НИУ ВШЭ.

10. Провести анализ полученных результатов имитационной модели.

11. Реализовать улучшенную модель бизнес-процесса в среде разработки.

12. Разработать интерфейс и операции по управлению бизнес-процессом.

13. Интегрировать модель бизнес-процесса в систему.

14. Провести тестирование разработанной системы управления.

В данной работе используются такие методы исследования, как сбор, анализ, моделирование и обработка данных. Метод сбора данных необходим для получения информации о предметной области. Метод анализа понадобится при анализе существующих аналогов и определении преимуществ и недостатков в них. Метод обработки данных будет использован при проектировании бизнес-процесса.

В первой главе будут рассмотрены различные методики описания архитектуры предприятия, моделирования бизнес-процесса и разработки систем управления бизнес-процессами. На основе выбранных методик будет предложен список программных решений, реализующие данные методики. Путем анализа программных продуктов будут выбраны наиболее подходящие среды как для описания архитектуры предприятия, так и для моделирования и разработки системы управления бизнес-процесса стипендиального обеспечения и прочих форм материальной поддержки студентов НИУ ВШЭ. Также в данной главе будут составлены необходимые требования к системе управления бизнес-процесса.

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

В третье главе проводится анализ системы для разработки системы управления бизнес-процесса. На основе результатов, полученных во второй главе, строится модель бизнес-процесса и проводятся эксперименты.



Глава 1. Анализ предметной области

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

1.1 Описание основных понятий

Для успешного продолжения работы по построению разработке системы управления бизнес-процессом необходимо развернуто раскрыть основные термины, которые будут использоваться в данной работе. Помимо прочего терминология необходима для более четко понимания предметной области, целей и задач исследования, а также для определения границ предстоящей работы.

Существует множество определений бизнес-процесса, выделенных в разные периоды развития технологий его описания и конкретизирующие различные свойства процессов. В общем виде под бизнес-процессом определенную последовательности операций на предприятии, которые направлены на преобразование входящего информационно-материального потока входных данных в продукт, услугу или их составляющие, представляющие ценность для компании в контексте получения выгоды или преимущества. Бизнес-процесс состоит из таких элементов, как владелец, вход, выход, операции, потребитель и прочие.

Термин «Архитектура предприятия» все еще остается довольно сложным как для определения, так и для понимания. В общем виде под архитектурой предприятия понимается всеобъемлющая модель компании, в которой отражены ее элементы и взаимосвязи между элементами. Более точное определение дает Гриценко Ю.Б: «Архитектура предприятия -- это наиболее общее и всестороннее представление предприятия как хозяйствующего субъекта, имеющего краткосрочные и долгосрочные цели ведения своей основной деятельности, определенные миссией на региональном и мировом рынке и стратегией развития, внешние и внутренние ресурсы, необходимые для выполнения миссии и достижения поставленных целей, а также сложившиеся правила ведения основной деятельности (бизнеса)» [1]. Архитектура предприятия основывается на системном и инженерном подходах, помимо этого архитектура предприятия соответствует идеи целостности, что выражается в описании организации совокупности множества взаимосвязанных между собой объектов.

Следующим понятиям, которое необходимо рассмотреть, является Business Process Management (BPM), так как на основании данной концепции были сформированы методики построения архитектуры предприятия. Европейская Ассоциация BPM формулирует определение данного термина так: BPM - это в первую очередь системный подход к моделированию, реализации, управлению и мониторингу бизнес-процессов компании направленный на достижение конкретных бизнес-целей и общих стратегических концепций [2]. Основной задачей, стоящей перед создателями данной системы была оптимизация работы организация для максимизации прибыли в результаты работы.

Нотация моделирования бизнес-процессов (BPMN) - это методология моделирования, анализа и реорганизации бизнес-процессов. Фактических BPMN представляет собой набор методологий и правил, то есть языка моделирования, на основании которых формируется конечный продукт - диаграмма, описывающая объекты и связи бизнес-процесса внутри компании. Главным преимуществом BPMN является простота чтения для всех возможных групп пользователей, то есть клиентов, менеджеров, аналитиков и программистов [4].

BPMS (Business Process Management Suite) - это определенное программное обеспечение для поддержания высокого уровня BPM внутри компании. Основной задачей BPMS систем является возможность реализации концепций BPM в программной среде [3]. Отличительным признаком BPMS является взгляд на работу компании со стороны процессов, а не функций. Фактическая цель BPMS - это возможность создавать в организации среду, позволяющую непрерывно создавать, редактировать, контролировать и что самое главное оптимизировать бизнес-процессы компании, что в итоге приводит к повышению производительности сотрудников, минимизации издержек и максимизации прибыли.

1.2 Методики описание архитектуры предприятия и моделирования бизнес-процессов

В данном разделе будут рассмотрены различные методики как описания архитектуры предприятия, так и моделирования бизнес-процессов. На основании проведенного анализа будет выбран метод описания архитектуры бизнес-процесса и нотация для его моделирования.

1.2.1 Методики описания архитектуры предприятия

Для сравнения методик описания архитектуры предприятия были выбраны следующие методики: Модель Захмана, Gartner, Meta Group, TOGAF и методики компании Microsoft. Для выбора наиболее подходящей методики описания рассмотрим каждую из них.

Модель Захмана названа в честь своего создателя Джона Захмана и была впервые представлена общественности в 1987 году и обеспечивала возможность описания различных компонентов системы как единое целое, но с разных точек зрения. Фактическое целью модели было разбиение описания архитектуры предприятия на отдельные компоненты и рассмотрение их с различных точек зрения (см. прил. В., рис. В1), что в итоге позволяет сформировать целостное представление об архитектуре предприятия [5].

На основе модели Захмана позже были предложены такие методики описания архитектуры предприятия, как FEAF, TOGAF, DoDAF. Основным недостатком данной модели является невозможность динамичного представления предприятия, модель описывает исключительно статичное положение компании, что естественно создает определенные трудности для ее применения.

В 2002 году компания Gartner представила достаточно простую для понимания концепцию архитектуры предприятия, основанную на табличном представлении. В основе модели лежит разделения реальных бизнес-операций на 4 уровня (рис 1.2), связанных между собой [6].

1. Среда бизнес-взаимодействия. Описывает среду взаимодействия и кооперации между предприятием и бизнесом.

2. Бизнес-процессы и стили бизнес-процессов. Способы и методы выполнения организацией своих операций.

3. Шаблоны. Описывает модели и алгоритмы, которые организация использует при выполнении своих операций.

4. Технологические строительные блоки. Описывает технологическую составляющую компании и взаимосвязи между материальными объектами.

Рисунок 1.2 - Уровни архитектуры в модели Gartner

Основным преимуществом данной модели является удобное представление сведений о взаимосвязи компании для руководства. Однако, так как модель представляет собой очень общее описание предприятия ее сложно использовать для решения реальных практических задач в подразделениях.

В основе методики Meta Group лежит процесс проектирования бизнес-требований к ИТ-архитектуре, в итоге представляющий собой два документа [1]:

- Видение общих требований

- Принципы концептуальной архитектуры

Процесс проектирования состоит из трех основных и последовательных этапов:

1. Разработка общих требований. Данный этап включает в себя такие стадии как, выбор бизнес-стратегий и основных ресурсов для ее реализации, формирование требований к информационным системам со стороны бизнеса, формирование требований к материальным ресурсам компании.

2. Разработка концептуальной архитектуры. Формирование общей концепции принципов, позволяющей стратегическое развитие технологической и IT структуры компании. Также данный этап включает в себя формирование списка несоответствий между технологической моделью «As is» и «To be».

3. Разработка плана реализации. Формирование конкретного плана решения стратегических проблем организации на основании выводов, полученных на первом и втором этапе.

Главным преимуществом вышеописанной методики является описание архитектуры предприятия в формальных документах, что позволяет получить полную информацию о текущем состоянии организации, а также конкретные стратегические решения для менеджмента [6]. Однако для удачного использования данной методики требуется полное ее исполнение, на что требуется большое количество ресурсов.

Методика TOGAF (The Open Group Architecture Framework) была предложена некоммерческим объединением The Open Group. Данная методика в первую очередь предназначена для описания интеграционных компонентов. В основе модели лежит две основные составляющие: методика ADM (Architecture Development Method), отвечающая за проектирование архитектуры предприятия и базовая архитектура FA (Foundation Architecture) [6]. Разработка архитектуры с использование ADM состоит из следующих этапов:

1. Проектирование общего плана разработки.

2. Разработка бизнес-архитектуры предприятия.

3. Разработка архитектуры данных и архитектуры приложений.

4. Разработка технологической архитектуры.

5. Определение ресурсов предприятия для реализации.

6. Определение плана перевода предприятия на разработанную систему.

7. Формирование системы для перевода предприятия на новую модель работы.

8. Управление изменением архитектуры.

В 2008 году был представлен язык моделирования архитектуры предприятия ArchiMate, который основывается на концепциях и стандартах TOGAF [7].

Компанией Microsoft были разработаны собственные методики построения архитектуры предприятия, которые в первую очередь сосредоточены на разработке информационных продуктов и организации технологической инфраструктуры. Основными являются следующие методики: Microsoft Solutions Framework (MSF), Microsoft Operations Framework (MOF), Microsoft Systems Architecture (MSA) и Microsoft Solutions for Management (MSM) [1]. В систему выделяются четыре основных компонента:

1. Бизнес-архитектура

2. Архитектура информации

3. Прикладные системы

4. Технологическая архитектура

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

На основании анализа методик описания архитектуры предприятия составлена сравнительная таблица (таблица 1.1) по наиболее важным критериям при проектировании моделей.

Таблица 1.1 - Сравнение методик описания архитектуры предприятия

Критерии сравнения	Методики построения архитектуры предприятия
	Модель Захмана	Gartner	Meta Group	TOGAF	Microsoft
Множество уровней абстракции	+	+	+	+	+
Наличие формального языка	-	-	-	+	-
Представление рекомендаций по управлению компанией	-	+	+	+	+
Описание концепции разработки	-	+	+	+	+
Иерархический подход	+	+	+	-	+
GAP-анализ	-	-	+	+	+

На основании сравнительной таблице, а также того факта, что стандарт TOGAF реализован в свободной среде ArchiMate для описания архитектуры предприятия была выбрана методика TOGAF.

1.2.2 Нотации моделирования бизнес-процессов

В качестве методик моделирования бизнес-процессов для сравнения были выбраны такие группы нотаций как BPMN, eEPC, IDEF и UML.

Согласно информации, опубликованной на официальном сайте сообщества: «UML - унифицированный язык моделирования (Unified Modeling Language) - это система обозначений, которую можно применять для объектно-ориентированного анализа и проектирования.» [9] Фактически UML - это совокупность различных нотаций и методов для моделирования в первую очередь информационных систем. Данный вектор развития является одновременно преимуществом и недостатком UML, так его использование для описание неавтоматизированных бизнес-процессов не является рациональным ввиду преимуществ eEPC и BPMN [3].

IDEF - это на самом деле группа нотаций, наиболее распространенными из которых являются IDEF0 и IDEF3. Стандарт IDEF0 представляет предприятие в качестве набора взаимосвязанных функций. Базисно IDEF0 строится на четырех основных понятиях: функциональный блок, принцип декомпозиции, интерфейсная дуга и глоссарий набора определений [8]. Нотация IDEF0 предлагает структурированную и связанную модель, однако она сложна при чтении неподготовленными пользователями. Также недостатками стандарта являются отсутствие возможности добавления атрибутов и невозможность чтения бизнес-процесса в динамике. IDEF3 используется при описании бизнес-процессов нижнего уровня и не предлагает возможность описание информационной структуры системы, что создает невозможность его использования для моей предметной области [3].

eEPC - это нотация описания бизнес-процессов, являющийся расширением языка EPC и базирующийся на стандартах ARIS. В основе методологии лежит моделирование последовательных и параллельных поток событий, представляющихся в виде графа. Основными элементами EPC являются события и функции [3]. В языке присутствует возможность добавление аннотаций к объектам, а также возможность определение документов и информационных объектов, однако отсутствует возможность добавление атрибутов объектов. Основным преимуществом языка является его простота, однако ограниченное число типов элементов делает диаграммы очень большими и однообразными.

Нотация BPMN является одним из наиболее распространённых в мире языков моделирования. Наличие более 100 различных объектов позволяет описывать все тонкости процесса, что создает возможность для создания совершенных имитационных моделей. Основным отличием данной нотации от eEPC является присутствие дорожек, каждая из которых отвечает за определенную группу пользователей, это позволяет продемонстрировать в модели все нюансы взаимодействия между сотрудниками [4]. Несмотря на то, что нотации eEPC и BPMN очень похожи, в BPMN представлено больше функционала, что позволяет ее использовать для моделирования наиболее сложных процессов.

На основании анализа методик моделирования бизнес-процессов составлена сравнительная таблица (таблица 1.2) по наиболее важным критериям при разработке моделей.

Таблица 1.2 - Сравнение методик моделирования бизнес-процессов

Критерий для сравнения	Нотация
	IDEF0	IDEF3	eEPC	UML	BPMN
Простота для читателя	-	-	+	+	+
Добавление атрибутов	-	-	-	+	+
Избыточность	+	+	+	-	+
Последовательность действий	-	+	+	+	+
Условия запуска процесса	-	+	+	+	+
Отображение информационных объектов	+	-	+	-	+

На основании сравнительной таблице, а также того факта, что нотация BPMN представлена во множестве сред моделирования, находящихся в свободном доступе, для работы на курсовой была выбрана нотация BPMN.

1.3 Среды описания архитектуры предприятия и моделирования бизнес-процессов

В данном разделе будут рассмотрены различные среды как описания архитектуры предприятия, так и моделирования бизнес-процессов. На основании проведенного анализа будет выбрана среда для описания архитектуры бизнес-процесса и нотация для его моделирования.

1.3.1 ArchiMate 3.0

В предыдущем разделе в результате анализа методик описания архитектуры предприятия для работы над проектом был выбран фреймворк TOGAF. Основным языком моделирования, основанным на данном фреймворке, является язык ArchiMate, а конкретнее его наиболее изученная версия ArchiMate 3.0. На данные момент такие инструменты, как ARIS, Sparx и MEGA позволяют вести разработку по данной методологии [11], однако рациональней всего использовать для проектирования платформу Archi 4.0 [7], так как она изначально была разработана для языка ArchiMate и предлагает полный спектр возможностей.

При моделировании используются три основных слоя представления архитектуры, каждый из которых описывает отдельные аспекты деятельности предприятия:

1. Бизнес-слой. Позволяет описывать бизнес-услугу и бизнес-операции, которые реализуют участники бизнес-процессов организации.

2. Слой приложений. Служит для описания приложений, ресурсов, сервисов и сред, используемых предприятием при реализации бизнес-процессов.

3. Технологический слой. В первую очередь служит для описания материального оснащения компании, с помощью которого происходит взаимодействие сервисов.

Также в языке присутствует инструментарий для описания различных аспектов деятельности предприятия, которые невозможно включить ни в один из вышеописанных слоев. Помимо этого, необходимо отметить развитую систему взаимосвязей, позволяющую конкретизировать взаимосвязи между объектами. Основной инструментарий языка представлен ниже (см. прил. В., рис. 2)

1.3.2 Анализ средств моделирования BPMN

Наиболее распространенная версия методики BPMN на настоящее время это BPMN 2.0. Таким образом, в данном разделе будут рассмотрены, проанализированы и сравнены среды моделирования в нотации BPMN 2.0 [4]. Для сравнения и выбор наиболее подходящей среды взять следующие приложения: BizAgi Process Modeler, Elma и Bonita BPM.

Российская компания Elma представила продукт Elma BPM, позволяющий моделировать бизнес-процессы в нотации BPMN 2.0 в среде «Дизайнер ELMA». Плюсом данной системы считается возможность работать в браузере, не устанавливая при этом дополнительного софта. Также в случае сложных бизнес-процессов можно программировать определенные аспекты модели на языке программирования C#, что, несомненно, является существенных преимуществом для опытных пользователей. Также присутствует возможность интеграции с 1С.

Важным аспектом среды Bonita является возможность интеграции с другими продуктами компании, такими как Bonita Execution Engine и Bonita User Experience. В целом редактор Bonita является простым и удобным продуктом с хорошо проработанной системой взаимодействия между процессами. Главным недостатком данной среды является отсутствие бесплатной версии.

Для формирования оптимального решения по выбору редактора сформирована сравнительная таблица (таблица 1.3).

Таблица 1.3 - Сравнение средств моделирования в нотации BPMN

Критерий	Среда моделирования
	Bizagi	Bonita	Elma
Наличие бесплатной версии	+	-	+
Интеграция с другими системами	+	+	+
Полное соответствие нотации BPMN 2.0.	+	+	+
Стабильность работы программы	+	+	-

На основании сравнительной таблицы, а также личного опыта, для моделирования бизнес-процесса предоставления стипендиального обеспечения было выбрано приложение Bizagi Modeler.

1.4 Анализ систем моделирования BPMS

Во второй декаде двадцать первого века бизнес-модели компаний сменили концепцию построения моделей архитектуры предприятия и бизнес-процессов на преимущественно автоматизированные системы управления разработанными моделями бизнес-процессов. В связи с этим на рынке программного обеспечения появилось множество решений для создания автоматизированных систем управления бизнес-процессами. Для выбора оптимального продукта для последующей разработки необходимо провести классификацию существующих решений по наиболее релевантным критериям:

- Возможность описание организационной структуры компании и ролевых групп исполнителей;

- Возможность назначения задач от человека к человеку;

- Возможность делегирования задач между исполнителями;

- Возможность оперативного вмешательства в ход процесса, а также отладчик исключительных ситуаций;

- Наличие графического редактора бизнес-процессов, предпочтительно в нотации BPMN;

- Наличие удобного интерфейса пользователя;

- Возможность симуляции процесса;

- Возможность бесплатного использования программного обеспечения;

- Маршрутизация на основе ролей;

- Минимальное участие программиста при управлении бизнес-процессами.

Далее необходимо перечислить наиболее популярные решения по разработке управляемых систем бизнес-процессов, представленные на рынке на данный момент.

В первую очередь хотелось бы обратить внимание на одного из лидеров мирового рынка - компанию Pega и их продукт Pega BPM. Основным преимуществом данной разработки является возможность полной автоматизации работы компании в сочетании с CRM системой и побочными программными решения. Таким образом, на базе единой платформы Pega компания может минимизировать издержки, обеспечить гармоничное развитие проектов и скоординировать взаимодействие сотрудников. Платформа решения базируется на оригинальном фреймворке - Framework PRPC, с помощью которого в свою очередь поддерживается как окно клиента, так и приложения для разработчика [12]. Основным недостатком продукта является его высокая цена.

Приложение, объединяющее CRM - систему, среду моделирования бизнес процессов и автоматизированную систему управления компании было разработано украинской компанией Terrasoft - bpm' online [13]. Основным преимуществом предложенного продукта является наличие готовых решений по управлению предприятиями различным отраслей. Также возможно описание собственных бизнес-процессов и последующее управление ими в единой бизнес среде. Недостатком продукта является его специализация на продажах, маркетинге и консалтинговых услугах.

Простое и бесплатное решения для небольших компаний было предложено компанией Pipefy [14]. Отличительной особенностью данного продукта является его специализация на контактах между различными участниками процесса. Поступающие запросы с электронной почты, мессенджеров и публичных форм эффективно включаются в автоматизированную систему, что, несомненно, является большим преимуществом для всех компаний, обрабатывающих большое количество входящих запросов.

Интересным продуктом на рынке является система RunaWFE, представляющая собой бесплатный продукт с открытым исходным кодом и реализующий систему управления бизнес-процессами и административными регламентами [15]. Преимуществами данной разработки является возможность реализация автоматизированной системы управления бизнес-процессами без углубленных навыков программирования. Также отличительной особенностью системы является наличие бот-станций, с помощью которых происходит решение большинства задач автоматизации. Графическая среда разработки поддерживается нотацию BPMN.

Компанией Bizagi, упомянутой в предыдущем разделе, также разработаны сервисы Bizagi Studio и Bizagi Engine, предназначенные соответственно для пользователя и разработчика системы управления. Платформа Bizagi Studio предполагает создание программного приложения для автоматизации управления процессами [16]. В процессе разработки возможна интеграция с прочими сервисами производителя, а в составе самого приложения содержится дизайнер BPMN-модели, дизайнер логической схемы базы данных, дизайнер веб-форм, редактор бизнес-правил, редактор оргструктуры и средства интеграции со сторонними системами и базами данных. Также необходимо отметить, что в тестовом бесплатном режиме систему могут использовать до 20 пользователей.

На основании данных о программных продуктах была составлена сравнительная таблица (табл 1.4), в которой приведены описанные продукты и критерии для сравнения.

Таблица 1.4 - Сравнение приложений для разработки системы управления бизнес-процессом

Критерий	Среда разработки
	Pega	Bpm'online	Pipefy	RunaWFE	Bizagi
Возможность описание организационной структуры компании и ролевых групп исполнителей	+	+	-	+	+
Возможность назначения задач от человека к человеку	+	+	+	+	+
Возможность делегирования задач между исполнителями	+	+	+	+	+
Возможность оперативного вмешательства в ход процесса, а также отладчик исключительных ситуаций	+	+	-	+	+
Наличие графического редактора бизнес-процессов, предпочтительно в нотации BPMN	+	+	-	+	+
Критерий	Среда разработки
	Pega	Bpm'online	Pipefy	RunaWFE	Bizagi
Наличие удобного интерфейса пользователя	+	+	+	+	+
Возможность симуляции процесса	+	-	-	+	+
Возможность бесплатного использования программного обеспечения	-	-	+-	+	+-
Маршрутизация на основе ролей	+	-	+	+	+
Минимальное участие программиста при управлении бизнес-процессами.	-	+	+	+	+

На основании сравнительной таблицы и личного опыта в качестве средства разработки системы управления бизнес-процессом предоставления стипендиальной поддержки студентам была выбрана система RunaWFE.



Глава 2. Построение архитектуры и разработка имитационной модели бизнес-процесса

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

2.1 Анализ бизнес-процесса предоставления стипендиального обеспечения и других форм материальной поддержки

Бизнес-процесс предоставления стипендиального обеспечения и других форм материальной поддержки осуществляется на базе НИУ ВШЭ-Пермь, определенные части поддерживаются в основном офисе НИУ ВШЭ в Москве. Особенностью данного бизнес-процесса является его фактическое разделение на несколько схожих бизнес-процессов: предоставление Государственной Академической Стипендии (ГАС), предоставление Повышенной Государственной Академической Стипендии (ПГАС), предоставление Государственной Социальной Стипендии (ГСС) и предоставление материальной поддержки студентам. Владельцем бизнес-процесса является Центр Стипендиальных и Благотворительных Программ, так как именно он является инициатором процесса и несет ответственность за его выполнение.

Бизнес-процесс регламентируется следующим перечнем документов:

- Федеральный закон Российской Федерации «Об образовании в Российской Федерации» от 29.12.2012 № 273-ФЗ;

- Утвержденное приказом НИУ ВШЭ от 29.01.2015 № 6.18.1-01/2901-09 Положения о стипендиальном обеспечении и других формах материальной поддержки студентов и аспирантов Национального исследовательского университета «Высшая школа экономики»;

- Постановление Правительства РФ от 27.06.2001 N 487 (ред. от 23.08.2007, с изм. от 29.03.2014) "Об утверждении Типового положения о стипендиальном обеспечении и других формах материальной поддержки учащихся федеральных государственных образовательных учреждений начального профессионального образования, студентов федеральных государственных образовательных учреждений высшего и среднего профессионального образования, аспирантов и докторантов";

- Утверждённые приложения к вышеперечисленным документам;

Бизнес-процесс начинается с подачи заявления студентом для предоставления ПГАС, ГСС и материальной поддержки, и с составления списка студентов менеджером образовательной программы для предоставления ГАС. На вход бизнес-процессов подаются следующие документы и базы данных:

- Рейтинговые списки студентов университета по образовательным программам.

- Заявление студента, в котором описано желание студента на получение ПГАС, ГСС или материальной поддержки, а также описываются основания для получения стипендиальной поддержки.

- Документы, подтверждающие право студента на получение ПГАС, ГСС или материальной поддержки.

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

- Менеджер или отдел сопровождения учебного процесса образовательной программы (ОП).

- Центр стипендиальных и благотворительных программ (ЦСиБП).

- Стипендиальная комиссия структурного подразделения.

- Общеуниверситетская стипендиальная комиссия.

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

- Ректор университета.

- Студент, являющийся кандидатом на получение стипендии.

- Студенческий совет структурного подразделения.

В бизнес-процессе в качестве механизмов принимают участие следующие информационные структуры и базы данных:

- Информационная образовательная среда НИУ ВШЭ LMS.

- Система документационного обеспечения управления (СДОУ).

- Учетно-аналитическая система управления учебным процессом (АСАВ).

- Информационный портал НИУ ВШЭ.

В ходе анализа регламента были определены операции бизнес-процесса. Некоторые операции дублируют друг друга при предоставления различных стипендиальных программ. Операции для предоставление ГАС:

1. Выгрузка списков студентов.

2. Определение студентов для предоставления или прекращение выплаты стипендии.

3. Передача списков в учебный отдел.

4. Отправка списков на доработку.

5. Утверждение приказа о назначении или прекращении выплаты стипендии.

6. Отправка приказа на подпись.

7. Подпись приказа.

8. Опубликование приказа.

Операции бизнес-процесса по предоставлению ПГАС:

1. Размещение документов в LMS.

2. Проверка документов.

3. Консультация студенческого совета о значимости различного рода действий.

4. Формирование списка студентов.

5. Отправка протокола заседания.

6. Формирование общеуниверситетского списка.

7. Рассмотрение списка претендентов.

8. Утверждение списка победителей конкурса.

9. Подпись приказа о назначении стипендии.

10. Опубликование приказа и списка победителей.

Операции бизнес-процесса по предоставлению ГСС:

1. Размещение заявления в LMS.

2. Рассмотрение заявки.

3. Загрузка документов, подтверждающих положения, указанные в заявке.

4. Подготовка приказа о назначении или приостановлении выплаты ГСС.

5. Подписание приказа.

6. Опубликование приказа.

Операции бизнес-процесса по предоставлению материальной поддержки:

1. Предоставление документов на оказание материальной поддержки.

2. Проверка предоставленных студентов документов.

3. Обсуждение размера материальной поддержки.

4. Подготовка приказа о предоставлении материальной поддержки.

5. Подписание приказа.

В ходе набора бизнес-процессов исполнители оперируют следующим набором документов:

- Заявление студента на предоставление ПГАС, ГСС или материальной поддержки.

- Документы, подтверждающие право студента на получение соответствующей поддержки.

- Рейтинговые списки студентов.

- Протоколы заседаний стипендиальной комиссии.

- Консультационные документы студенческого совета.

- Приказы и проекты приказов о назначении или приостановлении выплаты соответствующей поддержки.

- Списки кандидатов на получения стипендии.

Таким образом, были выделены ключевые элементы рассматриваемого бизнес-процесса. Для наглядного представления результатов анализа были созданы матрица связности операций и элементов оргструктуры (табл. 2.1) и матрица связности документов, баз данных с операциями бизнес - процесса (табл. 2.2).

Таблица 2.1 - матрица связности операций бизнес- процесса и элементов оргструктуры

Операции БП	Исполнители
	Менеджер образовательной программы	Отдел сопровождения учебного процесса	ЦСиБП	Студент	Стипендиальная комиссия филиала	Общеуниверситетская стипендиальная комиссия	Ректор университета	Студенческий совет	Руководитель филиала
Выгрузка списков студентов	+	+	+	-	-	-	-	-	-
Создание списков студентов	+	+	+	-	-	-	-	-	-
Передача списков в учебный отдел	+	+	-	-	-	-	-	-	-
Отправка списков на доработку	+	+	+	-	-	-	-	-
Утверждение приказа	-	-	-	-	-	-	+	-	+
Отправка приказа на подпись	+	+	+	-	-	-	-	-	-
Подпись приказа	-	-	-	-	-	-	+	-	+
Опубликование приказа	+	+	+	-	-	-	-	-	-
Размещение документов в LMS	-	-	-	+	-	-	-	-	-
Проверка документов	-	-	-	-	+	+	-	+	-
Консультация студенческого совета	-	-	-	-	-	-	-	+	+
Отправка протокола заседания	-	-	-	-	+	-	-	-	-
Формирование общеуниверситет. списка	-	-	-	-	-	+	-	-	-
Рассмотрение списка претендентов	-	-	-	-	-	+	-	-	-
Утверждение списка победителей	-	-	-	-	-	+	+	-	-
Размещение заявления в LMS	-	-	-	+	-	-	-	-	-
Обсуждение размера материальной поддержки	-	-	-	-	+	+	-	-	-



Таблица 2.2 - матрица связности документов, БД с операциями бизнес - процесса

Операции БП	Документы и базы данных
	Заявление студента	Документы студента	Рейтинговые списки	Протоколы заседаний комиссии	Документы студенческого совета	Приказы и проекты приказов	Списки кандидатов на стипендию
Выгрузка списков студентов	-	-	+	-	-	-	-
Создание списков студентов	-	+	+	-	-	-	-
Передача списков в учебный отдел	-	-	-	-	-	-	+
Отправка списков на доработку	-	-	-	-	-	-	+
Утверждение приказа	-	-	-	-	-	+	+
Отправка приказа на подпись	-	-	-	-	-	+	-
Подпись приказа	-	-	-	-	-	+	-
Опубликование приказа	-	-	-	-	-	+	-
Размещение документов в LMS	+	+	-	-	-	-	-
Проверка документов	+	+	+	+	+	-	-
Консультация студенческого совета	+	+	+	+	+	-	-
Отправка протокола заседания	-	-	-	+	-	-	-
Формирование общеуниверситет. списка	-	+	+	+	-	-	+
Рассмотрение списка претендентов	-	-	-	-	-	-	+
Утверждение списка победителей	-	-	-	-	-	+	+
Размещение заявления в LMS	+	-	-	-	-	-	-
Обсуждение размера материальной поддержки	+	+	-	-	-	-	-

Бизнес-процесс по предоставлению ГАС завершается подписанием приказа о назначении или приостановлении выплаты соответствующей стипендии. Бизнес-процессы по предоставлению ПГАС, ГСС и материальной поддержки завершаются в четырех возможных ситуациях: подписание приказа о назначении или приостановлении выплаты соответствующей стипендии, непрохождении студентом конкурса для назначении стипендии или уведомлением о неподлинных документах, в случае если оригинальность предоставляемых документов не была подтверждена.

2.2 Модель архитектуры предприятия в Archi

Проектирование модели архитектуры бизнес-процесса предоставления стипендиального обеспечения и других форм материальной поддержки производилась в программе Arci на языке моделирования ArchiMate 3.2.2. Для описания архитектуры были выбраны наиболее значимые точки зрения предполагаемой методологии. Созданные точки зрения описывают текущее состояние рассматриваемого бизнес-процесса.

2.2.1 Организационная точка зрения

Для построения архитектуры предприятия в первую очередь необходимо описать организационную структуру предприятия. Так как в исследовании рассматривается не вся Высшая Школа Экономики, а только бизнес-процесс предоставления стипендиального обеспечения и других форм материальной поддержки, то при построения организационной структуры (см. прил. А. рис. А3) использовались только те исполнители, которые принимают непосредственное участие в процессе.

Различные операции процессов выполняются в Пермском и Московском кампусе, соответственно в модели должны быть представлены оба структурных подразделения. Некоторые из сотрудников выполняют определенные бизнес-роли, что также отражается на диаграмме посредством взаимосвязей. Также сотрудники определенны в группу ролей, фактически по отделам, к которым они относятся. Например, менеджер образовательной программы и отдел сопровождения учебного процесса работают в учебном офисе образовательной программы. Помимо этого, в модели отражено взаимодействие между ролями и бизнес-сервисами, используемыми при реализации операций бизнес-процесса.

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

2.2.2 Точка зрения мотивации

Следующей точкой зрения, которую было решено построить, являлась точка зрения мотивации. Точка зрения мотивации показывает цели, которых добивается каждый из исполнителей в ходе бизнес-процесса предоставления стипендиального обеспечения и других форм материальной поддержки. Каждая из целей базируется на принципах ее достижения, в свою очередь принципы основываются на требованиях и условиях их выполнения.

Согласно регламентам, целями менеджера образовательной программы является организация предоставления стипендиального обеспечения студентам, а также контроль над операциями процесса учебного офиса согласно регламентам. Его цели в свою очередь формируются на основе таких базовых принципах, как возможность каждого студента на получения стипендии и непредвзятое отношения в ходе проведения конкурсов. Целью стипендиальной комиссии также является организация предоставления стипендиального обеспечения студентам и, помимо этого, обеспечение честного конкурса на ПГАС и ГСС. Вторую цель также преследует и студенческий совет, основными принципами достижения которой являются честные условия проведения конкурса и предоставление студентами оригинальных документов. Данные отношения были реализованы в модели (рис 2.2)

Рисунок 2.2 - Точка зрения мотивации менеджера ОП, стипендиальной комиссии и студенческого совета

Отдельно была реализована точка зрения для описания мотивации ректора университета (рис 2.3). Основным целями ректора являются реализация нормативно-правовых актов государственных инстанций РФ и оптимизация процессов осуществления стипендиальных программ. Для целей описаны советующие принципы, требования и ограничения.

Точка зрения мотивации, описывающая рассматриваемый бизнес-процесс помогла определить интересы участвующих в бизнес-процессе исполнителей, что в дальнейшем поможет грамотно разработать информационную систему по управлению бизнес-процессом.

Рисунок 2.3 - Точка зрения мотивации ректора НИУ ВШЭ

2.2.3 Точка зрения информационной структуры

Точка зрения информационной структуры позволяет наглядно продемонстрировать взаимодействие между информацией на бизнес-уровне и ее реализацией на уровне приложений в виде используемых там структур данных, и как они отображаются в базовой технологической инфраструктуре. Данная точка зрения важна в такой большой компании НИУ ВШЭ, так как благодаря ей можно в дальнейшем грамотно выстроить взаимодействие между механизмами бизнес-процессов. Точка зрения информационной структуры рассматриваемого процесса представлена в приложении (см. прил. А, рис. А1).

2.2.4 Точка зрения взаимодействия бизнес-процессов

Для бизнес-процесса предоставления стипендиального обеспечения и других форм материальной поддержки точка зрения вз...