Клиент-серверная архитектура состоит из трех слоев:

1. Слой клиента (браузер). Этот слой является самым верхним уровнем приложения с интерфейсом пользователя. Главная функция интерфейса - предоставление задач, инструментов для загрузки документов, заполнения форм и заявок, формирования отчетов и просмотра результатов выполнения задач.

2. Слой логики (web-сервер, сервер приложений, ftp-сервер). Этот слой координирует программу, обрабатывает команды, выполняет логические решения и вычисления, выполняет расчеты. На этом слое происходит обработка запросов в базы данных, с которыми осуществляется интеграция. Слой логики также перемещает и обрабатывает данные между двумя окружающими слоями.

3. Слой данных (базы данных MySQL, каталог файлов). Здесь информация хранится и извлекается из баз данных и файловой системы. Информация отправляется в логический слой для обработки и, в конечном счете, отправляется пользователю.

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

Основной особенностью архитектуры ИСУ МР является взаимосвязь с другими корпоративными системами НИУ ВШЭ. Следовательно, база данных разрабатываемой системы должна иметь возможность интеграции с базами данных других корпоративных систем НИУ ВШЭ.

База данных ИСУ МР должна быть связана со следующими базами данных университета:

1. АСАВ - как источник необходимой информации при формировании отчетов и заполнении шаблона ПУД.

2. Вышка-ВРМ - в качестве службы технической поддержки при некорректной работе Системы.

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

Архитектура ИСУ МР представлена на рисунке 3.7.

Рисунок 3.7. Архитектура ИСУ МР

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

Для начала необходимо определить, в чем различие между понятиями «информационная система» и «база данных».

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

Проектирование базы данных заключается в создании схемы базы данных с учетом ограничений целостности.

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

Нормализация схемы базы данных - это поэтапный процесс избавления данных от зависимостей (функциональных и транзитивных). Иванов К.К., Ефремов А.А., Ващенко И.А., авторы статьи «Проектирование базы данных. Роль процесса в создании информационной системы»» описывают 5 нормальных форм. «Сначала путем удаления повторяющихся элементов добиваются того, чтобы каждый кортеж содержал только одно значение для каждого из атрибутов. Тогда говорят, что переменная отношения находится в первой нормальной форме. После этого необходимо сделать так, чтобы каждый неключевой атрибут переменной отношения неприводимо зависел от ее первичного ключа. Тогда говорят, что переменная отношения находится во второй нормальной форме. Затем достигается, чтобы ни один неключевой атрибут переменной отношения не являлся транзитивно зависимым от ее первичного ключа. Тогда говорят, что переменная отношения находится в третьей нормальной форме. Благодаря удалению из функциональных зависимостей оставшихся аномалий переменная отношения переходит в нормальную форму Бойса-Кодда. На следующем этапе удаляются нетривиальные многозначные зависимости, а переменная отношения переходит в четвертую нормальную форму. В конце из переменной отношения удаляются зависимости соединения. В итоге переменная отношения переходит в конечную пятую нормальную форму и получается даталогическая модель базы данных в заданной нормальной форме» [23].

Для проектирования базы данных ИСУ МР была выбрана реляционная модель данных. База данных ИСУ МР может быть представлена как совокупность взаимосвязанных таблиц. Для обеспечения точности взаимосвязей все переменные имеют идентификаторы (ID).

Для организации обмена данных в Системе необходимо соотнести роли с конкретными сотрудниками. Для этого нужны вспомогательные таблицы и справочники Системы (см. табл. 3.1-3.14).

Таблица 3.1. Кампус

ID кампуса	Кампус
П	НИУ ВШЭ - Пермь
НН	НИУ ВШЭ - Нижний Новгород
М	НИУ ВШЭ
СПБ	НИУ ВШЭ - Санкт-Петербург

Таблица 3.2. Подразделение

ID подразделения	Подразделение	Руководитель	ID кампуса

Таблица 3.3. Сотрудники

ID сотрудника	ФИО	ID ученой степени	ID ученого звания	Корпоративная почта

Таблица 3.4. Степени

