Проектирование информационной системы для автоматизации процесса управления выполнением курсовых и выпускных квалификационных работ

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 05.08.2018
Размер файла 3,9 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

Оглавление

  • Введение
  • Глава 1. Анализ объекта автоматизации
    • 1.1 Выбор инструментария для моделирования бизнес-процессов
    • 1.2 Анализ существующих бизнес-процессов
  • Глава 2. Проектирование информационной системы
    • 2.1 Проектирование структуры данных
    • 2.2 Автоматизация бизнес-процесса «Предложение тем работ»
    • 2.3 Автоматизация бизнес-процесса «Выбор темы работы»
    • 2.4 Автоматизация бизнес-процесса «согласование темы работы»
    • 2.5 Автоматизация бизнес-процесса «изменение темы работы»
    • 2.6 Автоматизация бизнес-процесса «загрузка студентом готовой работы»
    • 2.7 Результаты автоматизации бизнес-процессов
  • Заключение
  • Библиографический список
  • Приложение А. Техническое задание

Введение

Написание курсовых и выпускных квалификационных работ является важной частью учебного процесса во всех высших учебных заведениях России. Согласно документам НИУ ВШЭ, «Выполнение курсовой работы студентом способствует углублению знаний и умений, полученных им в ходе теоретических и практических занятий, прививает навыки самостоятельного изучения материала по теме курсовой работы, а также развивает компетенции аналитической, исследовательской и проектной деятельности, работы с информацией» [1, с.4]. То же самое в полной мере применимо и для выпускных квалификационных работ. Подготовка работ регламентируется различными документами, для НИУ ВШЭ - это прежде всего «Положение о курсовой и выпускной квалификационной работе студентов, обучающихся по программам бакалавриата, специалитета и магистратуры в Национальном исследовательском университете «Высшая школа экономики»», а также документами, принимаемыми учебными офисами направлений подготовки, например, «Правила написания и оформления выпускных квалификационных работ студентов образовательной программы бакалавриата «Бизнес-информатика» по направлению подготовки 38.03.05 Бизнес-информатика» [2].

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

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

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

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

1. Анализ объекта автоматизации:

1.1. Анализ существующих бизнес-процессов, связанных с управлением выполнением курсовых и выпускных квалификационных работ.

1.2. Анализ систем, с помощью которых автоматизируется процесс управления выполнением курсовых и выпускных квалификационных работ.

1.3. Разработка технического задания для информационной системы.

2. Проектирование информационной системы:

2.1. Проектирование модели бизнес-процесса «to be».

2.2. Построение физической модели данных

2.3. Проектирование функциональной и логической структуры ИС.

2.4. Проектирование пользовательского интерфейса.

3. Реализация информационной системы.

Структура работы соответствует поставленным задачам.

При анализе бизнес-процессов в данной работе строятся модели в нотации BPMN 2.0 с помощью среды моделирования Bizagi Process Modeler. Автоматизированная система проектируется с помощью системы управления бизнес-процессами Bizagi Studio.

Глава 1. Анализ объекта автоматизации

В рамках анализа объекта автоматизации необходимо выбрать среду моделирования бизнес-процессов, а затем построить модели бизнес-процессов «as is» и выделить проблемы, существующие при текущем варианте проведения бизнес-процессов.

1.1 Выбор инструментария для моделирования бизнес-процессов

Выбор нотации моделирования

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

1) наглядность представления алгоритма бизнес-процесса на «нижних» уровнях;

2) отображение распределения ролей между участниками бизнес-процесса и их взаимодействия;

3) наглядное отображение параллельного выполнения операций - логический оператор «И»;

4) наглядное отображение различных вариантов выполнения бизнес-процесса - логический оператор «ИСКЛЮЧАЮЩЕЕ ИЛИ».

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

Нотации семейства IDEF (IDEF0, IDEF3) являются самыми старыми из рассматриваемых нотаций. Так как долгое время они не развивались, пока появлялись и развивались другие нотации, в настоящий момент можно считать нотации IDEF устаревшими. Диаграммы IDEF0, IDEF3 не наглядны и сложны для восприятия по сравнению с более современными аналогами [3].

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

