Склад - Кафедра ПО

Министерство образования науки РФ.
Государственного образовательного учреждения
Высшего профессионального образования
Тверского государственного технического университета
(ГОУ ВПО ТвГТУ)
Кафедра программного обеспечения.
Базы данных
Курсовая работа на тему:
Изготовление и хранение деталей.
Выполнил:
студент 2-го курса
группы ПИН 1106
Новожилов И. Ю.
Проверил: Артемов И. Ю.
Тверь 2012
1
Содержание
Введение
Постановка задачи
II. Теоретический раздел.
I.
1. Описание предметной области.
2. Общие сведенья о реляционных БД.
III.
Практический раздел.
1. Проектирование 1-3 нормальной формы
базы данных.
с. 3
c. 4 - 6
c. 6 - 7
с. 8 - 9
с. 8-10
2 . Ключевые поля.
c. 9
3. Установка связей между таблицами.
c. 10
4. Создание форм для каждой таблицы.
c. 10 - 13
5. Создание отчетов.
c. 13 - 15
6. Создание главной кнопочной формы
и макросов.
7. Модель БД в Erwin.
c. 15 - 18
IV. Заключение
Вывод.
V. Примечание
c. 19
c. 19
Список литературы.
2
I. Введение
Постановка задачи
Курсовая работа выполняется индивидуально каждым студентом. В
результате выполнения курсовой работы должно быть разработано программное
обеспечение (в виде исходных кодов) и оформлена пояснительная записка
(20~25 стр.) (в печатном и электронном (pdf/doc) виде).
Пояснительная записка должна содержать следующие разделы:
• титульный лист;
• введение — постановка задачи;
• теоретический раздел — описание выбранной предметной области; общие
сведения о (реляционных) БД; обоснование выбора СУБД.
• практический раздел — схема БД с описанием связей между таблицами;
алгоритмы работы программы; описание операций, выполняемых
программой.
• выводы — краткое резюме про проделанной работе; преимущества и
недостатки.
• список литературы.
3
II. Теоретическая часть
1. Описание предметной области.
Предметная область: Изготовление и хранение деталей.
Основные предметно-значимые сущности:
1. Изготовление;
2. Место изготовления;
3. Начальник;
4. Отчет о детали;
5. Рабочий;
6. Склад;
7. Транзитно - перевалочный склад;
8. Производственный склад;
9. Розничный склад;
10. Резервный склад.
Основные предметно-значимые атрибуты сущностей:
1. Изготовление:
- Номер партии;
- Табельный номер рабочего;
- Объем партии;
- Номер участка;
- Дата начала изготовления;
- Дата изготовления;
- Имя детали.
2.
-
Место изготовления:
Номер участка;
Табельный номер начальника;
Название участка;
Местонахождение.
4
3.
-
Начальник:
Табельный номер начальника;
Фамилия;
Имя;
Отчество;
Возраст.
4.
-
Отчет о детали:
Номер отчета;
Номер склада;
Номер партии;
Табельный номер рабочего.
5.
-
Рабочий:
Табельный номер рабочего;
Специальность;
Тарифная ставка;
Имя;
Фамилия;
Отчество;
Возраст.
6. Склад:
- Номер склада.
7.
-
Транзитно - перевалочный склад:
Номер склада;
Название склада;
Место нахождения.
8.
-
Производственный склад:
Номер склада;
Название склада;
Место нахождения.
9.
-
Розничный склад:
Номер склада;
Название склада;
Место нахождения;
10. Резервный склад:
5
- Номер склада;
- Название склада;
- Место нахождения.
Основные требования к функциям системы:
- узнать, каким рабочим была произведена партия деталей;
- узнать, какие именно производились детали этим рабочим;
- узнать, когда была произведена эта партия деталей;
- узнать, в каком месте была произведена эта партия деталей;
- узнать, где хранится эта партия деталей;
- вывести отчет, который включает в себя номер партии, кем была произведена
эта партия и где она хранится;
Краткая информация по проекту.
-
партия деталей изготавливается на определенном участке.
фиксируется этот участок.
фиксируется, кем изготавливалась эта партия.
Партия отправляется на склад.
фиксируется склад, на который отправляется партия готовых деталей.
все зафиксированные данные заносятся в отчет для дальнейшей его
обработки.
2. Общие сведенья о реляционных БД.
Теория реляционных баз данных была разработана в начале 70-х годов
Кодом на основе математической теории отношений. В реляционной базе
данных все данные хранятся в виде таблиц, при этом все операции над базой данных
сводятся к манипулированию таблицами. Основными понятиями являются таблица,
отношение, строка, столбец, первичный и внешний ключи.
6
Таблица состоит из строк и столбцов и имеет уникальное имя в базе данных.
База данных содержит множество таблиц, связь между которыми устанавливается с
помощью совпадающих полей - ключей. В каждой из таблиц содержится
информация о каких-либо объектах одного типа (группы). Например, отношения
между предприятием и работающими на нем сотрудниками. Аналогичный тип
отношения существует между компьютером и входящими в него компонентами.
При иерархической организации данных тип отношения один-ко-многим является
наиболее общим.
Отношение много-ко-многим возникает между двумя таблицами в тех
случаях, когда:
1) одна запись из первой таблицы может быть связана более чем с одной
записью из второй таблицы;
2) одна запись из второй таблицы может быть связана более чем с одной
записью из первой таблицы.
7
III. Практическая часть
1. Проектирование 1-3 нормальной формы баз
данных.
При проектировании реляционной базы данных необходимо решить вопрос о
наиболее эффективной структуре данных. Основные цели проектирования:
-обеспечить быстрый доступ к данным таблицы;
-исключить ненужное повторение данных, которое является причиной ошибок
при вводе и нерационального использования дискового пространства вашего
компьютера;
-обеспечить целостность данных таким образом, чтобы при изменении одних
объектов автоматически происходило соответствующее изменение связанных с
ними объектов.
Процесс уменьшения избыточности информации (ненужного повторения
данных) в базе данных называется нормализацией. В теории нормализации базы
данных разработаны достаточно формализованные подходы к разбиению данных,
обладающих сложной структурой, на несколько таблиц.
Теория нормализации структуры оперирует пятью нормальными формами
таблиц (В данной работе используются только первые 3). Каждая следующая
нормальная форма должна удовлетворять требованиям предыдущей формы и
некоторым дополнительным условиям. Ограничимся рассмотрением первых трех
нормальных форм, поскольку при практическом проектировании баз данных
четвертая и пятая формы используются в редких случаях.
1.1. Первая нормальная форма
Требования к таблице в первой нормальной форме:
1)Таблица не должна иметь повторяющихся групп полей;
2)В таблице должны отсутствовать повторяющиеся записи.
8
1.2. Вторая нормальная форма
Таблица находится во второй нормальной форме, если:
1) она удовлетворяет условиям 1НФ;
2) любое не ключевое поле однозначно идентифицируется полным набором
ключевых полей, входящих в составной ключ.
1.3. Третья нормальная форма
Таблица находится в третьей нормальной форме, если:
1) она удовлетворяет условиям 2НФ;
2) ни одно из неключевых полей таблицы не идентифицируется с помощью
другого неключевого поля.
2. Ключевые поля.
Ключевое поле — это одно или несколько полей, комбинация значений
которых однозначно определяет каждую запись в таблице. Если для таблицы
определены ключевые поля, то MS Access предотвращает дублирование или ввод
пустых значений в ключевое поле. Ключевые поля используются для быстрого
поиска и связи данных из разных таблиц при помощи запросов, форм и отчетов.
В Таблице ”Изготовление” ключевым полем является "Номер партии":
9
3. Связи между таблицами.
В базе данных связи позволяют избежать избыточности данных. Например, в
ходе создания базы данных, содержащей сведения об изготовлении и хранении
партии деталей, может появиться таблица под названием "Изготовление", в
которой будут храниться параметры каждой партии деталей, такие как номер
партии, табельный номер рабочего, объем партии, номер участка, дата начала
изготовления, дата изготовления. Помимо этого присутствует информация об
участке, где была изготовлена определенная деталь.
В итоге получится такая схема данных
10
4. Создание форм
Access предоставляет возможность вводить данные как непосредственно в
таблицу, так и с помощью форм. Форма в БД - это структурированное окно,
которое можно представить так, чтобы оно повторяло форму бланка. Формы
создаются
из
набора
отдельных
элементов
управления.
Внешний вид формы выбирается в зависимости от того, с какой целью она
создается. Формы Access позволяют выполнять задания, которые нельзя
выполнить в режиме таблицы. Формы позволяют вычислять значения и
выводить на экран результат. Источником данных для формы являются записи
таблицы или запроса.
Для
каждой
таблицы
создаем
форму.
Для создание формы выделяем нужную таблицу и в кладке "создание"
нажимаем кнопку "форма".
Далее переходим в режим конструктора чтобы отредактировать форму.
Для каждой формы устанавливались свойства.
(чтоб открыть окно свой необходимо нажать правой кнопкой мыши и выбрать
"свойства")
11
На каждой форме я создал кнопки "Переход по записи" и кнопку "Закрытия
формы". Кнопки создаются при помощи мастера и размещаются в "примечание
формы".
В конечном виде форма приобретает вид
12
Аналогично выглядят остальные формы для каждой из таблиц.
5. Отчет
Отчет – это форматированное представление данных, которое выводится на
экран, в печать или файл. Они позволяют извлечь из базы нужные сведения и
представить их в виде, удобном для восприятия, а также предоставляют
широкие
возможности
для
обобщения
и
анализа
данных.
При печати таблиц и запросов информация выдается практически в том виде,
в котором хранится. Часто возникает необходимость представить данные в виде
отчетов, которые имеют традиционный вид и легко читаются. Подробный отчет
включает всю информацию из таблицы или запроса, но содержит заголовки и
разбит на страницы с указанием верхних и нижних колонтитулов.
С помощью мастера отчетов создаем 1 отчет по таблице “Отчет по детали”.
Будем группировать по Номеру отчета
Нажимаем на
В открывшемся окне выбираем таблицу по которой будем делать отчет и поля
которые будут указываться.
13
Затем с помощью кнопки ">" выбираем объект по которому будет
группироваться и нажимаем кнопку "Группировка..."
Затем указываем как группировать
14
В итоге получаем отчет
6. Создание главной кнопочной формы и макросов.
Главная кнопочная форма создается с целью навигации по базе данных, т.е.
она может использоваться в качестве главного меню БД. Элементами главной
кнопочной формы являются объекты форм и отчётов.
15
Главная форма
Макрос в Access представляет собой структуру, состоящую из одной или
нескольких макрокоманд, которые выполняются либо последовательно, либо в
порядке, заданном определенными условиями. Набор макрокоманд в Access
очень широк, с помощью макросов можно реализовать многое из того, что
позволяют сделать процедуры на VBA. Каждая макрокоманда имеет
определенное имя и, возможно, один или несколько аргументов, которые
задаются пользователем.
Создание кнопок происходит в конструкторе без "помощи мастера".
После создания кнопок нажав правой кнопкой мыши на кнопку выбираем
"Обработку событий". В открывшемся окне в макрокомандах выбираем
действия,
16
Для последующих кнопок команды почти одинаковы.
7. Модель БД в Erwin.
17
IV. Заключение
Вывод
Мы достигли поставленной цели и создали реляционную БД. В данной
работе мы рассмотрели как разбить таблицу(находящуюся разделе
«Постановка задачи») и привести ее к 3 нормальной форме. Как создавать
формы, отчеты для каждой таблицы
Целью нормализации реляционной базы данных является устранение
недостатков структуры базы данных, приводящих к вредной избыточности в
данных, которая в свою очередь потенциально приводит к различным
аномалиям и нарушениям целостности данных.
Теоретики реляционных баз данных в процессе развития теории выявили и
описали типичные примеры избыточности и способы их устранения.
V. Примечание
18
Список используемой литературы:
1. Дейт К. Дж. Введение в системы баз данных.
2. Кузнецов С. Д. Основыбаз данных – 2-е изд.
3. Конноли Т., Бегг К. Базы данных. Проектирование,
реализация и сопровождение.
4. Гарсия - Молина Г., Ульман Дж., Уидом Дж. Системы баз
данных.
19