ID ученой степени	Ученая степень
0	без степени
1	кандидат наук
2	доктор наук
3	PhD

Таблица 3.5. Звания

ID ученого звания	Ученое звание
0	без звания
1	доцент
2	профессор

Таблица 3.6. Должности

ID должности	Должность

Таблица 3.7. Способы привлечения

ID способа привлечения	Способ привлечения
	штатный
	внутренний совместитель
	внешний совместитель
	по договору

Таблица 3.8. Роли

ID роли	Роль в ИСУ МР
0	администратор
1	УМО
2	ППС
3	академический руководитель
4	менеджер
5	руководитель департамента

Таблица 3.9. Роли сотрудников

ID сотрудника	ID роли

Таблица 3.10. Сотрудники в подразделениях

ID сотрудника	ID подразделения	ID должности	ID способа привлечения

Таблица 3.11. Академические советы (АС)

ID АС	АС	Дата создания	Дата закрытия

Таблица 3.12. Образовательные программы

ID ОП	ОП	ID подразделения	ID уровня образования	ID АС

Таблица 3.13. Руководство ОП

ID ОП	ID АР ОП	ID менеджера

Таблица 3.14. Уровни образования

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

Для создания планов методической работы на учебный год необходима таблица 3.15. План методической работы.

Таблица 3.15. План методической работы

ID плана МР	ID кампуса	Учебный год

Для организации блока «Текущие задачи» необходимы таблицы 3.16 - 3.20.

Таблица 3.16. Разделы плана МР

ID раздела	Раздел плана

Таблица 3.17. Задачи

ID задачи	ID раздела	ID плана МР	Содержание задачи	Дата начала задачи	Дата завершения задачи

Таблица 3.18. Движение задач

ID задачи	ID статуса задачи	ID исполнителя

Таблица 3.19. Статусы задач

ID статуса задачи	Статус задачи

Таблица 3.20. УММ

ID задачи	УММ (файл)

Также необходимы справочные таблицы для заполнения форм по блокам. Для блока «ПУД» структура данных состоит из связанных таблиц 3.21 - 3.38.

Таблица 3.21. Направления обучения

Код направления	Направление подготовки

Таблица 3.22. Образовательные стандарты (ОС)

ID ОС	Название ОС	Дата утверждения ОС	Номер протокола	ID уровня образования	Срок обучения	Код направления

Таблица 3.23. Редакция ОС

ID ОС	Дата редакции	Номер протокола

Таблица 3.24. Образовательные стандарты для ОП

ID ОС	ID ОП

Таблица 3.25. Учебные планы (УП)

ID УП	ID ОП	Учебный год набора

Таблица 3.26. Дисциплины учебного плана

ID УП	Учебный год	ID дисциплины	ID вида дисциплины	ID формы реализации	ID подразделения

Таблица 3.27. Вид дисциплины

ID вида дисциплины	Вид дисциплины

Таблица 3.28. Форма реализации

ID формы реализации	Форма реализации

Таблица 3.29. Дисциплина (ПУД)

ID дисциплины

Назв дисци

Язык

Цель

Планируемые результаты обучения

Зачетные единицы

Всего часов

Лекций

Семинаров

Практических занятий

Лабораторных работ

Расчет оценки

ОВЗ

Таблица 3.30. Программное обеспечение (ПО)

ID ПО	Название ПО	Тип лицензии	Действующая лицензия

Таблица 3.31. Программное обеспечение в ПУД

ID дисциплины	ID ПО

Таблица 3.32 Содержательные блоки

ID дисциплины	ID блока	Описание блока	Часов на блок	Лекций	Семинаров	Практических занятий	Лабораторных работ	Литература по блоку	ПО по блоку

Таблица 3.33. Литература

ID дисциплины	ID источника

Таблица 3.34. Источники литературы

ID источника	Источник	Есть в наличии	Есть в ЭБС

Таблица 3.35. Формы контроля

ID формы контроля	Форма контроля

Таблица 3.36. Формы контроля в дисциплине

ID формы контроля	Форма контроля	Задание	Вес в оценке

Таблица 3.37. Авторы ПУД

ID дисциплины	ID сотрудника

