Проектирование базы данных для автоматизации контроля сессионной успеваемости студентов ВУЗа и составления приложения к диплому - Курсовая работа

Целью данного курсового проекта является автоматизация контроля над сессионной успеваемостью студентов ВУЗА, позволяющая хранить и получать объективную информацию об успеваемости студентов ВУЗА, количестве задолженностей в целом по ВУЗУ и на каждого студента, а так же может формировать приложение к диплому. По каждой специальности хранится информация о студентах, входящих в состав этой группы, название, ее код в табельном списке, изучаемые дисциплины. Контрольные мероприятия включают в себя зачет, экзамен, курсовую работу (курсовой проект). Если студент имеет академические задолженности за предшествующий период обучения, то он заносится в так называемый список «должников», формируемый деканатом (обновляется еженедельно) и до дальнейшей сессии не допускается. Темы курсовой работы\курсовых проектов закреплены, как за студентом, так и за дисциплиной.При проектировании базы данных для контроля над сессионной успеваемостью студентов ВУЗА после описания предметной области необходимо выбрать метод построения инфологической модели (ER-модели) и СУБД, в которой будет реализован проект. Для построения ER-модели была выбрана программа Design IDEF 3.5. Мы выбрали данную программу, так как, на наш взгляд, она является наиболее простой в использовании (для построения ER-модели). На ее выбор оказывают влияние следующие факторы: O По функциональным возможностям СУБД: настольные (FOXPRO, MS Access, Paradox) и корпоративные (Oracle, MS SQL). Для построения самой базы данных нами была выбрана СУБД MS SQL Server 2008.Для этого описываются объекты и связи между объектами. Объект описывает определенного студента и имеет следующие свойства: Фамилия, Имя, Отчество, табельный номер, специальность, основа обучения, колво академических задолженностей, код группы (внешний ключ). Объект описывает группу, к которой принадлежит студент и имеет следующие свойства: название, код группы, выпускающая кафедра. Объект описывает определенного преподавателя и включает свойства: табельный номер (ключ), ФИО, должность, код кафедры (внешний ключ). Объект имеет следующие ключевые свойства: табельный номер студента (внешний ключ), код предмета (внешний ключ), дата (внешний ключ) - и не ключевые свойства: оценка, вид к/м, вид сдачи, номер комиссии (внешний ключ), табельный номер преподавателя (внешний ключ), номер оправдательного документа, дата оправдательного документа.Для нашей базы данных была выбрана СУБД MS SQL Server. Студент (таб_номер студента, ФИО, форма обучения, специальность, основа обучения, колво ак_задолженностей, код_группы) Группа (код_группы, название группы, вид группы, выпуск кафедра) Служебная записка (номер сз, дата сз, таб_номер студента, код предмета, таб_номер преподавателя) Недопуск (номер сз, дата сз, таб_номер_преподавателя, код предмета, таб_номер_студента, дата)Ниже для примера приведена таблица, в которой хранятся записи о студентах: Приведена таблица, в которой хранятся записи о дисциплинах: 7. Сначала строятся таблицы и создаются запросы. В процессе проектирования нашей базы данных было построено 8 таблиц и создано 5 основных запросов. После создания таблиц были установлены связи между таблицами (т.е. создана схема данных).

Оглавление

1. Постановка задачи.

2. Выбор методологии проектирования и СУБД.

3. Описание предметной области.

4. Описание структуры базы данных.

5. Ограничения целостности связи заданы в схеме данных: 6. Проектирование физической структуры базы данных.

7. Реализация проекта в MS SQL Server 2008.

8. Использованная литература: 1.

1)Диго С.М., «Базы Данных», Москва, «Финансы и статистика», 2005г.

2)Советов Б.Я., Цехановский В.В., Чертовской В.Д. , «Базы данных: Теория и практика»М: Высшая Школа,2007г.

Размещено на