Нотация BPMN 2.0 позволяет распределить все действия, проходящие в рамках бизнес-процесса, по ролям с помощью дорожек и пулов. В рамках этой работы данная особенность является важным преимуществом, так как количество участников бизнес-процессов небольшое, а их роли строго регулируются регламентами. Также это делает нотацию наиболее наглядной среди аналогов [5]. Так же, как и eEPC, нотация BPMN 2.0 поддерживает логические элементы. Кроме того, она считается довольно гибкой, это позволяет использовать ее для описания любого бизнес-процесса. В настоящий момент большое количество профессионалов отдают предпочтение BPMN 2.0.

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

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

Критерий

IDEF0

IDEF3

eEPC

BPMN 2.0

Наглядность

Низкая

Средняя

Высокая

Высокая

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

Нет

Нет

Нет

Да

Логический оператор «И»

Нет

Да

Да

Да

Логический оператор «ИСКЛЮЧАЮШЕЕ ИЛИ»

Нет

Да

Да

Да

Исходя из результатов сравнения нотаций, можно заключить, что нотация BPMN 2.0 наиболее полно удовлетворяет сформулированным требованиям. Именно эта нотация будет использоваться в рамках данной работы для моделирования бизнес-процессов.

Выбор среды моделирования

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

1) бесплатное использование;

2) соответствие требованиям нотации BMPN 2.0;

3) высокое удобство использования;

4) возможность имитации проведения бизнес-процесса для оценки продолжительности процессов и наглядного сравнения моделей «as is» и «to be»;

5) поддержка русского языка.

Модели в нотации BPMN 2.0 можно строить с помощью разных программных продуктов, таких как Microsoft Visio с расширением BPMN 2.0 modeler for Visio, ARIS Express, Bizagi BPM Suite, Bonita. Их сравнение представлено в таблице 1.2.

Таблица 1.2. Сравнение программных продуктов

Критерий

BPM 2.0 Modeler for Visio

ARIS Express

Bizagi BPM Suite

Bonita

Соответствие BPMN 2.0

Да

Да

Да

Да

Удобство в использовании

Высокое

Среднее

Высокое

Высокое

Бесплатное использование

Нет

Да

Bizagi Modeler и Bizagi Studio бесплатны, Bizagi Engine - платно.

Да

Симуляция выполнения процесса

Нет

Нет

Да

Да

Поддержка русского языка

Да

Да

Да

Нет

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

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

1. Bizagi Process Modeler. Это приложение позволяет строить диаграммы бизнес-процессов в нотации BPMN 2.0 и выполнять симуляцию бизнес-процессов.

2. Bizagi Studio. Это второй компонент системы Bizagi BPM Suite. С помощью него можно создать информационную систему, автоматизирующую описанные бизнес-процессы, определив бизнес-правила, пользовательский интерфейс, необходимые формы и структуру данных.

3. Bizagi Engine. Последний компонент позволяет внедрить разработанное с помощью Bizagi Studio решение в деятельность организации. Этот компонент является платным, поэтому не будет использован в данной работе.

1.2 Анализ существующих бизнес-процессов

В НИУ ВШЭ рассматриваемый в данной работе бизнес-процесс управления выполнением курсовых и выпускных квалификационных регламентируется «Положением о курсовой и выпускной квалификационной работе студентов, обучающихся по программам бакалавриата, специалитета и магистратуры в Национальном исследовательском университете «Высшая школа экономики»» [1]. Документ описывает возможные сценарии проведения процесса. Согласно данному документу, сейчас возможно проведение процесса управления выполнением курсовых и выпускных квалификационных работ двумя способами: первый способ подразумевает неавтоматизированное проведение процесса, а второй - с использованием системы LMS. Стоит отметить, что процесс идентичен для курсовых и выпускных квалификационных работ.

Процесс частично автоматизирован с помощью модулей «Заявки на ВКР/КР» и «Темы КР/ ВКР» системы LMS, которые могут выполнять следующие функции:

· формирование приложения к приказу;

· выгрузка заявок студентов в Excel-файл;