Таблица 3.38. Преподаватели дисциплины

ID дисциплины	ID сотрудника	Учебный год

Для блоков «УМД департамента» или «УМД образовательной программы» структура данных представлена в таблицах 3.39. - 3.43.

Таблица 3.39. Проверка УМД

ID подразделения	ID вида проверки	Проверяемый документ	ID вида документа	Дата начала проверки документов	ID статуса проверки	Комментарии	ID сотрудника

Таблица 3.40. Виды проверки

ID вида проверки	Вид проверки

Таблица 3.41. Статус проверки

ID статуса проверки	Статус проверки

Таблица 3.42. Виды документов

ID вида документа	Вид документа

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

ID вида проверки	ID вида документа

Для процесса организации методической работы в университете основными таблицами являются «План методической работы», «Задачи», «Движение задач», «УММ», «Подразделения».

Для бизнес-процесса организации процесса разработки, хранения и утверждения ПУД основными таблицами являются «Образовательный стандарт», «Образовательная программа», «Учебный план», «Дисциплины учебного плана», «Дисциплина (ПУД)», «Содержательные блоки», «Литература», «Программное обеспечение в ПУД», «Формы контроля в дисциплине», «Авторы ПУД», «Преподаватели дисциплин».

Для бизнес-процесса организации проверок УМД в подразделениях основными таблицами являются «Подразделение», «Проверка УМД», «Вид проверки», «Вид документа», «Состав проверяемых документов».

С учетом изучения и анализа предметной области была построена схема данных ИСУ МР, выделены ключевые атрибуты, определены связи между отношениями (см. рис. 3.8).

Рисунок 3.8. Схема данных ИСУ МР

3.4 Разработка набора диаграмм для проектирования информационной системы

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

1. Диаграмма активностей для входа в систему (см. прил. К.1).

2. Диаграмма активностей для процесса сбора данных (см. прил. К.2).

3. Диаграмма активностей для процесса размещения УММ и ознакомления с ними (см. прил. К.3).

4. Диаграмма активностей для процесса организации работы с задачами (см. прил. К.4).

5. Диаграмма активностей для процесса разработки ПУД (см. прил. К.5).

6. Диаграмма активностей для процесса организации проверки УМД (см. прил. К.6).

Среди операций, выполняемых системой, есть процессы, в которых сотрудники УМО выступают в качестве владельцев, запуская эти процессы для других пользователей. Так, например, на диаграмме активности для процесса сбора данных (см. прил. К.2) вместо пяти ролей отражены только две: УМО в роли администратора процесса, и все остальные пользователи в качестве исполнителей. Аналогично распределены роли и на диаграмме активностей процесса работы с учебно-методическими материалами (см. прил. К.3).

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

1. Диаграммы последовательностей для сотрудников УМО (см. прил. Л.1 - Л.3).

2. Диаграмма последовательностей для ППС (см. прил. Л.4 - Л.6).

3. Диаграмма последовательностей для руководителя департамента (см. прил. Л.7 - Л.9).

4. Диаграмма последовательностей для академического руководителя (см. прил. Л.10 - Л.11).

5. Диаграмма последовательностей для менеджера ОП (см. прил. Л.12).

Каждая роль в Системе имеет доступ к отдельному набору экранных форм.

Сотрудники УМО имеют доступ к следующим экранным формам: главная страница, окно с планом МР, форма создания плана МР, окно задач, форма создания задачи, окно изменения статуса задачи, окно ПУД, форма проверки шаблона ПУД, форма размещения учебно-методических материалов, форма сбора данных, окно отчетов, форма создания отчетов, окно выбора проверяемых подразделений и состава учебно-методической документации, каталог файлов, форма оценивания.

Научно-педагогические работники имеют доступ к следующим экранным формам: главная страница, окно с планом МР, окно задач, окно изменения статуса задачи, каталог файлов, окно для ознакомления с учебно-методическими материалами, форма загрузки документов, форма для заполнения опросов, голосований и заявок, окно ПУД, веб-шаблон ПУД, окно изменения статуса ПУД, окно УМД.

