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

Описание начальной схемы базы данных

 

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

– Сущность «Заказы»

1) Номер п/п

2) Код сотрудника

3) Код товара

4) Дата подачи заявки

5) Дата доставки

6) Код клиента

– Сущность «Клиент»

1) Код

2) Ф.И.О.

3) Адрес

4) Телефон

– Сущность «Поставка»

1) Код поставки

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

3) Дата поставки

– Сущность «Поставщик»

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

2) Название поставщика

3) Представитель поставщика

4) Ф.И.О.

5) Адрес

6) Контактный телефон

– Сущность «Сотрудник»

1) Код сотрудника

2) Фамилия

3) Имя

4) Отчество

5) Должность

6) Адрес

7) Домашний телефон

8) Дата рождения

9) Заметки

– Сущность «Товар»

1) Код товара

2) Код поставки

3) Наименование товара

4) Технические характеристики

5) Описание

6) Изображение

7) Стоимость закупки

8) Наличие

9) Количество

10) Стоимость продажи

 

Выделенные сущности можно представить в виде схемы БД (Рисунок 4.1).

 

Рисунок 4.1 – Схема БД

 

Нормализация схемы базы данных

Первая нормальная форма

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

 

Вторая нормальная форма

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

 

Третья нормальная форма

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

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

В разработанной БД ключевыми полями являются:

– код заказа;

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

– код товара;

– код клиента;

– код поставки;

– код сотрудника.

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

 

Код заказа *

Код Сотрудника

Код товара

Дата Размещения

Дата Исполнения

Код Клиента

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

Название Поставщика

Представитель

Ф.И.О.

Телефон

Адрес

Код товара *

Код Поставки

Наименование Товара

Описание

Изображение

Стоимость Закупки

Наличие

Кол-во

Стоимость Продажи

Код Поставки *

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

Дата Поставки

Код Сотрудника *

Фамилия

Имя

Должность

Дата Рождения

Телефон

Примечание

Код Клиента *

Ф.И.О.

Адрес

Телефон

Рисунок 4.2 – Нормализованная БД

 

 

Руководство пользователя информационно-посковой системой

Введение

Для разработки решения по информационному обеспечению задачи «Магазин» используется СУБД Access 2003 компании Microsoft, так как Access 2003 полностью совместим с ОС Windows, которая является пакетной программой Microsoft Office.

Разработанная БД позволяет выполнять следующие действия:

– просмотр содержания таблиц;

– введение и изменение информации в таблице;

– добавление новых поставщиков, товаров, сотрудников, клиентов;

– редактирование и удаление данных;

– просмотр отчетов о поставщиках, выписки по наличию товара;

– просмотр запросов.

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

 

Назначение и условия применения

 

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

БД магазина предназначена для запуска под управлением операционных систем Windows 98/ME/2000/XP. Установка приложения на ЭВМ не требуется, достаточно просто скопировать его с компакт диска, на котором оно поставляется. Для запуска БД ваша система должна удовлетворять следующим требованиям:

– Pentium II 366 МГц;

– 64 Мб ОЗУ;

– 8 Мб видеопамяти;

– CD-Rom привод;

– 5 Мб свободного пространства на жестком диске;

– установленный программный пакет Microsoft Office.

 

Подготовка к работе

 

Программа вызывается при запуске ИС ′БД магазина′.mdb, расположенного на предлагаемом CD-диске. Все таблицы, запросы, формы, макросы и отчёты хранятся в одном файле. Недостатком является то, что программа, созданная в версии Microsoft Access 2003, может не полностью выполнять все свои функции в более ранних версиях Microsoft Access.

 

Описание операций

 

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

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

Microsoft Access имеет множество областей применения: на малом предприятии, корпорации и даже в сфере домашнего применения.

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

1) 6 таблиц;

2) 5 запросов, из них 4 на выборку и 1 на удаление;

3) 9 форм;

4) 2 отчета, (один для печати выписки на товар в наличии и один на выбор поставщика и приобретенных у него товаров).

Таблицы:

– ЗАКАЗЫ;

– КЛИЕНТЫ;

– ПОСТАВКА;

– ПОСТАВЩИК;

– СОТРУДНИКИ;

– ТОВАРЫ.

Формы:

– ЗАКАЗЫ: форма;

– КЛИЕНТЫ: форма;

– НАЛИЧИЕ ТОВАРА: форма;

– ПОСТАВЩИКИ: форма;

– ПОСТАВКА: форма;

– ТОВАРЫ: форма;

– СОТРУДНИКИ: форма;

Структуры таблиц разработанной БД приведены на рисунках 5.1–5.7.

5.1 – Таблица «ЗАКАЗЫ»

 

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

 

5.1 – Таблица «КЛИЕНТЫ»

 

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

 

5.1 – Таблица «ПОСТАВКА»

 

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

 

5.1 – Таблица «ПОСТАВЩИК»

 

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

 

5.1 – Таблица «СОТРУДНИКИ»

 

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

 

5.1 – Таблица «ТОВАРЫ»

 

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

 

Аварийные ситуации

 

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

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

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

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

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

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

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