Оптовый склад бытовой химии

Введение

 

С развитием компьютерных технологий возросла потребность хранения и обмена информацией. Для хранения больших объёмов информации были разработаны базы данных (БД).

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

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

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

- провести исследование предметной области;

- выполнить проектирование  структуры базы данных;

- разработать таблицы,  запросы, формы и отчеты;

- разработать главную  кнопочную форму.

Для реализации поставленных задач в работе будет использована СУБД Access.

 

 

 

 

 

Содержание

 

 

1. Исследование предметной области
1. Понятие БД и системы управления БД
2. Структура реляционной БД
3. Классификация СУБД
2. Проектирование структуры БД
1. Описание исходных данных
2. Нормализация исходной таблицы
3. Построение ER-диаграммы (инфологическая модель)
4. Нормализация таблиц
3. Реализация проекта БД
1. Разработка таблиц, форм, запросов, отчетов
2. Разработка главной кнопочной формы (интерфейсы
3. Описание технических и программных средств
4. Защита информации

Заключение

Глоссарий

Литература

 

 

 

 

 

 

 

 

 

Глава 1. Исследование предметной области

 

1. Понятие БД и системы управления БД

 

 

База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.

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

 

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

 

 

 

 

 

 

 

 

 

1.2 Структура  реляционной базы данных.

 

 

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

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

 

 

Рис. 1. Названия объектов в таблице.

 

 

Для работы с данными  используются системы управления базами данных (СУБД). Основные функции  СУБД:

- определение данных;

- обработка данных;

- управление данными;

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.3 Классификации СУБД

 

По модели данных.

Примеры:  - иерархические;

- сетевые;

- реляционные;

- объектно-ориентированные;

- объектно-реляционные.

По степени  распределенности.

Локальные СУБД (все части  локальной СУБД размещаются на одном  компьютере).

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

По способу  доступа к БД.

 

Файл-серверные.

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

На данный момент файл-серверная технология считается устаревшей.

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверные.

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляется доступ к  БД непосредственно, в монопольном  режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в в повышенных требованиях к серверу. Достоинства: потенциально низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server.

Встраиваемые

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

По степени  универсальности все СУБД делятся  на СУБД общего назначения и специализированные СУБД.

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

 

Глава 2. Проектирование структуры БД

1. Описание исходных данных.

Имя поля	Тип поля		Размер поля	Ключевое поля	Индексируемое поля
Код заказа	Числовой		1-15	Да	Да
Код товара	Числовой		1-15	Нет	Нет
Количество опускаемого  товара	Числовой		1-15	Нет	Нет
Дата опускаемого товара	Дата/время		1-15	Нет	Нет
Код клиента	Числовой		1-15	Да	Да
Код клиента	Числовой		1-15	Нет	Нет
ФИО клиента	Текстовый		1-15	Нет	Нет
Адрес клиента	Тектовый		1-15	Нет	Нет
Код товара	Числовой		1-15	Да	Да
Код поставщика	Числовой		1-15	Нет	Нет
Количество поставки	Числовой		1-15	Нет	Нет
Дата продажи	Дата/время		1-15	Нет	Нет
ФИО	Текстовый		1-15	Нет	Нет
Код поставщика	Числовой		1-15	Да	Да
Адрес поставщика	Текстовый		1-15	Нет	Нет
Название поставки	Текстовый		1-15	Нет	Нет
Телефон поставщика	Числовой		1-15	Нет	Нет
Код товара	Числовой		1-15	Да	Да
Наименование	Текстовый	1-15		Нет	Нет
Цена (оптовая)	Денежный	1-15		Нет	Нет
Дата продажи	Дата/время	1-15		Нет	Нет

 

2. Нормализация исходной таблицы

 

 

Нормальная форма — свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение. 
 
В представленной исходной таблице выделяем ключевые поля путем рассуждений. 
 
Ключевое поле – это поле, значение которого однозначно определяет запись в таблице. 
 
Для идентификации записей в представленной ниже таблице выбираем поля: Ключ составной. 
 
Исходные данные: 
Код заказа;

Количество опускаемого  товара;

Дата опускаемого товара;

 

Код клиента;

ФИО клиента;

Адрес клиента;

 

 

Код товара;

Количество поставки;

Дата продажи;

ФИО;

Код поставщика;

Адрес поставщика

Название поставки;

Телефон поставщика;

Код товара;

Наименование;

Цена (оптовая);

Дата продажи;

 

 

 

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

 

- Таблица находится в 2НФ, если она находится в 1НФ и в ней отсутствуют не ключевые поля, зависящие от части ключа. 
Так как ключевое поле составное, то необходимо проверить исходную таблицу на соответствие критериям 2НФ. 
Выделяем не ключевые поля связанные с частью ключа в отдельные таблицы. 
Код заказа

Таб.1 Заказ

Количество опускаемого  товара;

Дата опускаемого товара;

 

Код клиента

Таб.2 Клиент

ФИО клиента;

Адрес клиента;

 

Код товара

Таб.3 Накладная

Количество поставки;

Адрес;

Дата продажи;

ФИО;

 

Код поставщика

Таб.4 Поставщик

Адрес поставщика;

Название поставки;

Телефон поставщика;

 

Код товара

Таб.5 Прейскурант

Наименование;

Цена (оптовая);

Дата продажи;

 

 

 

 

- Таблица находится  в 3НФ, если она находится в  1НФ и 2НФ, и в ней отсутствуют  не ключевые поля, зависящие от других не ключевых полей.

Таблицы соответствуют критериям 3НФ так как все не ключевые поля не зависят друг от друга.

2.3. Построение ER-диаграммы

 

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

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

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

ER-модель является  одной из самых простых визуальных  моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 (рис.2 ER диаграмма)

 

2.4. Нормализация таблиц

Для уменьшения избыточности информации в БД выполняется нормализация исходных таблиц.

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

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

Типы нормальных форм

Нормализация может  применяться к таблице, которая  представляет собой правильное отношение.

Первая нормальная форма (1НФ)

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

В реляционной модели отношение всегда находится в  первой нормальной форме по определению  понятия отношение. Что же касается таблиц в существующих реляционных СУБД (SQL-СУБД), то они могут не быть правильными отношениями и, соответственно, не находиться в 1НФ.

Вторая нормальная форма (2НФ)

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

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

 Третья нормальная форма (3НФ)

Отношение находится  в 3НФ тогда и только тогда, когда выполняются следующие условия:

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

Таким образом, отношение  находится в 3НФ тогда и только тогда, когда оно находится во 2НФ и отсутствуют транзитивные зависимости не ключевых атрибутов от ключевых. Транзитивной зависимостью не ключевых атрибутов от ключевых называется следующая: {A} → {B} и {B} → {C}, где {A} — потенциальный ключ, {B} и {С} — различные множества неключевых атрибутов.

Заказ Клиент Накладная

 

 

 

 Поставщик Прейскурант

 

 

(рис.3)

 

Таблицы проектируемые  БД находятся в 3НФ т.е. все поля таблицы  зависят от первичного ключа, а также  все не ключевые поля не зависят друг от друга. Для нормализации исходных таблиц выделены справочные таблицы

 

 

Глава 3. Реализация проекта БД

 

 

3.1 Разработка  таблиц, форма, запросов, отчетов

 

 

Реализация (от лат. realis – вещественный) исполнение замысла, получение  результата,  осуществление, проведение в  жизнь  какого-либо плана, идеи и т.п.

 

Таблицы

 

Таблица 1 «Заказ»

 

 

(рис.4)

 

 

 

Таблица 2 «Клиент»

 

 

(рис.5)

 

Таблица 3 «Накладная»

 

(рис.6)

 

Таблица 4 «Поставщик»

 

 

(рис.7)

 

 

Запросы

 

 

Запрос 1 «Клиент - Запрос»

 

(рис.8 показывает ФИО клиента, заказавшего какой – либо товар)

 

 

Запрос 2 «прайс - лист»

(рис.9 показывает наименование и (оптовую) цену)

 

 

Запрос 3«Стоимость более 1000»

 

(рис.10 Выводит стоимость более 1000)

 

 

 

 

 

 

 

Формы

 Форма 1 «Заказ»

 

(рис.11 показывает нам таблицу заказ)

 

 

Форма 2 «Заказ1»

 

 

(рис.12 показывает нам таблицу заказ1)

 

Форма 3 «Клиент»

 

 

(рис.13 показывает нам таблицу клиент)

 

Форма 4 «КлиентЗапрос»

 

 

(рис.14 показывает нам КлиентЗапрос)

 

Форма 5  «Кнопочная форма»

 

 

(рис.15 показывает нам кнопочную форму)

 

Форма 6 «Накладная»

 

 

(рис.16 показывает нам Накладную)

 

Форма 7 «Поставщик»

 

 

(рис.17 показывает нам Поставщика)

 

Форма 8 «Прейскурант»

 

 

(рис.18 показывает нам Прейскурант)

 

Форма 9 «Стоимость более 1000»

 

 

(рис.19 показывает нам Стоимость более 1000)

 

 

 

 

 

Отчеты

 

 

Отчет 1 «Заказ»

 

(рис.20 показывает нам отчет по заказу)

 

 

 

Отчет 2 «Прейскурант»

 

 

 

(рис.21 показывает нам отчет по прейскуранту)

 

 

 

Отчет 3 «Стоимость более 1000»

 

 

(рис.22 показывает нам отчет по стоимости более 1000)

 

 

3.2. Разработка  главной кнопочной формы

 

(рис.23 главная кнопочная форма, выдает нам запросы по отчетам, поискам и т.п)

 

 

3.3 Описание  технических и программных средств.

 

 

 

Для реализации своего курсового проекта я использовал:

• Браузер Google Chrome
• Microsoft Office Word 2007
• Microsoft Office Access 2007
• Microsoft Office Exel 2007

 

3.4. Защита информации

 

 

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

Информационная безопасность — защита конфиденциальности, целостности и доступности информации.

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

Целостность: неизменность информации в процессе ее передачи или хранения.

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

 

Заключение

 

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

В ходе работы было проведено обследование предметной области, выполнено проектирования структуры базы данных.

В ходе проделанной работы были созданы:

• 7 таблиц.
• 5 запросов.
• 9 форм.
• 4 отчета.

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

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

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

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

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

 

 

 

Глоссарий

 

База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.

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

 

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

 

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

 

Модель сущность-связь (ER-модель) (англ. entity-relationship model, ERM) — модель данных, позволяющая описывать концептуальные схемы предметной области.

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

 

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

 

 

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

 

 

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

 

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

 

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

 

 

 

Литература

 

1.А.В. Кузин, В.М. Дёмин

Разработка  баз данных в системе MICROSOFT ACCESS

Учебник - Москва ФОРУМ-ИНФРА-М, 2005 , (профессиональное образование)

Библиотека: АПК

 

2.О.Л. Голицына, Н.В. Максимов, И.И. Попов

Базы данных

Учебное пособие. Москва ФОРУМ-ИНФРА-М, 2004 и 2009 (профессиональное образование)

Библиотека: АПК

 

3.Д.Э. Фуфаев, Э.В. Фуфаев

Базы данных

Учебное пособие для  СПО. Москва: Издательский центр Академия, 2009

Библиотека: АПК

 

4.А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев

Базы данных

Учебник для ВУЗов  под редакцией проф. А.Д. Хомоненко

Москва, Бином-Пресс: СПб.: КОРОНА принт, 2006