Access создание расписания занятий с учетом вместимости. Проектирование и реализация базы данных расписание занятий. Выявление информационных объектов

Создание базы данных «расписание»

Введение.

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

Актуальность темы.

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

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

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

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

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

Одно из основных назначений СУБД – поддержка программными средствами представления, соответствующего реальности.

Краткое описание предметной области.

Предметной областью называется фрагмент реальности, который описывается или моделируется с помощью БД и ее приложений. В предметной области выделяются информационные объекты – идентифицируемые объекты реального мира, процессы, системы, понятия и т.д., сведения о которых хранятся в БД.

В данной курсовой работе разработана база данных “Расписание” для автоматизации и уменьшения времени составления расписания занятий в ВУЗах.

Расписание включает в себя следующие таблицы:

1 Преподаватели

2 Аудитории

4 Занятия

5 Время пары

6 Расписание

Таблица 1.Преподаватели Таблица 2.Аудитории

Аудитория
Код аудитории

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


Код группы	Факультет	Специальность
	Информатики	Информационные системы
	Юриспреденции и права	Правовед
	Информатики	Прикладная информатика (в экономике)
	Экономики	история эк.наук
	Экономики	Маркетинг	БУГ-123АГА

Таблица 5.Время пары Таблица 4.Занятия


Код занятия	Тип занятия
	Базы данных
	Программирование
	Операционные Системы
	Менеджмент
	Философия

Время пары

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

Расписание
Код занятия	Тип занятия	Преподаватель	Аудитория
	Программирование	Александрова О.А.
	Менеджмент	Кирилов Н. Я
	Менеджмент	Павлековская И.М.
	Программирование	Акимов А.В..
	Базы данных	Кирилов Н. Я
	Операционные Системы	Александрова О.А.
	Программирование	Кирилов Н. Я

Описание атрибутов и их свойств.

Атрибуты или поля имеют тип данных. При выборе типа данных необходимо учитывать следующее:

Какие значения должны отображаться в поле.

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

Какие операции должны производится со значениями в поле.

Нужна ли сортировка или индексирование поля.

Будет ли использоваться группировка в запросах или отчетах.

Каким образом должны быть отсортированы значения в поле.

Всего имеется 10 типов полей.

Таблица 2.

Тип данных	Применение
Текстовый	Текст или комбинация текста и чисел	До 255 символов
	Длинный текст. Не сортируется и не индексируется.	До 64 000 символов
Числовой	Числовые данные, использующиеся для вычислений	1, 2, 4, 8 байт
Дата/время	Даты и время, обеспечивает правильную сортировку.
Денежный	Значения валют. Для предотвращения округлений.
	Автоматическая вставка последовательных или случайных чисел при добавлении записи.
Логический	Два значения типа Да/Нет
Объект OLE	Объекты, созданные в других программах.	До 1 Гигабайта
		До 64 000 символов
Мастер подстановок	Позволяет выбрать значения из другой таблицы или из списка значений.	По размеру ключевого поля

Кроме типа поля имеют форматы, которые позволяют указать форматы вывода текста, чисел, дат и значений времени на экран и на печать. Формат поля для элементов управления задается в окне свойств, а для поля в таблице или запросе в режиме конструктора таблицы (в разделе свойств поля) или в окне запроса (в окне свойств поля). Форматы можно выбирать из списка встроенных форматов для полей, имеющих числовой, денежный, логический типы данных, а также типы данных счетчика и даты/времени. Также для любых типов полей, отличных от объектов OLE есть возможность создания собственных специальных форматов. Кроме того, значение данного свойства можно задать в макросе или в программе Visual Basic.

Проектирование отношений

Таблица 7. Связи информационных объектов

Номер связи	Главный объект	Подчиненный объект	Тип связи
	Преподаватели	Расписание
	Аудитория	Расписание
		Расписание
		Расписание
	Время пары	Расписание

Описание связей между таблицами-отношениями.

После разработки всех таблиц необходимо установить связи между ними.

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

Наиболее часто используемый тип связи «один-к-многим». В такой связи каждой записи в таблице А могут соответствовать несколько записей в таблице В, а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А.

Еще могут быть отношения «многие-к-многим». При таком отношении одной записи в таблице А могут соответствовать несколько записей в таблице В, а одной записи в таблице В – несколько записей в таблице А. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит по крайней мере из двух полей, являющихся полями внешнего ключа в таблицах А и В.

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

