Автор работы: Пользователь скрыл имя, 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
Проведем декомпозицию отношений по данному документу, разбив отношение Rinv (№_inventar, Date_begin, Komissia, Date_end, N_goods, Type_goods, Ed_izm, K_price, Kolvo_goods) на два отношения, имеющие общий реквизит N_goods, который является ключом одного из отношений - Rinv2, в это случае целостность не будет нарушена :
Rinv1 (№_inventar,
N_goods ,Date_begin, Komissia, Date_end, Kolvo_goods)
Таблица 2.8 Проверка отношения Rinv1 на НФБК.
| Детерминанты | Вероятностные ключи |
| №_inventar, N_goods | №_inventar, N_goods |
| №_inventar |
Таблица 2.9 Проверка отношения Rinv2 на НФБК.
| Детерминанты | Вероятностные ключи |
| N_goods | N_goods |
Проверка показала что отношение Rinv1 не находится в НФБК, следовательно разобьем это отношение на два методом декомпозиции, не нарушая целостности данных, т.е. одно из полученных отношений должно содержать общий реквизит №_inventar, который является ключом одного из отношений - Rinv3:
Таблица 2.10 Проверка отношения Rinv3 на НФБК.
| Детерминанты | Вероятностные ключи |
| №_inventar, N_goods | №_inventar, N_goods |
Таблица 2.11 Проверка отношения Rinv4 на НФБК.
| Детерминанты | Вероятностные ключи |
| №_inventar | №_inventar |
Полученные отношения находятся в НФБК, т.к. детерминанты совподают с вероятностными ключами.
Отношения базы данных по документу «Форма инвентарной описи» (темно-серым цветом выделены вероятные первичные ключи):
| Rinv2 | ||||
| N_goods | Type_goods | Ed_izm | K_price | |
| Rinv3 | |||
| №_inventar | Date_begin | Komissia | Date_end |
| Rinv4 | ||
| №_inventar | N_goods | Kolvo_goods |
Документ №3.«Накладная
прихода товара»
Схема 2.3
Структурная единица информации документ
«Накладная прихода
товара» в графическом виде.
Таблица
2.12 Универсальное отношение
| Nakl_№ | Date_nakl | K_shop | Name_post | N_goods | Type_goods | Ed_izm | K_price | Kolvo_goods |
Рис. 2.3 Диаграмма функциональной зависимости реквизитов документа «Накладная прихода товара»
Таблица 2.13 Проверка полученного отношения на НФБК
| Детерминанты | Вероятностные ключи |
| Nakl_№ | Nakl_№ ,N_goods |
| N_goods | |
| Nakl_№, N_goods | |
| K_shop |
Единственным вероятным ключом здесь являются реквизиты Nakl_№, и N_goods.
Данное универсальное отношение не находится в НФБК, т.к. очевидно, что существуют детерминанты, которые не являются вероятными ключами.
Проведем декомпозицию отношений по данному документу, разбив отношение Rpn (Nakl_№, N_goods, Type_goods, Ed_izm, K_price, Date_nakl, K_shop, Tel_№, Address Name_post, Kolvo_goods), на два отношения имеющие общий реквизит N_goods, который является ключом одного из отношений - Rpn1 :
Таким образом совершая декомпозицию мы не нарушаем принцип целостности данных, и в последующем применении метода декомпозиции я буду использовать данный алгоритм.
Таблица 2.13 Проверка отношения Rpn1 на НФБК
| Детерминанты | Вероятностные ключи |
| Nakl_№ | Nakl_№ ,N_goods |
| Nakl_№, N_goods |
Таблица 2.14 Проверка отношения Rpn2 на НФБК
| Детерминанты | Вероятностные ключи |
| N_goods | N_goods |
Данное отношение не находится в НФБК, т.к. очевидно, что существуют детерминанты, которые не являются вероятными ключами.
Проведем декомпозицию отношений по данному документу, разбив отношение Rpn1 (Nakl_№, N_goods Date_nakl, K_shop, Name_post, Kolvo_goods) на два отношения имеющие общий реквизит Nakl_№, который является ключом одного из отношений - Rpn4 :
Проверим данные отношения на НФБК:
Таблица 2.15 Проверка отношения Rpn1 на НФБК
| Детерминанты | Вероятностные ключи |
| Narl_№, N_goods | Narl_№, N_goods |
Таблица 2.16 Проверка отношения Rpn1 на НФБК
| Детерминанты | Вероятностные ключи |
| Narl_№ | Narl_№ |
Таким образом, исходная реляционная модель разбивается на три отношения, каждое из которых находится в НФБК. Эти отношения можно рассматривать как базу данных для документа «Накладная прихода товара».
Отношения
базы данных по документу «Накладная прихода
товара» (темно-серым цветом выделены
вероятные первичные ключи):
| Rpn2 | |||
| N_goods | Type_goods | Ed_izm | K_price |
| Rpn3 | ||
| N_goods | Nakl_№ | Kolvo_goods |
| Rpn4 | |||
| Nakl_№ | Date_nakl | K_shop | Name_post |
Документ №4.«Заявка на поступление товара»
Схема 2.4
Структурная единица информации документ
«Заявка на поступление
товара» в графическом виде.
Таблица
2.17 Универсальное отношение документа
«Заявка на поступление
товара»
| №_zapros | Date_zapros | K_shop | N_goods | Type_goods | Ed_izm | Kolvo_goods |
Рис. 2.4 Диаграмма функциональной зависимости реквизитов документа
«Заявка на поступление товара»
Таблица 2.18 Проверка полученного отношения на НФБК
| Детерминанты | Вероятностные ключи |
| N_goods | №_zapros, N_goods |
| №_zapros | |
| №_zapros, N_goods |
Единственным вероятным ключом здесь являются реквизиты №_zapros и N_goods. Данное универсальное отношение не находится в НФБК, т.к. очевидно, что существуют детерминанты, которые не являются вероятными ключами.
Проведем декомпозицию отношений по данному документу, разбив отношение Rzt (N_goods, Type_goods, Ed_izm, №_zapros, Date_nakl, K_shop, Kolvo_goods), на два отношения имеющие общий реквизит N_goods, который является ключом одного из отношений - Rzt1, в это случае целостность не будет нарушена :
Rzt2 (№_zapros, N_goods, Date_ zapr, K_shop, Kolvo_goods)
Проверим данные отношения на НФБК:
Таблица 2.19 Проверка отношения Rzt1 на НФБК
| Детерминанты | Вероятностные ключи |
| N_goods | N_goods |