Особенности и возможности подсистемы
Кафедральная система поддержки учебного процесса (КСП УП)– это комплекс программно-аппаратных средств и человеческих ресурсов, необходимых для сбора, хранения и обработки информации о деятельности кафедры. Под деятельностью кафедры здесь подразумеваются процессы, которые протекают при непосредственном общении преподавателя и студента, включая текущую успеваемость студента и ведения дел преподавателя.
Было установлено, что система должна содержать различные виды пользователей, которые бы могли заходить в систему и вести свою личную учетную запись (аккаунт) и дела, относительно не только информации, собранной в системе вообще, но и относительно данных, касающихся непосредственно этого пользователя.
Типы пользователей системы:
администратор;
преподаватель;
студент.
Преподаватель должен иметь возможность просматривать свое расписание, следить за контингентом студентов, вносить информацию, касающуюся результатов контроля студентов, таких как промежуточный контроль, курсовое проектирование, производственная практика, лабораторные работы, экзамен. Также преподаватель должен управлять своими материалами и документами.
В ходе работы разработаны концепция организации и архитектура инструментальной подсистемы преподавателей. Система построена на трехуровневой клиент-серверной архитектуре, основанной на том, что бизнес логика концентрируется на сервере приложений, а исходный материал в виде набора реляционных сущностей находиться в БД. Логические операции выполняются с помощью скриптов на стороне сервера, а результаты в виде конечных результатов отправляются клиенту. Архитектурное решение системы представлено на рис. 1.
Рис. 1. Архитектура системы поддержки учебного процесса с детализированной схемой подсистемы преподавателя
Выделены основные бизнес-процессы, протекающие в подсистеме, проанализированы основные модели данных и выбрана модель для использования.
Дано описание предметной области и составлена структура базы данных. В ходе анализа различных моделей данных была выбрана многомерная модель данных. В 1993 году Э.Кодд в своей статье описал 12 основных требований к системе OLAP (OnLine Analytical Processing – оперативная аналитическая обработка), основную роль в которых играет правильное представление многомерных БД [Хомоненко и др., 2004]. На данные требования было обращено особое внимание при разработке программного продукта. база данных в ней представляет собой один или несколько кубов, которые можно назвать гиперкубами. Куб построен по принципу измерений, на каждом из которых расположен определенный атрибут. Каждый атрибут определяет определенный показатель, например, применительно к системе, оценка студента, период обучения, идентификаторы студентов и так далее. [Кравченко и др., 2006]. Ниже на рис. 2 проиллюстрирован пример расположения атрибутов в гиперкубе.
Рис. 2. Пример многомерной модели данных
В связи с эффективностью и удобством использования сетевой модели взаимодействия приложения и пользователя подсистема преподавателя реализована в виде сетевой Web-ориентированной системы. Благодаря этому любой человек из любой точки сможет получить доступ к образовательным ресурсам, хранящимся на сервере данной системы.
Для того, чтобы любому пользователю системы было комфортно работать с веб-приложением, необходимо чтобы выполнялся ряд требований, который применяется к пользовательскому интерфейсу (ПИ):
унифицированность;
дружественность;
лаконичность;
гибкость;
структурированность диалога;
способность обнаруживать и обрабатывать ошибки
пользователей [Бова, 2010].