Загрузка...
Учебная работа. Курсовая работа: Проектирование базы данных
Введение
1. Описание предметной области
1.1 Описание атрибутов и их параметров
2. Проектирование отношений
2.1 Описание связей меж таблицами-отношениями
2.2 установление многофункциональной зависимости меж атрибутами, выделение главных атрибутов
3. Проектирование базы данных
4. Разработка и создание форм
5. Организация запросов
6. Разработка и создание отчётов
Заключение
Перечень применяемой литературы
Введение
Дипломная работа посвящена анализу проектирования баз данных, также свету способов построения форм и отчетов на примере построения программки ведения электрической документации учебного заведения. В качестве инструмента построения базы данных применен Microsoft Access. С самого начала эту СУБД отличала простота использования в сочетании с широкими способностями по разработке законченных приложений.
Актуальность темы.
В истинное время, невзирая на увеличение компьютеризации общества, в сфере образования до сего времени нет средств, позволяющих в достаточной мере заавтоматизировать процесс ведения документации и отчетности.
Одной из составных задач можно разглядывать делему составления расписания учебного процесса, а так же оперативную корректировку расписания при появлении необходимости в этом.
О своевременности и актуальности рассматриваемой трудности гласит тот факт, что огромную часть собственного времени админы заведений и педагоги растрачивают на оформление различной документации и отчетов. Большущее количество учебных заведений и отсутствие предложений в данной сфере гарантируют высшую Потребность в данном продукте.
Базы данных (БД) составляют в истинное время базу компьютерного обеспечения информационных действий, входящих фактически во все сферы людской деятель.
Вправду, процессы обработки инфы имеют общую природу и опираются на описание фрагментов действительности, выраженное в виде совокупы взаимосвязанных данных. Базы данных являются действенным средством представления структур данных и манипулирования ими. Теория баз данных подразумевает внедрение встроенных средств хранения инфы, позволяющих обеспечить централизованное управление данными и сервис ими почти всех юзеров. При всем этом БД обязана поддерживаться в среде ЭВМ единым программным обеспечением, именуемым системой управления базами данных (СУБД). СУБД совместно с прикладными программками именуют банком данных.
Одно из главных предназначений СУБД – поддержка программными средствами представления, соответственного действительности.
1. Описание предметной области
Предметной областью именуется фрагмент действительности, который описывается либо моделируется при помощи БД и ее приложений. В предметной области выделяются информационные объекты – идентифицируемые объекты настоящего мира, процессы, системы, понятия и т.д., сведения о которых хранятся в БД. В данной курсовой работе разработана база данных «Расписание» для автоматизации и уменьшения времени составления расписания занятий в ВУЗах.
Расписание содержит в себе последующие таблицы :
1 Педагоги
2 Аудитории
3 Группы
4 Занятия
5 время пары
6 Расписание
Таблица 1.Педагоги
Педагоги
Код педагога
Ф И О
1
Акимов А.В..
2
Александрова О.А.
3
Кирилов Н. Я
4
Павлековская И.М.
5
Рунова Л.Д.
6
Новиков И С
Таблица 2.Аудитории
Аудитория
Код аудитории
Здание
Этаж
Номер
1
Л
3
743г
2
Л
2
211е
3
Л
5
214е
Таблица 3.Группы
Группы
Код группы
Факультет
Специальность
Курс
Номер
1
Информатики
Информационные системы
2
пи
2
Юриспреденции и права
Правовед
3
ВЛИ-605Г
3
Информатики
Прикладная информатика (в экономике)
3
СЛИ-508У
4
экономики
история эк.наук
4
ГДР-111Х
5
экономики
Маркетинг
2
БУГ-123АГА
6
1
Таблица 4. Занятия
Занятия
Код занятия
Тип занятия
1
Базы данных
2
Программирование
3
Операционные системы
4
Менеджмент
5
Философия
Таблица 5. Время пары
время пары
№пары
Начало
Конец
1
10-00
11-30
2
11-40
12-20
3
12-30
14-00
4
14-10
16-40
5
16-50
17-30
6
17-40
18-30
Таблица 6.Расписание
Расписание
Код занятия
Дата
№пары
Группа
Тип занятия
Педагог
Аудитория
4
12.02.2007
2
СЛИ-508У
Программирование
Александрова О.А.
211е
5
13.01.2007
5
пи
Менеджмент
Кирилов Н. Я
743г
6
12.02.2007
6
ВЛИ-605Г
Менеджмент
Павлековская И.М.
214е
7
13.01.2007
3
ГДР-111Х
Программирование
Акимов А.В..
743г
8
13.01.2007
1
пи
Базы данных
Кирилов Н. Я
211е
9
14.01.2007
4
СЛИ-508У
Операционные системы
Александрова О.А.
211е
10
13.05.2007
2
ВЛИ-605Г
Программирование
Кирилов Н. Я
421г
1.1 Описание атрибутов и их параметров
Атрибуты либо поля имеют тип данных. При выбирании типа данных нужно учесть последующее:
· Какие значения должны отображаться в поле.
· сколько места нужно для хранения значений в поле.
· Какие операции должны делается со значениями в поле.
· Нужна ли сортировка либо индексирование поля.
· Будет ли употребляться группировка в запросах либо отчетах.
· Каким образом должны быть отсортированы значения в поле.
Всего имеется 10 типов полей.
Таблица
Nr
Тип данных
Применение
Размер
1.
Текстовый
текст либо композиция текста и чисел
До 255 знаков
2.
МЕМО
Длиннющий текст. Не сортируется и не индексируется.
До 64000 знаков
3.
Числовой
Числовые данные, использующиеся для вычислений
1, 2, 4, 8 б
4.
Дата/время
Даты и время, обеспечивает правильную сортировку.
8 б
5.
Валютный
значения валют. Для предотвращения округлений.
8 б
6.
Счетчик
Автоматическая вставка поочередных либо случайных чисел при добавлении записи.
4 б
7.
Логический
Два значения типа Да/Нет
1 бит
8.
Объект OLE
Объекты, сделанные в остальных программках.
До 1 Гб
9.
ссылка
Гиперссылки типа UNC либо URL.
До 64000 знаков
10.
Мастер подстановок
Дозволяет избрать значения из иной таблицы либо из перечня значений.
По размеру главного поля
Не считая типа поля имеют форматы, которые разрешают указать форматы вывода текста, чисел, дат и значений времени на экран и на печать. формат поля для частей управления задается в окне параметров, а для поля в таблице либо запросе в режиме конструктора таблицы (в разделе параметров поля) либо в окне запроса (в окне параметров поля). Форматы можно выбирать из перечня интегрированных форматов для полей, имеющих числовой, валютный, логический типы данных, также типы данных счетчика и даты/времени. Также для всех типов полей, хороших от объектов OLE есть возможность сотворения собственных особых форматов. Не считая того,
2 Проектирование отношений
Таблица 7. Связи информационных объектов
Номер связи
Основной объект
Подчиненный объект
Тип связи
1
Педагоги
Расписание
1:М
2
Аудитория
Расписание
1:М
3
Группы
Расписание
1:М
4
Занятия
Расписание
1:М
5
время пары
Расписание
1:М
2.1 Описание связей меж таблицами-отношениями
Опосля разработки всех таблиц нужно установить связи меж ними.
Связь меж таблицами устанавливает дела меж совпадающими значениями в главных полях, обычно меж полями различных таблиц, имеющих однообразные имена. Почти всегда с главным полем одной таблицы, являющимся неповторимым идентификатором каждой записи, связывается наружный ключ иной таблицы.
Более нередко применяемый тип связи «один-к-многим». В таковой связи каждой записи в таблице А могут соответствовать несколько записей в таблице В, а запись в таблице В не может иметь наиболее одной соответственной ей записи в таблице А.
Еще могут быть дела «многие-к-многим». При таком отношении одной записи в таблице А могут соответствовать несколько записей в таблице В, а одной записи в таблице В – несколько записей в таблице А. Таковая схема реализуется лишь при помощи третьей (связывающей) таблицы, ключ которой состоит по последней мере из 2-ух полей, являющихся полями наружного ключа в таблицах А и В.
Самый редчайший тип связи «один-к-одному». При таком отношении запись в таблице А может иметь не наиболее одной связанной записи в таблице В, и напротив. Употребляют такую связь для разделения весьма широких таблиц, для отделения части таблицы по суждениям защиты, также для сохранения сведений, относящихся к подмножеству записей в главной таблице. к примеру, для хранения секретных данных.
Для сотворения схемы следует пользоваться средством сотворения схемы данных.
Схема данных представлена на рисунке 1. Таблица Группа, Аудитория, Педагоги, Занятия, время пары связанны с таблицей расписание средством кодового поля.
Рис 1.Схема данных «Расписание»
2.2 установление многофункциональной зависимости меж атрибутами, выделение главных атрибутов
Мощь реляционных БД состоит в том, что с помощью их можно стремительно отыскать и связать данные из различных таблиц с помощью запросов, форм и отчетов. Для этого любая таблица обязана содержать одно либо несколько полей, совершенно точно идентифицирующих каждую запись в таблице. Эти поля именуются главными.
В Microsoft Access можно выделить три типа главных полей: счетчик, обычный ключ и составной ключ.
Указание поля счетчика в качестве главного – более обычный метод сотворения главных полей.
Если поле содержит неповторимые значения, такие как коды либо инвентарные номера, то это поле можно найти как ключевое.
В вариантах, когда нереально гарантировать неповторимость значений всякого отдельного поля, можно сделать ключ, состоящий из нескольких полей. Неповторимым будет сочетание этих полей.
Индексы – это объекты БД, которые обеспечивают резвый доступ к отдельным строчкам в таблице. Индекс создается с целью увеличения производительности операций запросов и сортировки данных таблицы. Индексы также употребляются для поддержания в таблицах неких типов главных ограничений.
Индексы обеспечивают самые большие выгоды для относительно не много изменяющихся таблиц, по которым нередко производятся запросы.
3. Проектирование базы данных
В Microsoft Access, до этого чем создавать таблицы, формы и остальные объекты нужно задать структуру базы данных. Не плохая структура базы данных является основой для сотворения адекватной требованиям, действенной базы данных.
Этапы проектирования базы данных
Ниже приведены главные этапы проектирования базы данных:
1. Определение цели сотворения базы данных.
2. Определение таблиц, которые обязана содержать база данных.
3. Определение нужных в таблице полей.
4. Задание личного значения любому полю.
5. Определение связей меж таблицами.
6. Обновление структуры базы данных.
7. Добавление данных и создание остальных объектов базы данных.
8. Внедрение средств анализа в Microsoft Access.
1. Определение цели сотворения базы данных
На первом шаге проектирования базы данных нужно найти цель сотворения базы данных, главные ее функции и информацию, которую она обязана содержать. Другими словами необходимо найти главные темы таблиц базы данных и информацию, которую будут содержать поля таблиц.
база данных обязана отвечать требованиям тех, кто будет конкретно с ней работать. Для этого необходимо найти темы, которые обязана покрывать база данных, отчеты, которые она обязана выдавать, проанализировать формы, которые в реальный момент употребляются для записи данных, сопоставить создаваемую базу данных с отлично спроектированной, схожей ей базой.
2. Определение таблиц, которые обязана содержать база данных
Одним из более сложных шагов в процессе проектирования базы данных является разработка таблиц, потому что результаты, которые обязана выдавать база данных (отчеты, выходные формы и др.) не постоянно дают полное совсем не непременно применять Microsoft Access. Поначалу лучше создать структуру на бумаге. При проектировке таблиц, рекомендуется управляться последующими главными принципами:
— информация в таблице не обязана дублироваться. Не обязано быть повторений и меж таблицами.
Когда определенная информация храниться лишь в одной таблице, то и изменять ее придется лишь в одном месте. Это делает работу наиболее действенной, также исключает возможность несовпадения инфы в различных таблицах. К примеру, в одной таблице должны содержаться адреса и телефоны учеников.
— Любая таблица обязана содержать информацию лишь на одну тему.
Сведения на каждую тему обрабатываются намного легче, если содержаться они в независящих друг от друга таблицах. К примеру, адреса и заказы учеников хранятся в различных таблицах, с тем, чтоб при удалении заказа информация о ученике осталась в базе данных.
3. Определение нужных в таблице полей
Любая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы. к примеру, в таблице с данными о педагогах могут содержаться поля с заглавием специальность, факультет, курс, номер группы. При разработке полей для каждой таблицы нужно держать в голове:
— Каждое поле обязано быть соединено с темой таблицы.
— Не рекомендуется включать в таблицу данные, которые являются результатом выражения.
— В таблице обязана находиться вся нужная информация.
— Информацию следует разбивать на меньшие логические единицы (к примеру, поля «имя» и «Фамилия», а не общее поле «имя«).
4. Задание личного значения любому полю
С тем чтоб Microsoft Access мог связать данные из различных таблиц, к примеру, данные о клиенте и его заказы, любая таблица обязана содержать поле либо набор полей, которые определяют неповторимость каждой записи в таблице. Такое поле либо набор полей именуют первичным ключом.
5. Определение связей меж таблицами
Опосля распределения данных по таблицам и определения главных полей нужно избрать схему для связи данных в различных таблицах. Для этого необходимо найти связи меж таблицами.
лучше изучить связи меж таблицами в уже имеющейся базе данных.
6. Обновление структуры базы данных
Опосля проектирования таблиц, полей и связей нужно снова просмотреть структуру базы данных и выявить вероятные недостатки. лучше это создать на данном шаге, пока таблицы не заполнены данными.
Для проверки нужно сделать несколько таблиц, найти связи меж ними и ввести несколько записей в каждую таблицу, потом поглядеть, отвечает ли база данных поставленным требованиям. Рекомендуется также сделать предварительные выходные формы и отчеты и проверить, выдают ли они требуемую информацию. Не считая того, нужно исключить из таблиц все вероятные повторения данных.
7. Добавление данных и создание остальных объектов базы данных
Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Потом можно создавать любые запросы, формы, отчеты, макросы и модули.
8. Внедрение средств анализа в Microsoft Access
В Microsoft Access существует два инструмента для усовершенствования структуры баз данных. Мастер анализа таблиц изучит таблицу, в случае необходимости дает новейшую ее структуру и связи, также переделывает ее.
анализатор быстродействия изучит всю базу данных, дает советы по ее улучшению, также производит их.
4 Разработка и создание форм
Формы – одно из главных средств для работы с базами данных в Access — употребляются для ввода новейших записей (строк таблиц), просмотра и редактирования уже имеющихся данных, задания характеристик запросов и вывода ответов на их и др. Формы представляют собой прямоугольные окна с размещенными в их органами управления.
Форму можно сделать 3-мя разными методами.
С помощью авто-формы на базе таблицы либо запроса. При помощи авто-форм можно создавать формы, в каких выводятся все поля и записи базисной таблицы либо запроса. Если избранный источник записей имеет связанные таблицы либо запросы, то в форме также будут находиться все поля и записи этих источников записей.
С помощью мастера на базе одной либо нескольких таблиц либо запросов. Мастер задает подробные вопросцы о источниках записей, полях, макете, требуемых форматах и делает форму на основании приобретенных ответов.
Вручную в режиме конструктора. Поначалу создается базисная форма, которая потом меняется в согласовании с требованиями в режиме конструктора.
Создание форм в режиме Мастера форм
.
· В окне базы данных изберите Формы в перечне Объекты.
· Нажмите клавишу Сделать на панели инструментов окна базы данных.
· В диалоговом окне Новенькая форма изберите подходящего мастера. Описание мастера возникает в левой части диалогового окна.
· Изберите имя таблицы либо другого источника записей, содержащего данные, на которых обязана быть базирована форма. Примечание. Если в перечне избран «Мастер форм» либо «Сводная таблица», то этот шаг не обязателен— источник записей для формы можно указать позже.
· Нажмите клавишу OK.
· Следуйте инструкциям мастера.
Сделанную форму можно поменять в режиме конструктора, сводной таблицы либо сводной диаграммы.
Рис 2 Форма расписание
Рис 3 Конструктор форм
5 Организация запросов
Запросы в Microsoft Access можно сделать или автоматом, при помощи мастеров, или без помощи других, в окне конструктора запросов. Доработать и улучшить аннотацию запроса можно в режиме SQL.
Мастера запросов автоматом делают главные деяния зависимо от ответов юзера на поставленные вопросцы. Мастер обычного запроса на подборку употребляется для сотворения запросов для получения данных из полей, определенных в одной либо нескольких таблицах либо запросах. При помощи мастера можно также вычислять суммы, число записей и средние значения для всех записей либо определенных групп записей, также отыскивать наибольшее и малое
· В окне базы данных в перечне Объекты изберите Запросы и на панели инструментов окна базы данных нажмите клавишу Сделать.
· В диалоговом окне Новейший запрос изберите в перечне строчку Обычный запрос и нажмите клавишу OK.
· Следуйте инструкциям в диалоговых окнах мастера. Крайнее диалоговое окно дозволяет или запустить запрос, или открыть его в режиме конструктора.
· Если вышел не тот запрос, который был нужен, можно опять сделать запрос при помощи мастера либо поменять этот запрос в режиме конструктора.
Работа с запросами в режиме конструктора.
· В окне базы данных в перечне Объекты изберите Запросы и на панели инструментов окна базы данных нажмите клавишу Сделать.
· В диалоговом окне Новейший запрос щелкните строчку Конструктор, а потом нажмите клавишу OK.
· В диалоговом окне Добавление таблицы изберите вкладку, содержащую объекты, данные из которых будут применены в запросе.
· Два раза щелкните объекты, которые необходимо добавить в запрос, а потом нажмите клавишу Закрыть.
· Добавьте поля в строчку Поле в бланке запроса и, если нужно, укажите условия и порядок сортировки.
· Для просмотра результатов запроса на панели инструментов нажмите клавишу Вид.
Запросы могут нам в главном пригодиться для сотворения отчетов. Либо для распечатки выборочных данных. Для данной для нас базы данных в запросах есть необходимость. Сделаем запрос по дате.
Рис4. Запрос по дате
6.
Разработка и создание отчетов
отчет является действенным средством представления данных в печатном формате. Имея возможность управлять размером и наружным видом всех частей отчета, юзер может показать сведения хотимым образом.
отчеты почти во всем идентичны с формами. При проектировании отчетов употребляются почти все технологии, используемые для форм.
Большая часть отчетов являются присоединенными к одной либо нескольким таблицам и запросам из базы данных. Источником записей отчета являются поля в базисных таблицах и запросах. отчет не должен включать все поля из каждой таблицы либо запроса, на базе которых он создается.
Присоединенный отчет получает данные из базисного источника записей. Остальные данные такие как, заголовок, дата и номера страничек, сохраняются в макете отчета.
Связь меж отчетом и его источником данных создается с помощью графических объектов, именуемых органами управления. Органами управления являются поля, в каких показываются имена и числа, надписи, в каких показываются заглавия, также декоративные полосы, графически структурирующие данные и улучшающие наружный вид отчета.
Мастера помогают стремительно сделать отчеты разных типов. Мастер наклеек употребляется для сотворения почтовых наклеек, мастер диаграмм помогает сделать диаграмму, а мастер отчетов создавать обычные отчеты. Мастер выводит на экран вопросцы и делает отчет на основании ответов юзера. Опосля этого юзер имеет возможность доработать и поменять отчет в режиме конструктора.
Можно настроить отчет последующими методами.
Источник записей. Измените таблицу либо запрос, на котором основан отчет.
Сортировка и группировка данных. Можно сортировать данные по возрастанию и по убыванию. Также можно группировать записи по одному либо нескольким полям и показывать промежные и общие итоги в отчете.
Окно отчета. Можно добавить либо удалить клавиши Развернуть и Свернуть, поменять текст заголовка и остальные элементы окна отчета.
Разделы. Можно добавить, удалить, скрыть либо поменять размер подписи, примечания и области данных отчета. Можно также задавать характеристики разделов, определяющие вид отчета на дисплее и при печати.
Элементы управления. юзер может перемещать элементы управления, изменять их размеры и задавать характеристики шрифта для частей. В отчет можно также добавлять элементы управления для отображения вычисляемых значений, итогов, текущей даты и времени и остальных нужных сведений.
Рис 5. отчет по Расписанию.
Заключение
Рассмотрев свою курсовую работу на практическом примере, я понимаю, что Microsoft Access владеет всеми чертами традиционной СУБД и предоставляет доп способности. Access — это не только лишь мощная, эластичная и обычная в использовании СУБД, да и система для разработки работающих с базами данных приложений. При помощи Access можно сделать приложение, работающее в среде Windows и вполне соответственное нашим потребностям по управлению данными. Используя запросы, можно выбирать и обрабатывать лежащую в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, также применять Access для сотворения как обычных, так и сложных отчетов. Формы и отчеты «наследуют» характеристики базисной таблицы либо запроса, так что почти всегда вы указываете форматы, условия на значения и некие остальные свойства данных лишь один раз. К числу более массивных средств Access относятся средства разработки объектов — Мастера, которые можно применять для сотворения таблиц, запросов разных типов форм и отчетов, просто выбрав при помощи мыши нужные функции. Чтоб вполне заавтоматизировать работу вашего приложения, при помощи макросов Access можно просто связать данные с формами и отчетами. Вы сможете сделать большая часть приложений, не написав ни единой строчки программки, но если нужно сделать нечто уж совершенно утонченное, то на этот вариант Microsoft Access предоставляет мощнейший язык программирования — Microsoft Access Basic.
Я рад, что нашёл время разобраться и выполнить работу без помощи других, потому что считаю, что в моей профессии такие способности, пусть даже базисные, мне со временем весьма понадобятся.
Перечень применяемой литературы
1. ACCESS 2000: Разработка приложений. И. Харитонова, В. Михеева. BHV, 2000.
2. Access97. В. Корнелюк, З. Веккер, Н. Зиновьев. «СОЛОН», 1998.
3. Крёнке Д.Теория и практика построения баз данных, 8-е изд. СПб: «Питер», 2003.
4. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных
5. заведений /Под ред. проф. А. Д. Хомоненко. Спб.: КОРОНА принт, 2000.
6. Справочная система Microsoft Access.
]]>