· внесение академическим руководителем незначительных изменений в названия тем работ;

· отображение существующих заявок и подробной информации о каждой заявке;

· выбор темы работы студентом;

· поиск заявок по фамилии руководителя;

· получение итогового варианта работы и его проверка на плагиат.

В системе хранится следующая информация о каждой заявке:

· тема работы на русском и английском языке;

· язык работы;

· тип работы;

· ФИО студента;

· образовательная программа;

· филиал и факультет;

· уровень образования - бакалавриат или магистратура;

· курс;

· статус заявки;

· преподаватель.

Также для организации консультаций используется инструмент LMS «Сообщения».

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

1) предложение тем работ;

2) выбор, согласование руководителем и закрепление темы;

3) изменение темы работы при необходимости;

4) написание студентом работы;

5) загрузка студентом готовой работы;

6) публичная защита работы.

Этапы «написание студентом работы» и «публичная защита работы» не являются автоматизируемыми, поэтому они не будут проанализированы. Остальные этапы необходимо описать в виде бизнес-процесса и провести анализ, выделив существующие проблемы. Модели будут построены с помощью приложения Bizagi Process Modeler.

Анализ бизнес-процесса «предложение тем работ»

Департамент, научное подразделение, работодатель, отдельный преподаватель или научный работник НИУ ВШЭ отправляют заявку со следующей информацией:

· тема работы на русском и английском языках;

· ФИО, должность, научная степень и место работы руководителя;

· формат работы;

· форма работы - групповая или индивидуальная;

· образовательные программы, студентам которых рекомендуется тема;

· для курсовой работы - студентам какого курса рекомендуется работа.

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

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

· предлагающий тему работы;

· учебный офис образовательной программы;

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

Представление бизнес-процесса «Предложение тем курсовых и ВКР» в нотации BPMN 2.0 отображено на рисунке 1.1.

Рисунок 1.1. Предложение тем курсовых и ВКР

После построения модели необходимо выполнить симуляцию процесса (см. табл. 1.3). Симуляция выполняется с помощью соответствующего инструмента приложения Bizagi Modeler. Параметры сценария симуляции:

1. Количество подаваемых заявок - 100, интервал подачи - 5 минут.

2. Шанс на отклонение заявки на обоих развилках - 25 %.

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

Таблица 1.3. Симуляция процесса «Предложение тем»

Имя процесса или операции

Экземпляров выполнено

Минимальное время выполнения (мин)

Среднее время выполнения (мин)

Суммарное время выполнения (мин)

Предложение темы (процесс)

100

37

125.49

13039

Формирование предложения для студентов

100

20

20

2000

Предложенная тема подтверждена

32

Отправка дополнительной информации

68

10

10

680

Проверка темы

100

3

24.56

2456

Отправка списка решений по предложенным темам

100

0

23.05

2305

Пересмотр решения

68

2

22.29

1516

Отправка информации о подтверждении темы

50

3

24.72

1236

Тема отклонена

18

Формирование окончательного списка подтвержденных тем

150

0

3.6

541

Отправка решения о принятии темы предлагающему

100

3

5.83

583

Список тем сформирован и опубликован

150

Публикация списка на сайте

150

0

3.2

481

Формирование списка предложенных тем

100

0

2.94

294

Отправка предложения

100

5

5

500

Получить предложение темы

100

2

4.47

447

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

1. Необходимо знать электронный адрес каждого адресата.

2. Возможность допустить ошибку в электронном адресе.

3. Письмо, отправленное по электронной почте, может затеряться при большом количестве входящих писем либо при ошибочном определении письма как «спама».

4. Скорость, с которой адресат будет осведомлен о получении письма и прочтет его, сильно отличается для разных пользователей.

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

Анализ бизнес-процесса «Выбор, согласование и закрепление за студентом темы работы»

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