Руководитель департамента имеет доступ к экранным формам, перечисленным у ППС, но дополнительно ему доступны: форма создания задачи для ППС, окно изменения статуса задачи для ППС, окно согласования ПУД, форма для создания сводных отчетов по задачам для ППС, форма оценивания.

Академический руководитель имеет доступ к экранным формам, перечисленным у ППС, но дополнительно ему доступны: окно утверждения ПУД, окно делегирования задач, форма оценивания.

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

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

Таблица 3.44. Атрибуты информационных объектов

Информационный объект	Атрибуты
Сотрудник	Идентификатор
	Фамилия, имя, отчество
	Подразделение
	Должность
Документ	Идентификатор
	Название
	Тип файла
	Дата создания
	Дата загрузки
	Автор (кто загрузил в Систему)
	Категория документа (УММ/УМД/отчет/без категории)
	Статус документа (загружен/на проверке/проверен/на доработке)
Задача	Идентификатор
	Название
	Дата начала
	Дата завершения
	Описание/требования к исполнителям
	УММ
	Исполнитель
	Загружаемый файл
	Статус задачи (новая/на исполнении/на проверке/завершена)
Отчет (вид документа)	Идентификатор задачи (на основании которой формируется отчет)
	Дата отчета
	Описание/комментарии к отчету
ПУД	Дата создания
	Дата отправки на согласование
	Номер протокола (кафедра)
	Дата отправки на утверждение
	Номер протокола (академический совет)
	Автор (ППС)
	Согласующее лицо (руководитель департамента)
	Утверждающее лицо (академический руководитель)
	Название дисциплины
	Образовательная программа
	Год набора студентов
	Статус ПУД (проект/на одобрении/на доработке/одобрена/на утверждении/утверждена)
	Тип файла выгружаемого документа

Далее на рисунке 3.9 представлена диаграмма классов ИСУ МР, в которой отражены взаимосвязи между основными информационными объектами Системы.

Рисунок 3.9. Диаграмма классов

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

1. Описать проект ИСУ МР.

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

3. Специфицировать варианты предлагаемого решения, касающиеся анализа и проектирования Системы.

4. Решить задачу прямого проектирования Системы, т.е. обеспечить возможность генерации кода по разработанному проекту ИСУ МР.

Заключение

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

В частности, было выявлено, что:

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

2. Есть подпроцессы, которые являются рутинными и очень трудоемкими с точки зрения как исполнителей, так и проверяющих.

3. Не все акторы включены в текущую систему, например, методическая поддержка академических руководителей и менеджеров ОП осуществляется не системно, а по требованию.

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

5. Нет возможности контролировать на этапе создания корректность используемых разработчиками ПУД документов.

6. Нет удобного и структурированного хранилища методических документов, в частности ПУД, за прошлые учебные годы.

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

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

Ниже приведены требования к Системе, связанные с особенностями НИУ ВШЭ - Пермь и направленные на совершенствование анализируемых бизнес-процессов:

1. Должна быть реализована система управления учебно-методическим документооборотом: возможность разработки или загрузки документов в ИСУ МР, а также согласования и утверждения документов руководителями.

2. Должна быть реализована интеграция данных с другими корпоративными информационными системами университета (АСАВ, Вышка-ВРМ, Портал НИУ ВШЭ).

3. Должен осуществляться вход через Единый личный кабинет НИУ ВШЭ для соблюдения политики безопасности университета.

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

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

6. Должна быть реализована система автоматических уведомлений на корпоративную почту сотрудников о важных событиях в ИСУ МР.

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

Сначала был проведен анализ наличия готовых решений для автоматизации бизнес-процесса университета - организации методической работы. Описаны предлагаемые внешними разработчиками готовые решения, такие как 1С-Университет, Тандем. Университет, Галактика. Управление вузом, и базовые функции, реализуемые этими системами, также описаны достоинства и недостатки внедрения готовых решений. Однако был сделан вывод о том, что в данных решениях нет модуля управления методической работой.

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

