Проектирование информационной системы для автоматизации процесса управления выполнением курсовых и выпускных квалификационных работ
Выбор инструментария для моделирования бизнес-процессов. Особенности существующих бизнес-процессов. Анализ бизнес-процесса "Выбор, согласование и закрепление за студентом темы работы". Выбор, согласование и закрепление темы без использования 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 такова, что при выполнении процесса работа ведется с одним экземпляром его сущности. Сущность процесса представляет из себя, по сути, таблицу в базе данных. Сущностью бизнес-процесса «предложение тем» является за...
Подобные документы
Архитектура интегрированных информационных систем ARIS как методология моделирования бизнес-процессов, преимущества и недостатки использования. Выбор бизнес-процесса для моделирования и его содержательное описание, табличный формат его описания.
курсовая работа [2,2 M], добавлен 19.06.2015Изучение существующих методик и инструментальных средств для управления сервисным обслуживанием. Лучшие практики управления IT. Выбор языка моделирования информационной системы. Ролевая модель системы. Модуль управления объектами и настройки системы.
дипломная работа [2,3 M], добавлен 03.07.2017Технико-экономическая характеристика предприятия. Выбор комплекса задач автоматизации, анализ бизнес-процессов. Концептуальный уровень архитектуры базы данных, ее физическая модель. Программная реализация информационной системы для учета ремонтных работ.
дипломная работа [8,8 M], добавлен 27.06.2012Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
дипломная работа [1,4 M], добавлен 20.07.2014Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство стандартов IDEF и алгоритмические языки в основе методологий моделирования бизнес-процессов.
реферат [21,7 K], добавлен 14.12.2011Обзор методов моделирования бизнес-процессов. Оптимизация процессов с помощью методологии Мартина. Анализ проблем и причины недостаточной эффективности в работе "ФМ Ложистик Кастомс". Автоматизация процесса сверки сведений из электронных документов.
дипломная работа [4,5 M], добавлен 11.12.2013Анализ соответствующего уровня автоматизации предприятия. Построение диаграммы действий. Формирование таблиц операций и описания документов, участвующие в бизнес-процессе. Проектирование реализации операций бизнес-процесса в информационной системе.
дипломная работа [2,0 M], добавлен 27.05.2013Сущность, значение и методика проведения моделирования бизнес-процессов. История развития методологий моделирования. Систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме для аналитической обработки полученной информации.
реферат [409,3 K], добавлен 29.04.2009Разработка информационной системы для автоматизации управления товарными запасами на оптово-розничном складе. Использование CASE-средства верхнего уровня All Fusion Process Modeler BPwin для графического представления разрабатываемых бизнес процессов.
курсовая работа [2,4 M], добавлен 28.05.2013Организационная структура туристической компании и функциональные ее обязанности подразделений. Анализ технико-экономических показателей ООО "Югрос Консалтинг". Проектирование автоматизации бизнес-процессов предприятия на платформе 1С: Предприятие 8.2.
курсовая работа [1,5 M], добавлен 04.06.2015Организационно-штатная структура телекоммуникационной компании. Разработка плана автоматизации управления бизнес-процессами (БП), ее основные этапы. Формализация БП с помощью методик моделирования IDEF0, IDEF3 и DFD. Требования к системе автоматизации.
курсовая работа [969,3 K], добавлен 24.01.2014Создание модели бизнес-процессов "Распродажа" в ВPwin. Цели и правила распродажи. Прогнозирование бизнес-процессов ППП "Statistica". Методы анализа, моделирования, прогноза деятельности в предметной области "Распродажа", изучение ППП VIP Enterprise.
курсовая работа [2,4 M], добавлен 18.02.2012Определение комплекса задач для автоматизации бизнес-процессов отдела по работе с клиентами и склада ООО "ЖилРемСтрой". Выбор стратегии автоматизации и формализация программной задачи. Разработка программного модуля в среде 1C, его тестирование, отладка.
дипломная работа [3,2 M], добавлен 28.01.2013Анализ существующих информационных систем для автоматизации деятельности предприятий общественного питания. Моделирование основных бизнес-процессов, выполняемых в автоматизированной информационной системе. Этапы разработки информационной системы.
дипломная работа [1,8 M], добавлен 14.11.2017Общая характеристика МАДОУ детский сад №26. Организационная структура управления детского сада. Состав и функции автоматизированных рабочих мест. Автоматизация процесса приема воспитанников и обработки заявлений. Модель бизнес-процессов в нотации IDEF0.
курсовая работа [1,7 M], добавлен 16.05.2013Разработка проекта автоматизации документооборота при помощи механизма бизнес-процессов и с использованием современных программных наработок в 1С:Предпирятие. Создание информационной базы "Деканат" для обработки данных процесса обучения студентов.
дипломная работа [954,8 K], добавлен 26.07.2013Теоретические аспекты управления бизнес-процессами. Разница функции и бизнес-процесса. История развития процессного управления. Основные и вспомогательные процессы, их автоматизация. Примеры нотации бизнес-процессов 1С и описание технологии Workflow.
презентация [1,6 M], добавлен 13.05.2017Описание бизнес-процессов транспортной компании ООО "Сильные машины". Построение модели "AS-IS" использования действующей информационной системы при работе с заявкой заказчика. Расчет совокупных доходов от владения выбранной информационной системой.
дипломная работа [4,5 M], добавлен 09.06.2017Характеристика способов моделирования и оптимизации бизнес-процессов гостиницы, анализ проблем внедрения информационной системы. Знакомство с особенностями применения современных концепций программирования на основе готовых архитектурных компонентов.
курсовая работа [4,3 M], добавлен 16.04.2019Разработка системы автоматизированного учета АН "Елена". Описание информационного и технического обеспечения предприятия, используемых функциональных возможностей. Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов.
дипломная работа [3,4 M], добавлен 25.01.2010