Согласно регламенту, студент выбирает тему курсовой или выпускной квалификационной работы в сроки, определяемые правилами образовательной программы. Для выбора темы студент консультируется с потенциальным руководителем. Консультация может быть организована очно, через электронную почту, либо через LMS. Студент может выбрать одну из предложенных тем либо предложить свою тему работы, которая должна быть согласована с академическим руководителем образовательной программы. Для согласования выбранной студентом темы руководитель отправляет студенту подтверждение на руководство в письменной форме либо фиксирует подтверждение в системе LMS. После этого Академический совет в течение 5 рабочих дней принимает решение о закреплении тем курсовых и выпускных квалификационных работ. Затем, не позднее 15 декабря, учебный офис образовательной программы издает приказ об утверждении тем. Также учебный офис передает утвержденные темы руководителям с помощью электронной почты либо системы LMS, и информирует их о графиках выполнения этапов работ и правилах выполнения работ.

Участниками бизнес-процесса «выбор, согласование и закрепление за студентом темы курсовой или выпускной квалификационной работы являются:

· студент;

· руководитель;

· академический совет образовательной программы;

· учебный офис образовательной программы

Вариант проведения бизнес-процесса без использования системы LMS отображен на рисунке 1.2.

Рисунок 1.2. Выбор, согласование и закрепление темы без использования LMS

Также была проведена симуляция процесса. Параметры сценария симуляции:

1. Количество подаваемых заявок - 100, интервал подачи - 5 минут.

2. Шанс на отклонение заявки - 25 %.

Результаты симуляции представлены в таблице 1.4.

Таблица 1.4. Симуляция процесса «Предложение тем»

Имя процесса или операции

Экземпляров выполнено

Минимальное время выполнения (мин)

Среднее время выполнения (мин)

Суммарное время выполнения (мин)

Выбор. согласование и закрепление за студентом темы курсовой или ВКР (процесс)

100

23

35.92

3592

Передача списка студентов и закрепленных за ними тем курсовых работ

76

0

0

0

Выбор темы работы

100

15

15

1500

Подпись подтверждения

76

10

10

760

Оформление письменного подтверждения

76

10

10

760

Принятие решения об утверждении

100

3

3

300

Издание приказа

76

0

0

0

Сбор согласованных тем

76

0

0

0

Принятие решения о закреплении тем работ и руководителей за студентами

76

2

2

152

Уведомление студента

24

5

5

120

Одним из главных недостатков описанного процесса является отсутствие автоматизированных подпроцессов: вся работа выполняется вручную сотрудниками университета. Это увеличивает нагрузку на участников процесса. Результаты симуляции подтверждают, что операции, выполняющиеся вручную, составляют значительную долю продолжительности процесса. Например, при передаче руководителям утвержденных тем работ, сотрудник учебного офиса должен вручную отправлять уведомления каждому руководителю по электронной почте, что является трудоемким процессом, тогда как при варианте с проведением процесса с использованием системы LMS каждый студент и руководитель может видеть актуальный статус заявки без необходимости получать дополнительное уведомление. Кроме того, автоматизация процесса позволила бы повысить стабильность его выполнения за счет снижения человеческого фактора.

Для частичной автоматизации бизнес-процесса в систему LMS были внедрены модули «Заявки на ВКР/КР» и «Темы КР/ ВКР». В рамках этих модулей может выполняться часть бизнес-процесса. Проведение бизнес-процесса с использованием системы LMS описано на рисунке 1.3.

Рисунок 1.3. Выбор, согласование и закрепление темы с помощью LMS

В случае с использованием LMS видно, что количество действий, выполняемых участниками процесса вручную, снижается. Если для процесса, проводимого без LMS, при сценарии с одобрением темы с первого раза можно выделить 9 операций, выполняемых участниками процесса, то для аналогичного сценария при проведении процесса через систему LMS, это число сокращается до 5 операций. Это является преимуществом такого способа проведения бизнес-процесса, снижая нагрузку на участников процесса, и, следовательно, стоимость бизнес-процесса. Кроме того, снижается потребность в прямом взаимодействии между участниками бизнес-процесса за счет внедрения LMS, что также упрощает проведение процесса для участников. Еще одним преимуществом автоматизации процесса с помощью LMS является то, что уменьшается количество бумажных документов, задействованных в процессе, так как большое количество информации проходит через систему LMS.

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

