Дипломная работа: Проектирование информационной системы подбора курсов профессиональной переподготовки

20. Сведения об институте // ГАОО ДПО ИПК-РМЦПК [Электронный ресурс]. - URL: http://rmc.edu.ru/ob-institute-istoriya-zadachi/ (дата обращения: 02.05.2019).

21. Смирнова Е. В. Использование онтологий в образовательных процессах / Е. В. Смирнова, Е. К. Добрица, Н. О. Демиденко Н. О. // Проблемы Науки. - 2017. - №22 (104). - С. 70-74.

22. Спиридонова Ю.В. Образование для взрослых. Чему учат работников и сколько это стоит // Forbes [Электронный ресурс]. - URL: http://www.forbes.ru/karera-i-svoy-biznes/361741-obrazovanie-dlya-vzroslyh-chemu-uchat-rabotnikov-i-skolko-eto-stoit (дата обращения: 02.05.2019).

23. Уральский институт повышения квалификации и переподготовки // АНО ДПО «УрИПКиП» [Электронный ресурс]. - URL: https://urgaps.ru/ (дата обращения: 02.05.2019).

24. Фаулер, М. Архитектура корпоративных программных приложений: Пер. с англ. - М.: Издательский дом «Вильяме», 2006. - 544 с.

25. Филипсон С.К. Анализ стиля научных публикаций на основе онтологии маркеров стиля: Выпускная квалификационная работа. НИУ ВШЭ, Пермь, 2017.

26. Calderon P. An Overview of Recommendation Systems // Data meets media [Электронный ресурс]. - URL: http://datameetsmedia.com/an-overview-of-recommendation-systems (дата обращения: 02.05.2019).

27. Gruber T. R. A translation approach to portable ontology specifications / T. R. Gruber // Knowledge Acquisition. - June 1993. -5 (2). - P.199-220.

28. Ribeiro A. Towards ontological profiles in communities of practice [Электронный ресурс]. URL: - https://www.researchgate.net/publication/236669547_Towards_ontological_profiles_in_communities_of_practice' (дата обращения: 02.05.2019).

Приложение

ИНФОРМАЦИОННАЯ СИСТЕМА ПОДБОРА КУРСОВ ПРОФЕССИОНАЛЬНОЙ ПЕРЕПОДГОТОВКИ

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 9 листах

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Полное наименование системы и ее условное обозначение

Информационная система подбора курсов профессиональной переподготовки. Условное обозначение - ИСПК (Система).

1.2. Шифр темы или шифр (номер) договора

Шифр договора отсутствует.

1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы

Заказчик: Пермский филиал федерального государственного автономного образовательного учреждения высшего образования «Национальный исследовательский университет «Высшая школа экономики». Адрес: 614070, г. Пермь, ул. Студенческая, д. 38.

Разработчик: Семушина Наталия Викторовна, e-mail: nvsemushina@edu.hse.ru.

1.4. Перечень документов, на основании которых создается система

Система создаётся на основании следующих документов:

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

- Приказ «О проведении государственной итоговой аттестации студентов образовательной программы бакалавриата «Бизнес-информатика» вечерне-заочного факультета экономики и управления НИУ ВШЭ - Пермь в 2019 году».

1.5. Плановые сроки начала и окончания работы по созданию системы

Плановые сроки начала: 1.09.2018.

Плановые сроки окончания работы: 15.10.2019.

1.6. Порядок оформления и предъявления заказчику результатов работ по созданию системы

Результаты работ при создании Системы отправляются Заказчику поэтапно (см. пункт 5) в течение обозначенного срока выполнения.

2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

1.7. Назначение системы

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

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

1.8. Цели создания системы

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

3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ

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

4. ТРЕБОВАНИЯ К СИСТЕМЕ

1.9. Требования к системе в целом

1.9.1. Требования к структуре и функционированию системы

Система должна:

- иметь распределенный характер: функции системы распределяются по различным компонентам системы, которые могут выполняться на различных узлах сети (серверах), данные получаются из различных источников и хранятся в базе данных (БД) и базе знаний (БЗ) системы;

- на компьютер пользователя не должно устанавливаться никакое дополнительное программное обеспечение (приложение пользователя - тонкий клиент).

Архитектура Системы включает следующие компоненты:

1. Слой интерфейса, который реализует уровень представления и состоит из:

- тонкого клиента (веб-браузер);

- веб-сервера.

2. Слой приложения, который описывает уровень бизнес-логики и состоит из:

- модуля поиска информации;

- модуля формирования рекомендаций;

- модуль администрирования.

3. Слой доступа к данным, который хранит статическую и динамическую информацию и состоит из:

- БД (регистрационные данные, личные данные пользователя);

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

Тонкий клиент взаимодействует с веб-сервером, используя запросы по защищённому протоколу HTTPS. Взаимодействие модулей Системы с БЗ осуществляется посредством SPARQL-запросов, а с БД с помощью SQL-запросов.

1.9.2. Требования к численности и квалификации персонала системы и режиму его работы

Пользователи Системы должны обладать навыками работы с ПК и сетью Интернет.

Для поддержания работоспособности Системы необходим один специалист - администратор с навыками работы с редактором онтологий.

1.9.3. Требования к надежности

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

1.9.4. Требования к эргономике и технической эстетике

Требования к внешнему оформлению:

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

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

- в интерфейсе системы доступен вызов Руководства пользователя при помощи клавиши F1;

- все окна разрабатываемой Системы должны иметь единый дизайн оформления.

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

- информационные сообщения или сообщения об ошибках должны выводиться в отдельной форме (message box), подробно описывая причину появления сообщения.

1.9.5. Требования к защите информации от несанкционированного доступа

К Системе предъявляются следующие требования:

- использование уникального имени пользователи (логина) и пароля, а выполнение хеширования пароля;

- создание личного кабинета пользователя после регистрации в Системе, в котором хранятся персональные данные пользователя;

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

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

- при взаимодействии тонкого клиента с веб-сервером передача данных осуществляется по защищённому протоколу HTTPS;

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

1.9.6. Требования по сохранности информации при авариях

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

1.10. Требования к функциям, выполняемым системой

Использование проектируемой ИС предполагается следующими типами пользователей:

а) неавторизованный пользователь - любой пользователь сети Интернет;

б) пользователь ИС - авторизованный пользователь в системе;

в) администратор ИС - имеет доступ ко всей функциональности ИС, отвечает за работоспособность ИС.

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

Система должна выполнять следующие функции:

Для всех типов пользователей:

- регистрация и авторизация;

- подбор курса с использованием поиска по ключевым словам;

- просмотр результатов подбора;

- сортировка результатов подбора;

- задание фильтров для результатов подбора;

- просмотр информации по выбранному курсу.

Для авторизированного пользователя дополнительно доступно:

- редактирование профиля;

- сохранение и удаление результатов подбора;

- добавление и удаление курса в избранное;

- возможность оценить курс: оставить отзыв, поставить оценку.

Для администратора дополнительно доступно:

- управление ИС (редактирование БЗ, редактирование профиля пользователя).

1.11. Требования к видам обеспечения

1.11.1. Требования к информационному обеспечению

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

1.11.2. Требования к лингвистическому обеспечению

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

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

1.11.3. Требования к программному обеспечению

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

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

- одна из последних версий: Google Chrome, Яндекс.Браузер, Microsoft Internet Explorer, Mozilla Firefox, Opera;

- установлено разрешение на использование cookies.

1.11.4. Требования к методическому обеспечению

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

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

Этапы выполнения работ по созданию системы представлены в таблице А.1.

Табл. А.1. Этапы работ