Для создания схемы следует воспользоваться средством создания схемы данных.

Схема данных представлена на рисунке 1. Таблица Группа, Аудитория, Преподаватели, Занятия, Время пары связанны с таблицей расписание посредством кодового поля.

Рис 1.Схема данных “Расписание”

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

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

В Microsoft Access можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ.

Указание поля счетчика в качестве ключевого – наиболее простой способ создания ключевых полей.

Если поле содержит уникальные значения, такие как коды или инвентарные номера, то это поле можно определить как ключевое.

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

Индексы – это объекты БД, которые обеспечивают быстрый доступ к отдельным строкам в таблице. Индекс создается с целью повышения производительности операций запросов и сортировки данных таблицы. Индексы также используются для поддержания в таблицах некоторых типов ключевых ограничений.

Индексы обеспечивают наибольшие выгоды для относительно мало изменяющихся таблиц, по которым часто выполняются запросы.

3. Проектирование базы данных.

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

Этапы проектирования базы данных

Ниже приведены основные этапы проектирования базы данных:

Определение цели создания базы данных.

Определение таблиц, которые должна содержать база данных.

Определение необходимых в таблице полей.

Задание индивидуального значения каждому полю.

Определение связей между таблицами.

Обновление структуры базы данных.

Добавление данных и создание других объектов базы данных.

Использование средств анализа в Microsoft Access.

Определение цели создания базы данных

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

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

Определение таблиц, которые должна содержать база данных

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

При проектировании таблиц вовсе не обязательно использовать Microsoft Access. Сначала лучше разработать структуру на бумаге. При проектировке таблиц, рекомендуется руководствоваться следующими основными принципами:

Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами.

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

Каждая таблица должна содержать информацию только на одну тему.

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

Определение необходимых в таблице полей

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

Каждое поле должно быть связано с темой таблицы.

В таблице должна присутствовать вся необходимая информация.

Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).

Задание индивидуального значения каждому полю

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

Определение связей между таблицами

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

Желательно изучить связи между таблицами в уже существующей базе данных.

Обновление структуры базы данных

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

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

Добавление данных и создание других объектов базы данных

Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые запросы, формы, отчеты, макросы и модули.

Использование средств анализа в Microsoft Access

В Microsoft Access существует два инструмента для усовершенствования структуры баз данных. Мастер анализа таблиц исследует таблицу, в случае необходимости предлагает новую ее структуру и связи, а также переделывает ее.

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

Разработка и создание форм.

Формы – одно из основных средств для работы с базами данных в Access - используются для ввода новых записей (строк таблиц), просмотра и редактирования уже имеющихся данных, задания параметров запросов и вывода ответов на них и др. Формы представляют собой прямоугольные окна с размещенными в них элементами управления.

Форму можно создать тремя различными способами.

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

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

Вручную в режиме конструктора. Сначала создается базовая форма, которая затем изменяется в соответствии с требованиями в режиме конструктора.

Создание форм в режиме Мастера форм.

В окне базы данных выберите Формы в списке Объекты.

Нажмите кнопку Создать на панели инструментов окна базы данных.

В диалоговом окне Новая форма выберите нужного мастера. Описание мастера появляется в левой части диалогового окна.

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

Примечание. Если в списке выбран «Мастер форм» или «Сводная таблица», то этот шаг не обязателен - источник записей для формы можно указать позднее.

Нажмите кнопку OK.

Следуйте инструкциям мастера.

Созданную форму можно изменить в режиме конструктора, сводной таблицы или сводной диаграммы.

Рис 2 Форма расписание

Рис 3 Конструктор форм

Организация запросов.

Запросы в Microsoft Access можно создать либо автоматически, с помощью мастеров, либо самостоятельно, в окне конструктора запросов. Доработать и оптимизировать инструкцию запроса можно в режиме SQL.

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

В диалоговом окне Новый запрос выберите в списке строку Простой запрос и нажмите кнопку OK.

Следуйте инструкциям в диалоговых окнах мастера. Последнее диалоговое окно позволяет либо запустить запрос, либо открыть его в режиме конструктора.

Если получился не тот запрос, который был нужен, можно снова создать запрос с помощью мастера или изменить этот запрос в режиме конструктора.

Работа с запросами в режиме конструктора.

В окне базы данных в списке Объекты выберите Запросы и на панели инструментов окна базы данных нажмите кнопку Создать.