В данной работе для оценки стоимости разработки ИСУ МР была применена методика CETIN, по которой стоимость разработки ИСУ МР получилась равной 273377,17 руб. По сравнению со средней рыночной стоимостью аналогичных систем (от 300000 до 600000 рублей) рассчитанная стоимость является наиболее приемлемой.

Далее была определена экономическая эффективность от внедрения информационной системы, и было получено, что экономия ресурсов в абсолютном выражении составит 46405,83 руб. в год, а срок окупаемости проекта составит примерно 4 года. Рассчитанные показатели позволяют сделать вывод об экономической целесообразности внедрения ИСУ МР в НИУ ВШЭ - Пермь для автоматизации бизнес-процессов.

После исследования предметной области была описана архитектура Системы. Особенности предложенной архитектуры заключаются в следующем:

1. Система должна представлять собой веб-приложение.

2. Архитектура ИСУ МР должна быть распределенной многоуровневой клиент-серверной архитектурой.

3. ИСУ МР должна представлять собой единую централизованную систему, состоящую из набора взаимосвязанных подсистем.

4. Все компоненты Системы должны быть готовы к реализации в облачной среде.

5. Серверные части Системы должны предусматривать развертывание на общих централизованных вычислительных мощностях НИУ ВШЭ.

6. Должна быть обеспечена взаимосвязь с другими корпоративными системами НИУ ВШЭ и интеграция данных между системами. В том числе, должен быть реализован вход в ИСУ МР через ЕЛК НИУ ВШЭ.

Также в работе с учетом изучения и анализа предметной области была построена схема данных, выделены ключевые атрибуты, определены связи между отношениями. Для проектирования базы данных ИСУ МР была выбрана реляционная модель данных.

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

1. описать модель ИСУ МР и составить визуальное представление модели с учетом особенностей предметной области;

2. специфицировать варианты предлагаемого решения, касающиеся анализа, проектирования и реализации Системы;

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

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

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

Список литературы

1. Методическая работа в вузе. Методические указания /сост. Н.П.Пучков - Тамбов: Изд-во ГОУ ВПО ТГТУ. - 2010. - 32 с. [электронный ресурс] URL: http://www.tstu.ru/book/elib/pdf/2010/puchkov.pdf (дата обращения: 13.05.2019).

2. Захарова И.И. Проектирование бизнес-процессов учебно-методического отдела / курсовая работа по направлению подготовки 38.04.05 Бизнес-информатика, 2018.

3. Проектирование информационных систем: учебник и практикум для академического бакалавриата / В.И. Грекул, Н.Л. Коровкина, Г.А. Левочкина. - М.: Издательство Юрайт, 2017. - 385 с. - Серия: Бакалавр. Академический курс.

4. Единый личный кабинет НИУ ВШЭ [электронный ресурс] URL: https://it.hse.ru/lk (дата обращения: 13.05.2019).

5. ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы [электронный ресурс] URL: http://docs.cntd.ru/document/gost-34-602-89 (дата обращения: 13.05.2019).

6. Автоматизация учета вуза на базе ПП "1С:Университет 8" [электронный ресурс] URL: https://solutions.1c.ru/projects/387613/?checkAuth (дата обращения: 13.05.2019).

7. ТАНДЕМ. Университет. [электронный ресурс] URL: http://tandemservice.ru/products/tandem-university (дата обращения: 13.05.2019).

8. Галактика. Управление вузом [электронный ресурс] URL: https://www.galaktika.ru/vuz/ (дата обращения: 13.05.2019).

9. CAPITA. SIMS [электронный ресурс] URL: https://www.capita-sims.co.uk/ (дата обращения: 13.05.2019).

10. Федякова Н.Н. Совершенствование информационных систем управления вузом // Интеграция образования Т.20. - 2016. - №2. - с. 198-210. [электронный ресурс] URL: http://edumag.mrsu.ru/content/pdf/16-2/06.pdf (дата обращения: 13.05.2019).

11. Сафронова Н. В. Обзор систем управления вузом / Н.В. Сафронова, К.А. Аксенов // Научные труды X отчетной конференции молодых ученых ГОУ ВПО УГТУ-УПИ: сборник статей: в 4-х ч. -- Ч. 1. -- Екатеринбург: УГТУ-УПИ, 2006. -- С. 186-188. [электронный ресурс] URL: http://hdl.handle.net/10995/45534 (дата обращения: 13.05.2019).

