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

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

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

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

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

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

o подсистема хранения данных, которая предназначена для хранения данных в таблицах.

Подсистема хранения данных

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

Подсистема сбора, обработки и загрузки данных

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

Общие требования к качеству реализации выделенных подсистем приведены в таблице 1

Подсистема      Функция                 Метод реализации

Подсистема сбора, обработки и загрузки данных	Управление процессами сбора, обработки и загрузки данных	Путем внедрения комплексного ETL- приложения
	Запуск процессов сбора, обработки и загрузки данных из источников в БД	Путем разработки и внедрения регламентов запуска ETL-процессов
Подсистема хранения данных	Создание и сопровождение структур базы данных	Путем применения CASE средства и средств администрирования СУБД
	Осуществление резервного копирования данных	Путем применения следующих видов копирования: полное холодное копирование; логическое копирование; инкрементальное копирование

Таблица 1. Функции подсистем и методы их реализации.

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

Вариант использования: «Вход в систему» (рис.1).

• 1.    Регистрация пользователя.

• •    Входные данные: данные о пользователе

• •    Действующее лицо: незарегистрированный пользователь

• •    Выходные данные:  данные о зарегистрировавшемся

• 2.    Авторизация пользователя.

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

• •    Входные данные: данные о пользователе

• •    Действующее лицо: зарегистрированный пользователь

• •    Выходные данные: данные о нахождении в системе пользователя и роль пользователя (методист, заведующий кафедрой, преподаватель)

Рисунок 1. Вход в систему.

Вариант использования: «Работа с учебным планом» (рис.2).

1. Добавление учебного плана.

• •    Входные данные: данные о учебном плане

• •    Действующее лицо: методист

• •    Выходные данные: новый учебный план

• 2.    Редактирование учебного плана.

• •    Входные данные: данные о учебном плане

• •    Действующее лицо: методист

• •    Выходные данные: измененный учебный план

• 3.    Удаление учебного плана.

• •    Входные данные: данные о учебном плане

• •    Действующее лицо: методист

• •    Выходные данные: отсутствие данных о учебном плане

• 4.    Просмотр учебного плана.

• •    Входные данные: направление и год утверждения учебного плана

• •    Действующее лицо: методист и зав.кафедрой

• •    Выходные данные: данные о учебном плане

Рисунок 2. Работа с учебным планом.

Вариант использования: «Работа с профессиональными стандартами» (рис.3).

1. Добавление профессионального стандарта.

• •    Входные данные: данные о проф.стандарте

• •    Действующее лицо: зав.кафедрой

• •    Выходные данные: новый проф.стандарт

• 2.    Редактирование профессионального стандарта.

• •    Входные данные: данные о проф.стандарте

• •    Действующее лицо: зав.кафедрой

• •    Выходные данные: измененный проф.стандарт

• 3.    Удаление профессионального стандарта.

• •    Входные данные: данные о проф.стандарте

• •    Действующее лицо: зав.кафедрой

• •    Выходные данные: отсутствие данных о проф.стандарте

• 4.    Просмотр профессионального стандарта.

• •    Входные данные:  наименование и год утверждения

проф.стандарта

• •    Действующее лицо: преподаватель и зав.кафедрой

• •    Выходные данные: данные о проф.стандарте

Диаграмма прецедентов:

Рисунок 3. Работа с профессиональными стандартами.

Вариант использования: «Работа с дисциплинами» (рис.4).

1. Добавление дисциплины.

• •    Входные данные: данные о дисциплине

• •    Действующее лицо: зав.кафедрой

• •    Выходные данные: новая дисциплина

• 2.    Редактирование дисциплины.

• •    Входные данные: данные о дисциплине

• •    Действующее лицо: зав.кафедрой

• •    Выходные данные: измененная дисциплина

• 3.    Удаление дисциплины.

• •    Входные данные: данные о дисциплине

• •    Действующее лицо: зав.кафедрой

• •    Выходные данные: отсутствие данных о дисциплине

• 4.    Просмотр дисциплины.

• •    Входные данные: наименование дисциплины

• •    Действующее лицо: преподаватель и зав.кафедрой

• •    Выходные данные: данные о дисциплине

• 5.    Закрепление трудовых функций.

• •    Входные данные: данные о трудовых функциях

• •    Действующее лицо: преподаватель

• •    Выходные данные: данные о трудовых функциях у дисциплины

• 6.    Добавление умений, знаний, владений.

• •    Входные данные: данные о «Знать, уметь, владеть»

• •    Действующее лицо: преподаватель

• •    Выходные данные: данные о «Знать, уметь, владеть» у дисциплины

Диаграмма прецедентов:

Рисунок 4. Работа с дисциплинами

Требования к интерфейсу:

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

• -    при работе с интерфейсом пользователь должен быть ориентирован на работу с клавиатурой и манипулятором графической информации «мышь»;

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

Выводы:

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