В диалоговом окне Новый запрос щелкните строку Конструктор, а затем нажмите кнопку OK.

В диалоговом окне Добавление таблицы выберите вкладку, содержащую объекты, данные из которых будут использованы в запросе.

Дважды щелкните объекты, которые нужно добавить в запрос, а затем нажмите кнопку Закрыть.

Добавьте поля в строку Поле в бланке запроса и, если необходимо, укажите условия и порядок сортировки.

Для просмотра результатов запроса на панели инструментов нажмите кнопку Вид.

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

Разработка и создание отчетов.

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

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

Присоединенный отчет получает данные из базового источника записей. Другие данные такие как, заголовок, дата и номера страниц, сохраняются в макете отчета.

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

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

Можно настроить отчет следующими способами.

Источник записей. Измените таблицу или запрос, на котором основан отчет.

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

Окно отчета. Можно добавить или удалить кнопки Развернуть и Свернуть, изменить текст заголовка и другие элементы окна отчета.

Разделы. Можно добавить, удалить, скрыть или изменить размер подписи, примечания и области данных отчета. Можно также задавать свойства разделов, определяющие вид отчета на экране и при печати.

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

Рис5. Отчет по Расписанию.

Заключение.

Рассмотрев свою курсовую работу на практическом примере, я понимаю, что Microsoft Access обладает всеми чертами классической СУБД и предоставляет дополнительные возможности. Access - это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. С помощью Access можно создать приложение, работающее в среде Windows и полностью соответствующее нашим потребностям по управлению данными. Используя запросы, можно выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать Access для создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса, так что в большинстве случаев вы указываете форматы, условия на значения и некоторые другие характеристики данных только один раз. К числу наиболее мощных средств Access относятся средства разработки объектов - Мастера, которые можно использовать для создания таблиц, запросов различных типов форм и отчетов, просто выбрав с помощью мыши нужные опции. Чтобы полностью автоматизировать работу вашего приложения, с помощью макросов Access можно легко связать данные с формами и отчетами. Вы можете создать большинство приложений, не написав ни единой строки программы, но если необходимо создать нечто уж совсем изощренное, то на этот случай Microsoft Access предоставляет мощный язык программирования - Microsoft Access Basic.

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

Список литературы

ACCESS 2000: Разработка приложений. И. Харитонова, В. Михеева. BHV, 2000.

Access97. В. Корнелюк, З. Веккер, Н. Зиновьев. «СОЛОН», 1998.

Крёнке Д.Теория и практика построения баз данных, 8-е изд. СПб: «Питер», 2003.

Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных

заведений /Под ред. проф. А. Д. Хомоненко. Спб.: КОРОНА принт, 2000.

Справочная система Microsoft Access.

Для подготовки данной работы были использованы материалы с сайта http://referat.ru

Создание базы данных «расписание»

Введение.

Актуальность темы.

Краткое описание предметной области.

Расписание включает в себя следующие таблицы:

1 Преподаватели

2 Аудитории

4 Занятия

5 Время пары

6 Расписание

Таблица 1.Преподаватели Таблица 2.Аудитории

Аудитория
Код аудитории

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


Код группы	Факультет	Специальность
	Информатики	Информационные системы
	Юриспреденции и права	Правовед
	Информатики	Прикладная информатика (в экономике)
	Экономики	история эк.наук
	Экономики	Маркетинг	БУГ-123АГА

Таблица 5.Время пары Таблица 4.Занятия


Код занятия	Тип занятия
	Базы данных
	Программирование
	Операционные Системы
	Менеджмент
	Философия

Время пары

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

Расписание
Код занятия	Тип занятия	Преподаватель	Аудитория
	Программирование	Александрова О.А.
	Менеджмент	Кирилов Н. Я
	Менеджмент	Павлековская И.М.
	Программирование	Акимов А.В..
	Базы данных	Кирилов Н. Я
	Операционные Системы	Александрова О.А.
	Программирование	Кирилов Н. Я

Описание атрибутов и их свойств.

Атрибуты или поля имеют тип данных. При выборе типа данных необходимо учитывать следующее:

Какие значения должны отображаться в поле.

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

Какие операции должны производится со значениями в поле.

Нужна ли сортировка или индексирование поля.

Будет ли использоваться группировка в запросах или отчетах.

Каким образом должны быть отсортированы значения в поле.

