Автоматизация учета работ по созданию электронных образовательных ресурсов
Методы класса Электронные образовательные ресурсы
Имя метода |
Описание метода |
Добавить |
Используется для добавления нового ресурса |
p >
Удалить |
Используется для удаления ресурса |
Редактировать |
Используется для редактирования сведений о ресурсе |
Класс Кафедры служит для хранения информации о кафедрах белгородского филиала МЭСИ.
Атрибуты класса Кафедры
Имя атрибута |
Тип атрибута |
Описание атрибута |
ID кафедры |
integer |
Уникальный идентификатор кафедры |
Наименование |
string |
Наименование задачи |
Методы класса Кафедры
Имя метода |
Описание метода |
Добавить |
Используется для добавления новой кафедры |
Удалить |
Используется для удаления кафедры |
Редактировать |
Используется для редактирования кафедры |
Класс Отчеты служит для хранения сведений о выданных отчетах сотрудников.
Атрибуты класса Отчеты
Имя атрибута |
Тип атрибута |
Описание атрибута |
Номер |
integer |
Номер (уникальный идентификатор) отчета |
Наименование |
string |
Наименование (краткое описание) выдаваемого отчета |
ID сотрудника |
string |
Уникальный идентификатор сотрудника, которому выдается отчет |
Дата запроса |
date |
Дата запроса отчета |
Методы класса Отчеты
Имя метода |
Описание метода |
Сгенерировать |
Используется для выбора задач выполненных сотрудником за указанный период времени |
Сохранить |
Используется для сохранения отчета |
Вывести |
Вывод отчета на бумагу или в текстовый формат |
2.4 Структура базы данных
2.4.1 Логическая модель данных
База данных (БД) — это особым образом организованный набор значений данных, а схема БД определяет, как именно организованы данные в БД. В процессе физического дизайна члены проектной команды создают схему БД, чтобы определить, что именно нужно создавать, о том же, какими инструментами это будет реализовываться, следует думать позже.
В процессе логического дизайна команда описывает сущности и атрибуты, которые будут храниться в БД, и то, как пользователи будут получать к ним доступ, оперировать ими и просматривать их. В процессе физического дизайна команда создает схему базы данных, которая представляет собой спецификацию по созданию, чтению, изменению и удалению используемых в продукте данных.
В результате исследования диаграмм использования и диаграммы классов, с учетом предметной области были выделены следующие сущности:
1.Категории ресурсов,
2.Электронные образовательные ресурсы (ЭОР),
3.Сотрудники,
4.Кафедры,
5.Задачи,
6.Назначенные задачи,
7.Отчеты.
Сущность «Сотрудники» используется для хранения информации о сотрудниках. Одному сотруднику может быть одновременно назначено несколько задач, поэтому между сущностями «Сотрудники» и «Назначенные задачи» - отношение «один ко многим». Кроме того, один и тот же сотрудник может разработать несколько образовательных ресурсов, поэтому сущности «Сотрудники» и «ЭОР» имеют отношение «один ко многим». Так же, один сотрудник может выводить несколько различных отчетов, поэтому сущности «Сотрудники» и «Отчеты» имеют отношение «один ко многим».
Сущность «ЭОР» используется для хранения информации об электронных образовательных ресурсах. Несколько образовательных ресурсов могут относиться к одной категории, поэтому между сущностями «Категории ресурсов» и «ЭОР» - отношение «один ко многим». Кроме того, несколько образовательных ресурсов могут одновременно относиться к одной кафедре, поэтому сущности «ЭОР» и «Кафедры» связаны отношением «один ко многим».
Сущность «Назначенные задачи» используется для хранения сведений о назначенных задачах. Существует определенный набор задач, которые выполняет сотрудник при разработке образовательных ресурсов, все эти задачи собраны в сущности «Задачи». Так как одновременно может быть назначено сразу несколько различных задач, то сущности «Задачи» и «Назначенные задачи» связаны отношением «один ко многим».
Сущность «Отчеты» служит для хранения сведений о выданных отчетах. Сотрудник имеет право получать много различных отчетов, поэтому между сущностями «Сотрудники» и «Отчеты» - отношение «один ко многим».
При проектировании структуры базы данных необходимо соблюдать законы нормализации БД.
Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных.
Теория нормализации основывается на наличии той или иной зависимости между полями таблицы. Определены два вида таких зависимостей: функциональные и многозначные.
Другие рефераты на тему «Программирование, компьютеры и кибернетика»:
Поиск рефератов
Последние рефераты раздела
- Основные этапы объектно-ориентированного проектирования
- Основные структуры языка Java
- Основные принципы разработки графического пользовательского интерфейса
- Основы дискретной математики
- Программное обеспечение системы принятия решений адаптивного робота
- Программное обеспечение
- Проблемы сохранности информации в процессе предпринимательской деятельности