Анализ и разработка системы автоматизации документооборота для предприятия ООО «Элси-Медиа»

     

       

     Продавец  Покупатель 

     В результате имеется 3 сущности: продавец, продажа и покупатель. Определим, какие данные должных храниться  в проектируемой БД:

     о товаре (группа товара, наименование товара, склад товара, остаток товара на складе, цена за единицу, срок гарантии);

     о покупателях (ФИО, адрес, телефон);

     о продажах (номер расходной накладной, тип расходной накладной, дата создания накладной, покупатель, наименование товара, кол-во товара, величина скидки, сумма);

     о товарах, поставленных в резерв (наименование товара, дата резервирования, кол-во товара)

     Теперь  определим, какие задачи должна выполнять  разрабатываемая АСУ:

     возможность ввода данных;

     возможность изменения вносимых данных;

     возможность хранения вносимых данных;

     возможность учета вносимых данных;

     вывод статистики продаж;

     оповещение;

     В следующую таблицу внесем необходимые  для разрабатываемой БД данные: 

 

     

 

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

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

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

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

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

     поля  содержат неделимую информацию;

     в таблице отсутствуют повторяющиеся  группы.

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

     Товары

 

     Покупатели

 

     Продажи

 

     Резерв

 

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

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

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

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

     Товары

 

     Покупатели

 

     Продажи

 

     Резерв

 

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

     таблица должна удовлетворять требованиям  второй нормальной формы;

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

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

     Товары

 

     Покупатели

 

     Продажи

 

     Резерв

 

 

      В итоге, в нашей проектируемой БД получается две справочные таблицы –это «Товар» и «Покупатели» и две транзакционные таблицы – «Продажи» и «Резерв». Справочные, содержат информацию справочного характера, обладают невысокой степенью изменения, выступают в качестве главной таблицы. Должны быть неизбыточными, т.е. хранить только общие сведения для данного предмета. Транзакционные, служат для накопления данных, основанных на значении данных в другой таблице. Таблица «Продажа» связана с таблицами «Товар» и «Фирмы» по составному ключу, то есть по нескольким полям, а именно: через поля «Код товара» и «Код фирмы». Остальные таблицы связаны между собой по Таблицы связаны между собой типом связи "один-ко-многим" – означает, что одной записи главной таблицы в подчиненной таблице может соответствовать несколько записей. Этот вид отношения встречается наиболее часто.

     Структура БД: 

       

 

     Описание  таблиц 

     Таблица «Товар»: