Проектирование базы данных управления деятельности сети магазинов сотовой связи «Компани"LIFE:)"

Автор работы: Пользователь скрыл имя, 05 Декабря 2010 в 19:52, курсовая работа

Краткое описание

Целью курсовой работы является анализ информационных потоков предприятия, создание автоматизированной системы управления и учета деятельности сети эксклюзивных магазинов компании «LIFE:)».

Содержание работы

Введение 3
Глава 1 Анализ предметной области 5
1.1 Особенности функционирования сети магазинов сотовой связи 5
1.2. Анализ документооборота 8
1.3. Характеристика документов 12
Глава 2 Разработка моделей БД 18
2.1.Проектирование БД методом декомпозиции 18
2.2. Построение БД методом ER-проектирования 41
2.3. Анализ полученных моделей БД 46
Глава 3 Реализация и использование БД «Компания "LIFE:)"» 47
3.1. Способы использования и применения базы данных “Компания "LIFE:)"” 47
Заключение 55
Приложения 57

Содержимое работы - 1 файл

Курсач3.doc

— 1.98 Мб (Скачать файл)
 

Документ  №5. «Акт приема-передачи денежных средств»:

Назначение  документа – учет денежных средств (в данном случае это выручка магазина за текущий рабочий день) и их передача инкассации банка.

Периодичность возникновения – каждый день.

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

Описание  реквизитов:

Наименование  реквизита Идентификатор Размер Тип Назначение
№ Акта №_akt   Числовой Уникальный  номер данного документа
  1. $
Код магазина K_shop 4 Числовой Уникальный  код магазина
Адрес Address   Текстовый  
Телефон Tel_№   Числовой  
Дата Date 6 Дата/время Дата совершения операции
Сумма K_sum 100000 Числовой Сумма денежных средств, участвующих в операции
Ф.И.О. Name_incasator 50 Текстовый Ф.И.О. инкассатора
 

Документ  №6. «Ежедневная отчетность магазина»:

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

Периодичность возникновения – ежедневно.

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

Наименование  реквизита Идентификатор Размер Тип Назначение
  1. $
Код магазина K_shop 4 Числовой Уникальный  код магазина
Дата Date 6 Дата/время Дата рабочего дня
Наименование N_goods   Текстовый Название товара
Количество Kolvo_goods 100000 Числовой Количество  проданных за день товаров
Сумма K_sum 100000 Денежный Сумма денежных средств, участвующих в операции
  1. Разработка  моделей БД
    1. Метод декомпозиции

Документ№ 1. «Форма движения товара» 

 
 
 

       
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Схема 2.1 Структурная единица информации документ «Форма движения товара» в графическом виде

Таблица 2.1 Универсальное отношение документа «Форма движения товара»

№_doc Date Tov_from Tov_to N_goods N_price Ed_izm Kolvo_goods
               
 

     

     

 

 
 

 
 

Рис. 2.1 Диаграмма  функциональной зависимости реквизитов документа «Форма движения товара»

Проверим данное отношение на НФБК:

Детерминанты Вероятностные ключи
№_doc №_doc, N_goods
N_goods  
№_doc, N_goods  

Как видно  из таблицы отношение не находиться в НФБК, т.к. вероятные ключи не совпадают с детерминантами. Необходимо разбить данное отношение Rdg (№_doc, Date, Tov_from, Tov_to, N_goods, N_price, Ed_izm, Kolvo_goods) на два отношения не нарушая целостности данных, т.е. одно из отношений должно содержать общий реквизит N_goods, который является ключом одного из отношений – Rdg1:

Rdg1 (N_goods, Ed_izm, N_price) 

 
 
 
 
 
 

Rdg2 (№_doc, Date, Tov_from, Tov_to, N_goods, Kolvo_goods) 
 
 

 
 
 
 
 
 
 
 
 
 
 
 

Таблица 2.2 Проверка отношения Rdg1 на НФБК.

Детерминанты Вероятностные ключи
N_goods N_goods

Таблица 2.3 Проверка отношения Rdg2 на НФБК.

Детерминанты Вероятностные ключи
№_doc №_doc, N_goods
№_doc, N_goods  

Отношение Rdg2 не находится в НФБК, т.к. детерминанты не совпадают с вероятностными ключами, разобьем это отношение методом декомпозиции на два не нарушая целостности данных:

Rdg3 (№_doc, Date, Tov_from, Tov_to)

 
 
 
 
 
 
 
 
 
 

Rdg4 (№_doc, N_goods, Kolvo_goods)

 
 
 
 
 
 
 
 
 

Проверим отношения  на НФБК: 

Таблица 2.4 Проверка отношения Rdg3 на НФБК.

Детерминанты Вероятностные ключи
№_doc №_doc
 

Таблица 2.5 Проверка отношения Rdg4 на НФБК.

Детерминанты Вероятностные ключи
№_doc, N_goods №_doc, N_goods

 Т.к.  детерминанты и вероятностные  ключи совпадают отношения Rdg3, Rdg4 находятся в НФБК.

Отношения базы данных по документу «Форма движения товара» (темно-серым цветом выделены вероятностные клячи):

Rdg1
N_goods Ed_izm N_price
     
 
 
Rdg3
№_doc Date Tov_frov Tov_to
       
 
 
Rdg4
N_goods №_doc Kolvo_goods
     
 

Документ№.2 «Форма инвентарной описи» 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Схема 2.2 Структурная единица информации документ «Форма инвентарной описи» в графическом виде

Таблица 2.6 Универсальное отношение документа  «Форма инвентарной описи»

      №_inventar Date_begin Date_end Komissia N_goods Type_goods Ed_izm K_price Kolvo_goods
                 
 
 
 

 

 

 

 
 
 
 

Рис. 2.2 Диаграмма  функциональной зависимости реквизитов документа «Форма инвентарной описи».

Таблица 2.7 Проверка полученного отношения на НФБК

Детерминанты Вероятностные ключи
№_inventar, N_goods №_inventar, N_goods
№_inventar  
N_goods  

     Единственным вероятным ключом здесь являются реквизиты №_inventar и N_goods.

       Данное универсальное отношение  не находится в НФБК, т.к. очевидно, что существуют детерминанты, которые  не являются вероятными ключами.

Информация о работе Проектирование базы данных управления деятельности сети магазинов сотовой связи «Компани"LIFE:)"