Так как процесс выбора, согласования и закрепления темы за студентом довольно сложен, на изображенной выше модели бизнес-процесса не отображены все тонкости проведения процесса. Рассмотрим декомпозицию подпроцесса «Выбор темы работы и руководителя» (см. рисунок 1.4).

Рисунок 1.4. Выбор темы работы и руководителя

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

1. Количество подаваемых заявок - 100, интервал подачи - 5 минут.

2. Шанс на отклонение заявки руководителем -25 %.

3. Шанс на согласование темы академическим руководителем - 70 %, отправки темы на доработку и отклонение - по 15 %.

Таблица 1.5. Симуляция процесса «Выбор. согласование и закрепление темы с использованием LMS»

Имя процесса или операции

Экземпляров выполнено

Минимальное время выполнения (мин)

Среднее время выполнения (мин)

Суммарное время выполнения (мин)

Выбор. согласование и закрепление темы с использованием LMS (процесс)

100

26

28.76

2876

Выбор темы работы и руководителя

100

20

20

2000

Изменение статуса заявки на "Отклонено"

37

0

0

0

Изменение статуса заявки на "Согласовано с преподавателем"

76

0

0

0

Принятие решения об утверждении темы

100

3

3

300

Руководитель утверждает тему

76

0

0

0

Отклонение темы

24

0

0

0

Указание причины отклонения заявки

24

3

3

72

Консультация со студентом и изменение темы

10

15

15

150

Принятие решения об утверждении темы

76

3

3

228

Отклонение темы

13

0

0

0

Руководитель утверждает тему

63

0

0

0

Включение темы в приложение к приказу

63

1

1

63

Интеграция в АСАВ

63

1

1

63

Выбор пункта "Вернуть на доработку"

10

0

0

0

Результаты симуляции позволяют сделать выводы о том, что длительность процесса ниже при проведении процесса с помощью LMS.

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

Анализ бизнес-процесса «изменение темы работы»

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

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

Участники бизнес-процесса «изменение темы работы»:

· студент;

· декан факультета.

На рисунках 1.5 и 1.6 изображено, как протекают процессы изменения темы и замены руководителя курсовой или выпускной квалификационной работы.

Также была выполнена симуляция процессов. Параметры для сценария выполнения симуляции процессов «Изменение темы работы» и «Замена руководителя работы»:

1. Количество подаваемых заявок - 20, интервал подачи - 30 минут.

2. Шанс на замену руководителя после получения заявления - 80 %.

3.

Рисунок 1.5. Изменение темы работы

Рисунок 1.6. Замена руководителя работы

Результаты симуляции представлены в таблицах 1.6 и 1.7.

Таблица 1.6. Симуляция процесса «Изменение темы работы»

Имя процесса или операции

Экземпляров выполнено

Минимальное время выполнения (мин)

Среднее время выполнения (мин)

Суммарное время выполнения (мин)

Изменение темы работы (процесс)

20

30

30

600

Издание приказа

20

15

15

300

Написание заявления

20

15

15

300

Таблица 1.7. Симуляция процесса «Замена руководителя»

Имя процесса или операции

Экземпляров выполнено

Минимальное время выполнения (мин)

Среднее время выполнения (мин)

Суммарное время выполнения (мин)

Замена руководителя (процесс)

20

18

30.75

615

Написание заявления

20

15

15

300

Издание приказа

17

15

15

255

Принятие решения о замене руководителя

20

3

3

60

Анализ бизнес-процесса «загрузка студентом готовой работы»

После выбора, согласования, и, при необходимости, изменения темы работы студент выполняет курсовую или выпускную квалификационную работу и загружает ее в систему LMS. Модель процесса загрузки готовой работы представлена на рисунке 1.7.

Рисунок 1.7. Загрузка готовой работы в LMS

Так процесс содержит одну основную операцию, выполняемую пользователем, проведение симуляции для оценки продолжительности процесса не требуется.

Результаты анализа бизнес-процессов

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

· система LMS не предусматривает автоматическое отклонение заявки при перегрузке преподавателя;

· не моментальное закрепление темы за студентом после очной консультации с руководителем;