12. Ашуров А. П. Создание web-сервиса разработки рабочих программ учебных модулей/дисциплин с использованием информационных систем университета // Теплотехника и информатика в образовании, науке и производстве: сборник докладов VII Всероссийской научно-практической конференции студентов, аспирантов и молодых учёных (TИМ'2018) с международным участием (Екатеринбург, 17-18 мая 2018 г.). - Екатеринбург: ООО АМК «День РА», 2018. - С. 412-417. [электронный ресурс] URL: http://hdl.handle.net/10995/61596 (дата обращения: 13.05.2019).

13. Бурындина А. В. Информационная система составления расписания факультета / А. В. Бурындина, К. А. Аксенов // Научные труды X отчетной конференции молодых ученых ГОУ ВПО УГТУ-УПИ : сборник статей : в 4-х ч. -- Ч. 1. -- Екатеринбург: УГТУ-УПИ, 2006. -- С. 276-277. [электронный ресурс] URL: http://hdl.handle.net/10995/45564 (дата обращения: 13.05.2019).

14. Управление учебным процессом вуза [электронный ресурс] URL: http://asav.hse.ru/documentation/university/index.html (дата обращения: 13.05.2019).

15. Справочная документация [электронный ресурс] URL: https://lms.hse.ru/index.php?page=docs (дата обращения: 13.05.2019).

16. Портал НИУ ВШЭ [электронный ресурс] URL: https://www.hse.ru/ (дата обращения: 13.05.2019).

17. Соловьев С. В., Цой Р. И., Гринкруг Л. С. Технология разработки прикладного программного обеспечения. - Академия Естествознания. - 2011. [электронный ресурс] URL: https://www.monographies.ru/ru/book/view?id=141 (дата обращения: 13.05.2019).

18. Об утверждении методики расчета и нормативов затрат на создание, развитие и сопровождение информационных систем государственных органов Приказ от 28 января 2016 года №133 [электронный ресурс] URL: http://base.spinform.ru/show_doc.fwx?rgn=110982 (дата обращения: 13.05.2019).

19. Рыжко А.Л., Лобанова Н.М., Рыжко Н.А., Кучинская Е.О. Экономика информационных систем: учебное пособие. - М.: Финансовый университет, 2014. - 204 с. [электронный ресурс] URL: http://elib.fa.ru/fbook/ryzko.pdf/download/ryzko.pdf (дата обращения: 13.05.2019).

20. Моделирование и проектирование информационных систем: учеб.-метод. пособие / С.М. Шаврин, Л.Н. Лядова, С.И. Чуприна; Перм. гос. ун-т.- Пермь,2007. - 152 с.

21. ArchiMate/ Systems Engeneering Thinking Wiki. [электронный ресурс] URL: http://sewiki.ru/ArchiMate (дата обращения: 13.05.2019).

22. Захарова И.И., Мезеветова Н.С., Филипсон С.K. Особенности проектирования информационной системы управления учебно-методическими процессами университета // Вестник ПНИПУ. Электротехника, информационные технологии, системы управления. 2018. - №27. - с. 209-225.

23. Иванов К. К., Ефремов А. А., Ващенко И. А. Проектирование базы данных. Роль процесса в создании информационной системы // Молодой ученый. - 2016. - №18. - С. 40-42. [электронный ресурс] URL: https://moluch.ru/archive/122/33704/ (дата обращения: 26.05.2019).

24. Распоряжение Правительства РФ от 28.07.2017 N 1632-р «Об утверждении программы «Цифровая экономика Российской Федерации».

25. Регламент автоматизации процессов НИУ ВШЭ [электронный ресурс] URL: https://www.hse.ru/docs/205795148.html (дата обращения: 13.05.2019).

26. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения [электронный ресурс] URL: http://docs.cntd.ru/document/gost-34-003-90 (дата обращения: 13.05.2019).