Всего имеется 10 типов полей.

Таблица 2.

Тип данных	Применение
Текстовый	Текст или комбинация текста и чисел	До 255 символов
	Длинный текст. Не сортируется и не индексируется.	До 64 000 символов
Числовой	Числовые данные, использующиеся для вычислений	1, 2, 4, 8 байт
Дата/время	Даты и время, обеспечивает правильную сортировку.
Денежный	Значения валют. Для предотвращения округлений.
	Автоматическая вставка последовательных или случайных чисел при добавлении записи.
Логический	Два значения типа Да/Нет
Объект OLE	Объекты, созданные в других программах.	До 1 Гигабайта
		До 64 000 символов
Мастер подстановок	Позволяет выбрать значения из другой таблицы или из списка значений.	По размеру ключевого поля

Проектирование отношений

Таблица 7. Связи информационных объектов

Номер связи	Главный объект	Подчиненный объект	Тип связи
	Преподаватели	Расписание
	Аудитория	Расписание
		Расписание
		Расписание
	Время пары	Расписание

Описание связей между таблицами-отношениями.

После разработки всех таблиц необходимо установить связи между ними.

Для создания схемы следует воспользоваться средством создания схемы данных.

Рис 1.Схема данных “Расписание”

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

В Microsoft Access можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ.

Указание поля счетчика в качестве ключевого – наиболее простой способ создания ключевых полей.

3. Проектирование базы данных.

Этапы проектирования базы данных

Ниже приведены основные этапы проектирования базы данных:

Определение цели создания базы данных.

Определение таблиц, которые должна содержать база данных.

Определение необходимых в таблице полей.

Задание индивидуального значения каждому полю.

Определение связей между таблицами.

Обновление структуры базы данных.

Добавление данных и создание других объектов базы данных.

Использование средств анализа в Microsoft Access.

Определение цели создания базы данных

Определение таблиц, которые должна содержать база данных

Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами.

Каждая таблица должна содержать информацию только на одну тему.

Определение необходимых в таблице полей

Каждое поле должно быть связано с темой таблицы.

В таблице должна присутствовать вся необходимая информация.

Задание индивидуального значения каждому полю

Определение связей между таблицами

Желательно изучить связи между таблицами в уже существующей базе данных.

Обновление структуры базы данных

Добавление данных и создание других объектов базы данных

Использование средств анализа в Microsoft Access

Разработка и создание форм.

Форму можно создать тремя различными способами.

Создание форм в режиме Мастера форм.

В окне базы данных выберите Формы в списке Объекты.

Нажмите кнопку Создать на панели инструментов окна базы данных.

Нажмите кнопку OK.

Следуйте инструкциям мастера.

Созданную форму можно изменить в режиме конструктора, сводной таблицы или сводной диаграммы.

Рис 2 Форма расписание

Рис 3 Конструктор форм

Организация запросов.

В диалоговом окне Новый запрос выберите в списке строку Простой запрос и нажмите кнопку OK.

Работа с запросами в режиме конструктора.

В диалоговом окне Новый запрос щелкните строку Конструктор, а затем нажмите кнопку OK.

Дважды щелкните объекты, которые нужно добавить в запрос, а затем нажмите кнопку Закрыть.

Добавьте поля в строку Поле в бланке запроса и, если необходимо, укажите условия и порядок сортировки.

Для просмотра результатов запроса на панели инструментов нажмите кнопку Вид.

Разработка и создание отчетов.

Можно настроить отчет следующими способами.

Источник записей. Измените таблицу или запрос, на котором основан отчет.

Рис5. Отчет по Расписанию.

Заключение.

Список литературы

ACCESS 2000: Разработка приложений. И. Харитонова, В. Михеева. BHV, 2000.

Access97. В. Корнелюк, З. Веккер, Н. Зиновьев. «СОЛОН», 1998.

Крёнке Д.Теория и практика построения баз данных, 8-е изд. СПб: «Питер», 2003.

Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных

заведений /Под ред. проф. А. Д. Хомоненко. Спб.: КОРОНА принт, 2000.

Справочная система Microsoft Access.

Для подготовки данной работы были использованы материалы с сайта http://referat.ru

База данных Access Университет

Минимальный список характеристик:
Номер, ФИО, адрес и должность преподавателя, ученая степень;
код, название, количество часов, тип контроля и раздел предмета (дисциплины);
код, название, номер заведующего кафедрой;
номер аудитории, где преподаватель читает свой предмет, дата, время, группа.
Один преподаватель может вести несколько дисциплин и одна дисциплина может вестись несколькими преподавателями.
Примечание: Циклы дисциплин: гуманитарный, общеинженерный, математический, компьютерный и т.д.
Выборки:
Выбрать преподавателя, который был «без работы» весной 2011г.
Определить возможные «накладки» аудиторий в расписании.
Вывести расписание занятий группы ОКЕ-40′ на март 2011г.
Определить для каждой группы долю дисциплин каждого цикла в процентах.

1) Создать структуры таблиц, ключевые поля. Заполнить таблицы данными. Количество данных в таблицах должно обеспечивать выдачу не менее 3-5 записей по каждому запросу задания. Установить связи между таблицами.
2) Создать формы для ввода информации в удобном для пользователя формате.
3) Создать запросы на выборку в соответствии с заданием. Создать параметрический запрос. Создать запросы на обновление и удаление. Создать перекрестный запрос. Создать запрос для создания отчета.
4) Создать простой отчет и отчет на основе ранее созданного запроса.
5) Создать кнопочную форму для работы со всеми созданными ранее объектами базы данных (таблицы, формы, запросы, отчеты). Предусмотреть в форме выход из базы данных (прекращение работы).

Таблица «Дисциплина» — База данных Access «Университет»

Таблица «Преподаватель» — База данных Access «Университет»

Форма «Кафедры» — База данных Access «Университет»

Отчет «Зав кафедрой» — База данных Access «Университет»

Запрос «Преподаватель без работы» — База данных Access Университет

Запрос «Накладки в расписании» — База данных Access Университет

Запрос «Расписание ОКЕ-40» — База данных Access Университет

Запрос «Процент дисциплин» — База данных Access Университет

Главная кнопочная форма — База данных Access «Университет»

Готовая база данных Access «Университет» доступна для скачивания по ссылке ниже.

. Готовая база данных Access Университет

Скачать базу данных (БД) MS Access; База данных Access «Университет»; база данных access; бд access; субд access; базы данных access; access пример; программирование access; готовая база данных; создание база данных; база данных СУБД; access курсовая; база данных пример; программа access; access описание; access реферат; access запросы; access примеры; скачать бд access; объекты access; бд в access; скачать субд access; база данных ms access; субд access реферат; субд ms access; преимущества access; базу данных; скачать базу данных на access; базы данных; реляционная база данных; системы управления базами данных; курсовая база данных; скачать базу данных; база данных access скачать; базы данных access скачать

5. Создание базы данных "Расписание автобусов" с помощью пакета Access

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

Базы данных, как правило, обладают следующими признаками:

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

данные или информационные элементы в БД определенным образом структурированы и связаны между собой, при этом структура, состав данных и их содержание в БД не зависят от особенностей прикладных программ, используемых для управления БД;

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

Основные функции СУБД следующие:

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

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

Управление данными - можно указать, кому разрешено знакомиться с данными, корректировать их или добавлять новую информацию.

Проектируя базу данных "Расписание автобусов", разбиваем ее на две связные таблицы. В первой таблице содержатся следующие поля: пункт назначения; время отправления; время в пути; количество посадочных мест. А во второй: время отправления; расстояние до пункта назначения.

При создании базы данных следует соблюдать следующие принцыпы:

· В каждой таблице не должно быть повторяющихся полей;

· В каждой таблице олжен быть уникальный идентификатор - ключ;

· Каждому значению первичного ключа должна соответствоватьдостаточная информация о сущности или объекте таблицы.

Создадим таблицы в режиме конструктора:

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

Таблица 5.1.

Для поля Время отправления поставим ключ и зададим Маску ввода "00:00".

Таким же образом создадим вторую взаимосвязанную таблицу:

Таблица 5.2.

Для поля Пункт назначения поставим ключ.

Для облегчения работы с данными и заполнения базы данных используют формы. Формы являются типом объектов базы данных, который обычно используется для отображения данных в базе данных.

Заполняются формы в соответствии с полями таблиц №5.1. и 5.2. базы данных:


Пункт назначения	Время отправления	Время в пути	Количество посадочных мест

Восточная
Западная
Педагогический университет
Школа №25
улица Садовая
проспект Новых технологий

Кинотеатр Мир
Педагогический университет
площадь Незнайки
проспект Новых технологий
Школа №25
Почта №536
улица Садовая
Западная


Педагогический университет
Кинотеатр Мир
Восточная
площадь Незнайки
Школа №25

Почта №536
проспект Новых технологий

Западная
Педагогический университет
улица Садовая

На основе созданной базы данных создаем запросы.

Запросы являются основным средством извлечения информации из базы данных. С помощью запроса можно выбрать определенную информацию и рассортировать ее по значениям полей и даже добавлять описания в презентации. Запросы часто используются в качестве основы при создании форм и отчетов. Другие запросы могут создавать новые таблицы, присоединять данные к существующим таблицам, удалять записи и осуществлять поиск дублирующихся записей. Создаем запрос на совпадение значений для поля Пункт назначения таблицы (формы) №5.1. Для этого заходим в "Мастер запросов", выбираем запрос на повторяющиеся записи, нажимаем далее, выбираем таблицу 5.1., далее, поле Пункт назначения и нажимаем готово. Появляется готовый запрос:

Создаем запрос с сортировкой по полю Время отправления таблицы (формы) №5.1. Для этого заходим в "Конструктор запросов", добавляем таблицу 5.1., выбираем поля Пункт назначения и Время отправления. Под полем Время отправления в графе сортировка выбираем вид сортировки "по возрастанию" или "по убыванию". Закрываем "Конструктор" и при сохранении нажимаем Да.

Запрос с сортировкой по заданному полю
Пункт назначения	Время отправления
улица Садовая
Педагогический университет
Западная

проспект Новых технологий
Почта №536

Школа №25
площадь Незнайки
Восточная
Кинотеатр Мир
Педагогический университет


Западная
улица Садовая
Почта №536
Школа №25
проспект Новых технологий
площадь Незнайки
Педагогический университет
Кинотеатр Мир

проспект Новых технологий
улица Садовая
Школа №25
Педагогический университет
Западная
Восточная

Создаем запрос на принадлежность поля Расстояние до пункта назначения заданному диапозону. Для этого в "Конструкторе" для поля Расстояние до пункта назначения в графе Условие отбора указываем значение: (>=30) and (<=45). Далее сохраняем запрос.

Создаем параметрический запрос для поля Количество посадочных мест. Для этого в "Конструкторе" для поля Количество посадочных мест в графе Условие отбора в квадратных скобках указываем: [Введите количество посадочных мест]. Далее сохраняем запрос. При запуске запроса появится диалоговое окно, в котором необходимо ввести нужное количество посадочных мест и нажать на кнопку OK.

Создаем отчет на основе запроса на принадлежность поля Расстояние до пункта назначения заданному диапозону.

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

Автоматизация заказа блюд в ресторане

Таблицы задачи были созданы в СУБД ACCESS. Таблицы создаются с помощью конструктора. Рисунок 2.4 - ACCESS с выведенным списком таблиц задачи Рисунок 2...

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

База данных туристической фирмы

