2.4 Общее описание инфологической модели системы для многомерного представления
Важнейшей задачей в процессе проектирование является составление непротиворечивой структуры реально существующей информации, иными словами, создание информационной модели модулей системы. Необходимо не только четко структурировать данные, но и представить все взаимосвязи между отдельными, так называемыми, информационными единицами. Для этого лучше всего использовать модель «Сущность - Связь».
“Сущность - некоторый обособленный объект или событие моделируемой системы, имеющий определенный набор свойств - атрибутов. Отдельный элемент этого множества называется "экземпляром сущности". Сущность может обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый образец сущности, и может обладать любым количеством связей с другими сущностями” [7].
Если
представить нашу систему с точки зрения
информационной модели, то можно выделить
следующие сущности, включаемые в
подсистемы следующим образом, как
показано на рисунке 2.3.
Рисунок 2.3 – Описание модулей относительно сущностей
2.5 ВЫЯВЛЕНИЕ ТИПОВ ПОЛЬЗОВАТЕЛЕЙ
Было установлено, что система должна содержать различные виды пользователей, которые бы могли заходить в систему на свою личную учетную запись (аккаунт) и вести дела, относительно не только информации, собранной в системе вообще, но и относительно данных, касающихся непосредственно этого пользователя.
“Учётная запись — запись, содержащая сведения, которые пользователь сообщает о себе некоторой компьютерной системе. Как синонимы в обиходе могут использоваться сленговые термины акк, акка́унт и экка́унт, от англ. Account — учётная запись, личный счёт, (редко) бюджет” [9].
Всем известные социальные сети, такие как vk.com, facebook.com и многие другие построены по принципу аккаунтов и считаются весьма успешными, а данное решение удачным. Нельзя также не отметить, что в рамках ТТИ ЮФУ также организована подобная система incampus.ru, созданная с целью облегчения учебного процесса студентов института.
Разрабатываемая система будет иметь доступ к вышеописанному проекту, с одной стороны, чтобы подчеркнуть возможность интеграции с другими системами, с другой, чтобы не придумывать лишних данных, легче воспользоваться уже готовыми, актуальными.
Итак, типы пользователей в обобщенном виде можно обозначить как:
Администратор;
Преподаватель;
Студент.
И соответственно, каждая категория пользователей может иметь доступ к разным модулям общей системы. Если поверхностно коснуться этого вопроса, то можно сказать, что администратор должен руководить процессом регистрации, архивирования устаревшей информации, удаления неверной или ненужной, в общем, следить за порядком в системе.
Преподаватель должен иметь возможность просматривать свое расписание, следить за контингентом студентов, вносить информацию, касающуюся результатов контроля студентов, таких как промежуточный контроль, курсовое проектирование, производственная практика, лабораторные работы, экзамен. Также преподаватель должен управлять своими материалами и документами.
Студент в общем случае должен иметь все возможности, чтобы отслеживать свой учебный процесс, то есть иметь доступ к своему расписанию и расписанию преподавателей, к результатам всех вышеперечисленных видов контроля, к материалам преподавателей по необходимым дисциплинам. Также за всеми категориями пользователей должна осуществляться возможность передачи сообщений между пользователями системы.
Так как работа комплексная, то было решено, что один из исполнителей будет заниматься разработкой подсистемы «Преподаватель», а второй разработкой подсистем «Студент» и «Администратор». Лицо, выполняющее данную работу, занимается разработкой подсистемы «Преподаватель» и далее будет описана только подробная работа этой подсистемы.
ПОДГОТОВКА К РАЗРАБОТКЕ ПОДСИСТЕМЫ «ПРЕПОДАВАТЕЛЬ»
В данном разделе представляется конкретизированное описание подсистемы, как отдельно взятой составляющей общей системы. Немаловажным является описание подсистем с точки зрения доступа к определенным модулям системы, а также описание бизнес-процессов, протекающих в подсистеме.