27. ГОСТ 24.104-85 ЕСС АСУ. Автоматизированные системы управления. Общие требования определения [электронный ресурс] URL: http://docs.cntd.ru/document/gost-24-104-85 (дата обращения: 13.05.2019).

28. ГОСТ 34.601-90 ЕСС АСУ. Автоматизированные системы. Стадии создания [электронный ресурс] URL: http://www.rugost.com/index.php?option=com_content&view=article&id=95:gost-34-601-90-avtomatizirovannye-sistemy-stadii-sozdaniya&catid=22:34 (дата обращения: 13.05.2019).

29. РД 50-34.698-90 Методические указания. Информационная технология. Автоматизированные системы. Требования к содержанию документов [электронный ресурс] URL: http://docs.cntd.ru/document/1200006978 (дата обращения: 13.05.2019).

Приложение

Реестр бизнес-процессов УМО НИУ ВШЭ - Пермь

№	Наименование вида деятельности или процесса
1.	Управление учебно-методической деятельностью вуза в целом в соответствии с лицензией на право ведения образовательной деятельности в сфере высшего образования и другими федеральными требованиями.
1.1.	Организация лицензирования, самообследования и аккредитации отдельных образовательных программ и филиала в целом и контроль выполнения государственных лицензионных и нормативных требований к реализации образовательной деятельности НИУ ВШЭ - Пермь.
1.1.1.	Организация разработки документов для прохождения лицензирования, самообследования или аккредитации отдельных образовательных программ и филиала в целом.
1.1.2.	Сбор, обобщение и представление информации об образовательной деятельности филиала.
1.1.3.	Организация приезда внешних экспертов и сопровождение экспертной комиссии.
1.1.4.	Контроль выполнения государственных лицензионных и нормативных требований к реализации образовательной деятельности.
1.2.	Нормативно-правовое обеспечение учебно-методической деятельности в соответствии с требованиями (федеральный уровень, уровень университета).
1.2.1.	Аналитическая, проектная, редакционная работа по подготовке нормативно-правовой базы методического обеспечения учебного процесса.
1.2.2.	Информирование учебных подразделений об изменении нормативной документации.
2.	Управление организацией учебного процесса и совершенствованием его системы.
2.1.	Организация процесса создания учебных планов для всех направлений подготовки основе образовательных стандартов НИУ ВШЭ.
2.2.	Организация планирования учебной нагрузки кафедрами и департаментами.
2.3.	Организация учета почасовой нагрузки научно-педагогических работников (далее - ППС).
2.4.	Контроль за выполнением учебной работы филиала (изменение контингента, государственная итоговая аттестация).
2.5.	Организация выбора индивидуальной траектории обучения студентов.
2.6.	Организация процедуры оценки квалификации менеджеров учебных офисов.
2.7.	Внедрение и сопровождение информационной образовательной среды LMS.
3.	Управление системой методического обеспечения учебного процесса.
3.1.	Планирование, организация, сопровождение и контроль образовательного процесса в НИУ ВШЭ - Пермь в части методической работы.
3.2.	Организация процесса разработки программ учебных дисциплин (далее - ПУД), учет и хранение в базе данных, контроль за оформлением и утверждением ПУД.
3.3.	Участие в проектной деятельности по оптимизации методической работы НИУ ВШЭ - Пермь.
3.4.	Подготовка и организация проведения заседаний учебно-методического совета (далее - УМС).
3.5.	Организация проверок учебной документации на кафедрах и департаментах.
3.6.	Реализация проекта «Учебный ассистент» в НИУ ВШЭ - Пермь.
3.7.	Организация мероприятий по повышению педагогической квалификации ППС.
4.	Организация стипендиального обеспечения и выплаты материальной помощи обучающимся.
5.	Организация работы с запросами внешних организаций.

Диаграмма процесса 3(AS IS)

Диаграмма процесса 3.2. (AS IS)

Диаграмма процесса 3.5. (AS IS)



(изменился весь процесс)

Диаграмма процесса 3 (TO BE)

(изменился весь процесс)

Диаграмма процесса 3.2. (TO BE)

Диаграмма процесса 3.5. (TO BE)

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

...