В Access создадим пять таблиц со следующими свойствами полей: Туры: § Код_тура (ключевое поле, тип - счетчик) § Код_страны (тип - числовой, для связи с таблицей «Страны») § Код_туроператора (числовое поле...

Информационные системы в экономике

Создадим в Access базу данных о работниках магазина. Схема данных БД изображена на рис.10 Рис.10. Схема данных БД Введение записей в таблицу "Сотрудники" изображено на рис.11 Рис.11...

Описание средств визуальной разработки

Создаю таблицы в режиме конструктора: BibliotechnyiFond, DannieChitatelia, UchetVidachiKnig. В таблице "Библиотечный фонд" описываются поля: шифр книги с текстовым типом данных, цена книги - числовой, название книги - текстовый, автор - текстовый, год издания - числовой...

Отдел кадров предприятия

На основе проведенного анализа предметной области и проведенного в ErWin моделирование базы данных для управления АЗС была создана автоматически база данных в СУБД Access. Схема созданной базы данных приведена на рисунке 3.1. Рисунок 3...

Проектирование информационной системы "Начисление заработной платы сотрудникам школы"

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

Разработка базы данных "Такси"

Построим таблицы для всех отношений Отношение R11 представлена на рисунке 5.1 таблица "Водители" Рисунок 5.1: таблица "Водители" Отношение R12 представлена на рисунке 5.2 таблица "Заказы" Рисунок 5...

Разработка базы данных с использованием средств Microsoft Access для автоматизации процедур учета и формирования заказов на предприятии ООО "Озон"

Система баз данных MS Access

Создание базы данных с использованием программы Microsoft Access

Полученный вариант №8, содержащий базу данных “Автомобили”, был создан с помощью программы Microsoft Office Excel. Целью данной практической части (а так же курсовой работы в целом),было преобразование(создание) базы данных с помощью программы Microsoft Access...

Создание информационной системы учета в комиссионном букинистическом магазине

Для начала работы требуется открыть Access и создать новую таблицу. Переименовать ее в Users. В конструкторе создаются поля kodU - счетчик. Поля User и Password числовые. Следующая таблица называется Tovar. Kodtov - счетчик. Kodkl, Gizd, Ckl, Csh, Dolgmag - числовые поля. DataPr, DataR...

Создание приложения VBA в Access "Начисления заработной платы по должностям"

Создание программного модуля на тему: "Организация работы автосервиса"

Для описания предметной области “ Организация работы автосервиса ” были созданы 2 таблицы: Customers.mdb содержит в себе данные обо всех клиентах, имеющих заказ. Таблица имеет следующие поля: код клиента(CustomerNumber) (ключевое), ФИО(Fio)...

Создание таблицы базы данных в Microsoft Access

Создание таблиц В Access используются три способа создания таблиц: путем ввода данных (by entering data), с помощью Конструктора таблиц (in Design view) и с помощью Мастера создания таблиц (by using wizard)...

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

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

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

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

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

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

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

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

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

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

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

Выполнл(а):	студент гр.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. Сущности и их атрибуты

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

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

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

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

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

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

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

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

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

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

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

Таблица 5. Специальность

Таблица 6. Аудитория

номер аудитории	корпус	количество мест	адрес

Таблица 7. Дисциплина

Таблица 8. Номер пары

номер пары	время начала	время окончания

Таблица 9. День недели

Таблица 10. Тип занятия

код типа занятия	тип занятия

Таблица 11. Кафедра

код кафедры	название кафедры

Таблица 12. Форма обучения

код формы обучения	наименование формы обучения

Таблица 13. Преподаватель

код преподавателя	ФИО преподавателя	код кафедры	код должности	код звания	код ученой степени

Таблица 14. Должность

Таблица 15. Звание

код звания	наименование звания

Таблица 16. Ученая степень

код ученой степени	наименование ученой степени

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

Создание базы данных в Среда SQL Server Management Studio использ у ются логическая и физические модели проектирования базы данных (см. 1.3. и 2.1.).

Итак, после установления SQL Server создается база данных, и указыв а ется путь для сохранения. Следующим шагом необходимо создать таблицы согласно сущностям.

Создание таблиц базы данных « raspisanie ». Описываются свойства атр и бутов данных таблиц (тип данных, длина, разрешение нулевого значения п о ля).

Таблица 17. Аудитория

Таблица 18. Группа

Таблица 19. День недели

Таблица 20. Дисциплина

Таблица 21. Должность

Таблица 22. Звание

Таблица 23. Кафедра

Таблица 24. Номер пары

Таблица 25. Преподаватель

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

Таблица 27. Специальность

Таблица 28. Тип занятия

Таблица 29. Ученая степень

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

Таблица 31. Форма обучения

Для необходимости так же можно заполнить все таблицы путем откр ы тия.

Связывание таблиц происходит через создание диаграммы, где устана в ливаются все связи между таблицами. Диаграмма отношений базы данных « raspisanie » находится в Приложении Б.

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

Клиентское приложение реализуется в среде Delphi 7. Интерфейс базы данных « raspisanie » состоит из 9 форм, в которых осуществляются операции такие как: ввод, вывод и редактирование информации. А также 3 формы с операциями: поиск, фильтрация, отчет.

Рассмотрим для наглядного примера главную форму, поиск и отчет.

В форме «Расписание» вводятся данные в DBEdit и DBLoockUpCo m boBox и с помощью DBNavigator отображаются в компоненте DBGrid . С п о мощью этих компонентов можно вносить изменения в саму базу данных SQL .

Рис 1 Форма «Расписание групп»

Для удобства перемещения по самой программе был использован ко м понент MainMenu . Он помогает переходить на любые формы программы (см. рис 2).

Рис 2. Использование компонента MainMenu

Операция поиск позволяет найти данные о выбранной группе из таблицы «Группы».

Рис 3. Поиск

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

Рис 4. Операция поиск

Также на форме расположены кнопки для перехода на другие операции, на главную форму и кнопка «Выход», при нажатии которой закрывается форма поиска.

При запуске формы для отчета можно видеть, что на форме расположена кнопка «Показать отчет» и компонент QReport , который как раз и отображает сам отчет, сгруппированный по группам.

Рис 5. Форма «Отчет»

При нажатии на кнопку «Показать отчет» выведется непосредственно сам отчет.

Рис 6. Сгруппированный отчет по группам

ЗАКЛЮЧЕНИЕ

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

Эта программа является законченным программным продуктом, хотя возможна её доработка. Есть необходимость добавления таких возможностей как:

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Изучение основ работы с СУБД Microsoft SQL Server 2005. Методич е ские указания для проведения лабораторных работ по курсу «Орган и зация баз данных и знаний», Орловский Д.Л., НТУ «ХПИ», кафедра АСУ, 2009.
Разработка клиент-серверных приложений в Delphi , Андрей Шкрыль, БХВ-Петербург, 2006.

ПРИЛОЖЕНИЕ А

Сущности в ERwin

ПРИЛОЖЕНИЕ Б

Диаграмма таблиц SQL

ПРИЛОЖЕНИЕ В

Листинг операции «поиск»

Поиск

procedure TForm9.Button2Click(Sender: TObject);

begin

Query1.Active:=false;

КоличествоСтудентов , b. Факультет , c. НаименованиеФормыОбучения , a. КодСпециальности , d. НаименованиеСпециальности ";

КодФормыОбучения =c. КодФормыОбучения ) and (a. КодСпециальности =d. КодСпециальности ) and (e. КодГруппы ="""+combobox1.Text+""")");