· сложность изменения данных о теме или руководителе работы после ее согласования и утверждения в системе LMS.

На основании построенных моделей были определены требования к проектируемой информационной системе и написано техническое задание в соответствии с ГОСТ 34.602-89 (см. приложение А).

2. Проектирование информационной системы

Процесс проектирования информационной системы выполнен с помощью выбранного на этапе анализа программного средства - Bizagi BPM Suite. Оно позволяет не только описать бизнес-процессы, происходящие в организации, но и полностью автоматизировать их, создав информационную систему. Проектирование информационной системы выполнено с помощью второго компонента Bizagi BPM Suite - Bizagi Studio. Автоматизация каждого бизнес-процесса в Bizagi Studio состоит из следующих этапов:

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

2. Описание структуры данных. На этом этапе описывается, какие данные и в каком формате будут храниться в системе, определяются связи между ними.

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

4. Определение бизнес-правил. Описываются действия, которые система выполняет автоматически в процессе выполнения бизнес-процесса.

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

2.1 Проектирование структуры данных

Необходимо разработать структуру данных, которые должна хранить информационная система. Bizagi Studio позволяет строить реляционные модели данных, которые в дальнейшем используются в системе.

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

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

Таблица 2.1. Данные для хранения

Наименование

Тип данных

Ограничения

Информация о студенте

Фамилия

Текст

Отсутствуют

Имя

Текст

Отсутствуют

Отчество

Текст

Отсутствуют

Контактный телефон

Текст

Не более 15ти символов

Номер студенческого билета

Текст

Не более 25ти символов

Факультет

Текст

Отсутствуют

Группа

Текст

Не более 10ти символов

Информация о заявке

Тема работы на русском языке

Текст

Отсутствуют

Тема работы на английском языке

Текст

Отсутствуют

Язык работы

Текст

Отсутствуют

Тип работы

Текст

Отсутствуют

Образовательная программа

Текст

Отсутствуют

Кампус

Текст

Отсутствуют

Факультет

Текст

Отсутствуют

Уровень образования

Текст

Отсутствуют

Номер курса

число

Не более 4

Статус заявки

Текст

Отсутствуют

Причина отклонения

Текст

Отсутствуют

Информация о руководителе

Фамилия

Текст

Отсутствуют

Имя

Текст

Отсутствуют

Отчество

Текст

Отсутствуют

Электронная почта

Текст

Отсутствуют

Должность

Текст

Отсутствуют

Нагрузка

Число

Отсутствуют

Следующим этапом проектирования базы данных является нормализация. Это необходимо для сокращения избыточности и дублирования данных, а также для обеспечения целостности проектируемой базы данных [6].

На основании выделенных перечисленных данных построено ненормализованное отношение (см. табл. 2.2).

Таблица 2.2. Ненормализованное отношение

Фамилия студента

Имя студента

Отчество студента

Контактный телефон студента

Номер студенческого билета

Факультет

Группа

Преподаватель (руководитель)

Тема работы на русском языке

Тема работы на английском языке

Язык работы

Тип работы

Образовательная программа

Кампус

Уровень образования

Номер курса

Статус заявки

Фамилия руководителя

Имя руководителя

Отчество руководителя

Электронная почта руководителя

Должность руководителя

В построенном отношении соблюдается условие атомарности данных, следовательно, оно находится в первой нормальной форме [6].

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

Таблица 2.3. Информация о студенте

id студента

Номер студенческого билета

Фамилия

Имя

Отчество

Контактный телефон

Факультет

Группа

Таблица 2.4. Информация о заявке

id заявки

id руководителя

Тема работы на русском языке

Тема работы на английском языке

Язык работы

Тип работы

id студента

Образовательная программа

Кампус

Факультет

Уровень образования

Номер курса

Статус заявки

моделирование бизнес студент

Таблица 2.5. Информация о руководителе

id преподавателя

Фамилия

Имя

Отчество

Электронная почта

Должность

Нагрузка

На следующем этапе нормализации базы данных необходимо привести ее к третьей нормальной форме.

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

· уровни образования;

· кампусы;

