3. Ролевая система

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

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

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

Администратор — специалист, поддерживающий работоспособность системы. Одна из его основных обязанностей в системе – добавление новых пользователей.

Описание классов

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

4. Модель «Предмет»

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

Каждый из предметов имеет следующие атрибуты: id преподавателя, который ее ведет (teacher_id), кафедра на которой данный предмет идет (chair_id), а также идентификатор дисциплины (discipline_id) и группы (group_id).

Модель «Предмет» находится в отношении один ко многим с моделью «Кафедра» и в отношении многие ко многим с моделью «Мероприятия»,

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

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

5. Модель «Мероприятие»

Данная модель является ключевой в системе поскольку является обобщением всех других моделей. Цель данного класса — создание мероприятия по приему задолженностей. Каждое мероприятие имеет такие атрибуты: id сетки (web_id — место в сетке, где будет хранится мероприятие после его установки туда. Id аудитории (lectroom_id) – место проведения мероприятия. Id предмета (subject_id) — данные о предмете по которому проводятся мероприятия, о преподавателе и о группе для которых проводится мероприятие.

Модель имеет связи многие ко многим с моделью предмет. Это необходимо для проведения мероприятия по нескольким предметам и для того, чтобы у каждого предмета могло быть отдельное мероприятие. Так же присутствует связь мероприятия с аудиториями. У одного мероприятия может быть только одна аудитория. Помимо этого существует связь с учебными группами группами. В системе предусмотрено то что мероприятие может идти как для одной группы, так и для всех групп у которых есть данный предмет. Существует связь с сеткой расписания, для закрепления мероприятия в ней. Эта связь описывается как один ко многим, поскольку в одной ячейке расписания может находится сразу несколько предметов. Это обусловлено тем, что преподаватель может принимать к примеру, только по нескольким у указанных групп в конкретное время.