Query1.Active:=true;

end;

Отмена

procedure TForm9.Button3Click(Sender: TObject);

begin

Query1.Active:=false;

Query1.SQL.text:="select e. КодГруппы , a. КоличествоСтудентов , b. Факультет , c. НаименованиеФормыОбучения , a. КодСпециальности , d. НаименованиеСпециальности ";

Query1.SQL.Add("from dbo. Группа a, dbo. Факультет b, dbo. ФормаОбучения c, dbo. Специальность d, dbo. Группа e");

Query1.SQL.Add("where (a. КодГруппы =e. КодГруппы ) and (a. КодФакультета =b. КодФакультета ) and (a. КодФормыОбучения =c. КодФормыОбучения ) and (a. КодСпециальности =d. КодСпециальности )");

Query1.Active:=true;

end;

Листинг операции «Фильтрация»

Фильтрация

procedure TForm10.Button1Click(Sender: TObject);

begin

Query1.Active:=false;

ФИОпреподавателя , b. НазваниеДисциплины , c. НазваниеДняНедели

Query1.SQL.Add("where (e. КодПреподавателя =a. КодПреподавателя ) and (e. КодДисциплины =b. КодДисциплины ) and (e. КодДняНедели =c. КодДняНедели ) and (e. КодТипаЗанятия =d. КодТипаЗанятия ) and (c. НазваниеДняНедели ="""+combobox1.Text+""")");

Query1.Active:=true;

end;

Отмена

procedure TForm10.Button2Click(Sender: TObject);

begin

Query1.Active:=false;

Query1.SQL.Text:="select e. КодРасписания , e. КодГруппы , e. НомерАудитории , a. ФИОпреподавателя , b. НазваниеДисциплины , c. НазваниеДняНедели , d. ТипЗанятия , e. НомерПары ";

Query1.SQL.Add("from dbo. Преподаватель a, dbo. Дисциплина b, dbo. ДеньНедели c, dbo. ТипЗанятия d, dbo. Расписание e");

Query1.Active:=true;

end;

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

с ших учебных заведений

Лит.

Листов

ВСГУТУ

зм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

ВСГУТУ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

ВСГУТУ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

ВСГУТУ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

ВСГУТУ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

ВСГУТУ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

ВСГУТУ

Изм.

Лист

№ докум.

Подпись

Дата

Лист

Д.529.3.4.2.124.12.ПЗ

Разраб.

Улахаев А.Ю.

Провер.

Базарон С.А.

Н. Контр.

Чимитова Е.Г.

Утверд.

Базарон С.А.

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

Лит.

Листов

Организация