· факультеты;

· группы;

· образовательные программы;

· языки;

· типы работы;

· статусы работ.

При описании структуры данных в Bizagi Studio необходимо выделить сущности и описать их атрибуты. Каждая сущность будет представлять из себя таблицу базы данных. Ключевой атрибут - идентификатор - Bizagi Studio добавляет к сущности автоматически. В качестве атрибута Bizagi Studio позволяет выбирать другие сущности. В таком случае в базе данных автоматически будут созданы связи между таблицами. Также Bizagi Studio позволяет хранить в качестве данных файлы. Это позволяет добавить к сущности «Заявки» атрибут «файл загруженной работы».

В Bizagi Studio существует системная сущность «WFUser», в которой хранится информация о текущем пользователе системы. Это не было учтено при построении структуры данных. Так как студенты и руководители будут являться пользователями системы, их атрибуты будут перенесены в сущность «WFUser». Сами сущности «Supervisors» и «Students» могут не создаваться. Также необходимо добавить атрибуты в сущность «WFUser» - логические переменные «IsStudent» и «IsSupervisor», которые будут указывать, является ли пользователь студентом или руководителем.

Bizagi Studio позволяет задавать имена сущностей и атрибутов только на английском языке. Все атрибуты были переведены, и построена модель данных (см. рисунок 2.1).

Рисунок 2.1. Структура данных в Bizagi Studio

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

Таблица 2.6. Описание структуры данных

Имя сущности на русском языке

Имя сущности на английском языке

Имя атрибута на русском языке

Имя атрибута на английском языке

Тип данных

Заявки

Applications

Студент

Student

WFUser

Название темы на русском

WorkTopicRU

Текст (до 300 символов)

Название темы на английском

WorkTopicENG

Текст (до 300 символов)

Язык

WorkLanguage

Languages

Тип работы

WorkType

Work Types

Образовательная программа

EducationalProgram

Educational Programs

Руководитель

SupervisorID

WFUser

Статус

WorkStatus

Work Statuses

Курс

YearofStudy

Число

Причина отклонения

RefusalReason

Текст (до 300 символов)

Файл работы

UploadedWork

Файл

Уровни образования

Educational Levels

Уровень образования

EducationalLevel

Текст (до 50 символов)

Кампусы

Campuses

Кампус

Campus

Текст (до 50 символов)

Факультеты

Faculties

Факультет

Faculty

Текст (до 50 символов)

Группы

Groups

Группа

GroupName

Текст (до 50 символов)

Образовательные программы

Educational Programs

Образовательная программа

Educational Program

Текст (до 50 символов)

Языки

Languages

Язык

WorkLanguage

Текст (до 50 символов)

Типы работы

Work Types

Тип работы

WorkType

Текст (до 50 символов)

Статусы работ

Work Statuses

Статус работы

WorkStatus

Текст (до 50 символов)

Пользователь

WFUser

Номер студенческого билета

StudentIDNumber

Текст (до 20 символов)

Фамилия

Surname

Текст (до 50 символов)

Имя

Name

Текст (до 50 символов)

Отчество

Patronymic

Текст (до 50 символов)

Телефон

PhoneNumber

Текст (до 50 символов)

Уровень образования

EducationalLevels

Educational Levels

Кампус

Campuses

Campuses

Факультет

Faculty

Faculties

Группа

GroupName

Groups

Адрес электронной почты

contactEmail

Текст (до 50 символов)

Должность

Post

Текст (до 50 символов)

Нагрузка

MaxLoad

Число

Является руководителем

IsSupervisor

Логическая переменная

Является студентом

IsStudent

Логическая переменная

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

2.2 Автоматизация бизнес-процесса «Предложение тем работ»

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

Для начала необходимо смоделировать бизнес-процесс. Была построена модель-бизнес-процесса (см. рис. 2.2). Количество операций, выполняемых участниками вручную, снизилось с 10 в модели процесса «as is» до 1. Часть операций являются пользовательскими, то есть выполняются при работе с информационной системой, а другие операции выполняются автоматически.

Рисунок 2.2. Предложение темы.

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


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.