2.1.7.4 Связь таблиц
Связи между объектами группа - студент характеризуются одно – многозначными отношениями (1:М), поскольку одна группа включает много студентов, а один студент входит только в одну группу. Связь между ними осуществляется по номеру группы, который является уникальным идентификатором главного объекта группа и входит в составной идентификатор объекта студент.
На рис.5 представлена информационно – логическая модель базы данных «Задолжности студентов» (test_student1)
Рис.5 Информационно – логическая модель базы данных test_student1
Объект Успеваемость содержит данные об задолженностях конкретного студента по конкретному занятию. Поэтому он является связанным с объектом Студент и объектом Изучение. Один студент имеет оценки по нескольким занятиям, но каждая оценка всегда относится к одному конкретному студенту. Это означает, объект Успеваемость является подчиненным и находится в одно – многозначных отношениях с объектом Студент. Объект Успеваемость, а также является подчиненным и находится11 в одно – многозначных отношениях с объектом Изучение.
Объект Успеваемость выполняет роль объекта-связки много-многозначных отношениях объектов Студент и Изучение. Много – многозначные отношения между этими объектами определяются тем, что одному студенту соответствует много занятий, отображаемых объектом Изучение, а одно занятие проводится со многими студентами.
2.1.7.5 Ограничение целостности
Все ограничения целостности можно разделить на три большие категории:
первая категория - средства обеспечения доменной целостности. Они отвечают за то, чтобы в соответствующем поле базы данных были допустимые значения. В базе данных такая целостность обеспечивается условиями на значение, запретом пустых значений, триггерами и хранимыми процедурами, а также ключами. Применимо к базе данных test_students2: ФИО студента, ФИО преподавателя, название дисциплины, название кафедры, название группы, название задолжности и название семестра должны состоять из букв (тип varchar, not NULL);
вторая категория - сущностная целостность. Главная задача здесь - сделать так, чтобы данные об одной сущности не попали в базу данных два раза. Обеспечивается ограничением уникальности и первичным ключом (для таблицы * присутствует первичный ключ code*);
|
Информационный объект |
Признак ключа |
|
Группа |
Уникальный простой |
|
Студент |
Уникальный составной |
|
Дисциплина |
Уникальный простой |
|
Кафедра |
Уникальный простой |
|
Преподаватель |
Уникальный простой |
|
Семестр |
Уникальный простой |
третья категория - ссылочная целостность, обеспечивается системой первичных и внешних ключей. Например, при помощи этих средств можно гарантировать, что у нас не будет задолжностей у студентов, которых нет в базе данных.
2.1.8 Требования к адаптации рабочих мест
Требования не предъявляются.
2.2 Функциональное описание
Мобильное приложение должно обеспечивать реализацию следующих задач:
Информационная
Мобильное приложение должно осуществлять поиск информации по определенным критериям:
ФИО студента;
ФИО преподавателя;
Название дисциплины;
Название группы;
Название семестра;
Название кафедры.
Управленческая
Мобильное приложение должно предоставлять пользователям возможность изменять информацию (добавлять/удалять):
о задолжностях студентов;
о студентах;
о кафедрах;
о дисциплинах;
о преподавателях;
о семестрах;
о группах.