Разработка базы данных «Составление расписания для высших учебных заведений»

Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение

Высшего профессионального образования

 

«ВОСТОЧНО-СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ТЕХНОЛОГИЙ И УПРАВЛЕНИЯ»

(ФГБОУ ВПО ВСГУТУ)

 

 

Кафедра «Системы информатики»

 

 

 

 

 

КУРСОВОЙ ПРОЕКТ

 

по дисциплине «БАЗЫ ДАННЫХ»

 

на тему «Разработка базы данных

«Составление расписания для высших учебных заведений»

 

 

 

 

 

 

Выполнл(а):	студент гр.529
__________
Руководитель:	к.т.н, доцент
___________	Базарон С.А.
Нормоконтролер:	к.п.н., доцент
___________	Чимитова Е.Г.
Оценка:	___________
Дата защиты:	___________

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Улан-Удэ

2012

 

Содержание

 

Введение…………………………………….……………...……………...…3

1. Проектирование Базы данных………………………...………….………5

1.1. Постановка задачи……………………………………………………....6

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

1.3. Проектирование логической модели базы данных…………………...8

2.  Реализация базы данных и пользовательское приложения…………..10

2.1. Проектирование физической  модели базы данных …………………11

2.2. Создание базы данных  в Microsoft SQL Server ……………………...13

2.3. Реализация клиентского  приложения………………………………...17

Заключение………………………………………………………………….21

Список использованных источников……………………………………...23

Приложение А………………………………………………………………25

Приложение Б……………………………………………………………….27

Приложение В………………………………………………………………29

 

 

 

 

 

 

 

ВВЕДЕНИЕ

 

 

 

 

 

 

 
       Эффективная и рациональная организация учебного процесса – одна из важнейших задач любого учебного заведения. Поэтому все более актуальным становится вопрос об автоматизации этого процесса.

Если использовать при организации процесса обучения ЭВМ, в частности различного рода программные продукты, то можно сделать этот процесс гораздо более точным и быстрым, лишенным множества накладок, которые возникают при его организации вручную.

Задачу составления расписания не стоит рассматривать только как некую программу, реализующую функцию механического распределения занятий в начале семестра, на которой ее (программы) использование и заканчивается. Экономический эффект от более эффективного использования трудовых ресурсов может быть достигнут только в результате кропотливой работы по управлению этими трудовыми ресурсами. Расписание здесь является лишь инструментом такого управления, и для наиболее полного его использования необходимо, чтобы программа сочетала в себе не только средства для составления оптимального расписания, но и средства для поддержания его оптимальности в случае изменения некоторых входных данных, которые на момент составления расписания считались постоянными.

Таким образом, целью данной курсового проекта является создание системы управления базой данных «Составление расписания» на примере «Составления расписания для высших учебных заведениях», включающую базу данных и пользовательское приложение.

Задачи курсового проекта можно сформулировать как:

• Создание логической и физической моделей базы данных;
• Создание базы данных в Среда SQL Server Management Studio;
• Создание интерфейса программы в Delphi 7.

 

 

 

 

 

 

 

 

 

 

 

 

 

1. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

 

 

 

 

 

 

 

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

Необходимо разработать базу данных «Составление расписания для высших образовательных учреждений» для хранения данных, связанных с нею.

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

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

Расписание занятий в высшем учебном заведении служит для сведения в единую взаимосвязанную систему учащихся, преподавателей и мест проведения занятий (аудиторий).

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

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

 

 

 
Традиционный способ представляет собой следующие этапы, выполняющиеся вручную:

1. Разработка и утверждение  учебных планов.

2. Выборка из планов  перечня дисциплин и закрепление  их за кафедрами.

3. Составление учебных  поручений кафедрам других факультетов  на закрепление учебной нагрузки за преподавателями.

4. Распределение нагрузки  на кафедрах.

5. Составление проходки  на семестр, которая содержит  информацию о дисциплинах, видах  занятий, часами по каждому из видов и преподавателе.

6. Учёт занятого и свободного  времени преподавателей работающих  по совместительству.

7. Составление расписания.

 

 

 

1.3. Проектирование  логической модели базы данных

Процесс проектирования данных можно условно разделить на два этапа: логическое моделирование и физическое проектирование. Результатом первого из них является так называемая логическая (или концептуальная) модель данных, выражаемая обычно диаграммой «сущность-связь» или ER (Entity-Relationship) диаграммой, которая представлена в одной из стандартных нотаций, принятых для отображения подобных диаграмм. Результатом второго этапа является готовая база данных либо DDL-скрипт для ее создания.

Логическая модель данных описывает факты и объекты, подлежащие регистрации в будущей базе данных. Основными компонентами такой модели являются сущности, их атрибуты и связи между ними. Как правило, физическим аналогом сущности в будущей базе данных является таблица, а физическим аналогом атрибута — поле этой таблицы. С логической точки зрения сущность представляет собой совокупность однотипных объектов или фактов, называемых экземплярами этой сущности. Физическим аналогом экземпляра обычно является запись в таблице базы данных. Как и записи в таблице реляционной СУБД, экземпляры сущности должны быть уникальными, то есть полный набор значений их атрибутов не должен дублироваться. И так же, как и поля в таблице, атрибуты могут быть ключевыми и неключевыми. На этапе логического проектирования для каждого атрибута обычно определяется примерный тип данных (строковый, числовой, BLOB и др.). Конкретизация происходит на этапе физического проектирования, так как различные СУБД поддерживают разные типы данных и ограничения на их длину или точность.

 
Таблица 1. Сущности и их атрибуты

сущности	атрибуты	описание
расписание	код расписания	составление расписания
	код группы
	номер аудитории
	код преподавателя
	код дисциплины	из остальных сущностей
	код дня недели
	код типа занятия
	номер пары
факультет	код факультета	информация о факультетах
	факультет
специальность	код специальности	информация о специальностях ВУЗа
	наименование специальности
аудитория	номер аудитории	информация аудиториях во всех имеющихся корпусах
	корпус
	количество мест
	адрес
дисциплина	код дисциплины	Все изучаемы дисциплины
	название дисциплины
номер пары	номер пары	информация о длительности пары
	время начала
	время окончания
день недели	код дня недели	информация о днях неделях и о их кодах
	название дня недели
тип занятия	код типа занятия	лекция или практика
	название дня недели
фома обучения	код формы обучения	очная или заочная формы обучения
	наименование формы обучения
преподаватель	код преподавателя	содержит ифнормацию преподавателе
	ФИО преподавателя
	код кафедры
	код досжности
	код звания
	код ученой степени
кафедра	код кафедры	информафия о кафедре
	название кафедры
должность	код должности	должности работников ВУЗов
	наименование должности
звание	код звания	звания работников ВУЗов
	наименование звания
ученая степень	код ученой степени	ученые степени работников ВУЗов
	наименование ученой степени

 

Далее следует логическая модель, которую легко можно изучить по средством программы Erwin (Приложение А).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. РАЗРАБОТКА БВЗЫ ДАННЫХ И ПОЛЬЗОВАТЕЛЬСКОГО ПРИЛОЖЕНИЯ

 

 

2.1. Проектирование  физической модели базы данных

Физическое проектирование базы данных – это процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.

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

Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных. Представим физическую модель базы данных «Составление расписания для ВУЗов» в виде таблиц сущностей из таблицы 1.

Таблица 2. Расписание

код расписания	код группы	номер аудитории	код преподавателя	код дисциплины	код дня недели	код типа занятия	номер пары

 

Таблица 3. Группы

код группы	количество студентов	код факультета	код формы обучения	код специальности

 

Таблица 4. Факультет

код факультета	факультет