Разработка базы данных для объекта автоматизации: гомеопатическая аптека
| Категория реферата: Рефераты по информатике, программированию
| Теги реферата: век реферат, реферат на экологическую тему
| Добавил(а) на сайт: Вавила.
Предыдущая страница реферата | 1 2 3 4 5 6 7 8 9 10 | Следующая страница реферата
Раскроем содержание информационных элементов и покажем связи между ними.
Е1: е11 – номер договора. е12 – номер сотрудника. е13 – номер клиента. е14 – дата договора. е15 – название растения. е16 – количество растений. е17 – цена растений.
Е2: е21 – номер сотрудника. е22 – фамилия сотрудника. е23 – имя сотрудника. е24 – отчество сотрудника. е25 – телефон сотрудника. е26 – адрес сотрудника. е27 – должность сотрудника. е28 – оклад сотрудника.
Е3: е31 – номер поставщика. е32 – фамилия поставщика. е33 – имя поставщика. е34 – отчество поставщика. е35 – телефон поставщика. е36 – адрес поставщика. е37 – счет поставщика.
Е4: е41 – номер покупателя. е42 – фамилия покупателя. е43 – имя покупателя. е44 – отчество покупателя. е45 – телефон покупателя. е46 – адрес покупателя. е47 – счет покупателя.
Е5: е51 – номер растения. е52 – название растения. е53 – действие, оказываемое растением. е54 – применение растения. е55 – изображение растения. е56 – количество на складе. е57 – цена растения.
4.3. Функционально-структурный аспект информационной страты объекта
В общем виде информационную страту объекта можно представить так:
Между компонентами входных векторов Хi и компонентами информационных элементов Еj должно быть однозначное соответствие. Например: х11 = е21 х24 = е34 х36 = е46
Между компонентами выходных векторов Yj и компонентами информационных элементов Еi должно быть соответствие, которое можно сформулировать следующим образом: множество элементов еk, принадлежащих информационным элементам Еi должно быть достаточным для получения множества элементов уm векторов Yi. Например: у11 = е12 у13 = е14 у24 = е13
4.4. Нормализация отношений
Анализ второго уровня концептуальной модели показывает, что в отношении
Е1 существует множественная зависимость, поэтому его следует нормализовать.
Это отношение следует представить в четвертой нормальной форме. Таким
образом исходное отношение разлагается на три отношения: Е6 = (номер
договора, номер сотрудника, номер клиента), Е7 = (номер договора, название
растения) и Е8 = (номер договора, количество растений, цена растений):
Прежде чем использовать полученные зависимости их нужно проверить на
отсутствие соединения без потерь, то есть при обратном соединении отношений
Е6, Е7, Е8 в отношение Е1 не должна пропадать или появляться новая
информация. Для проверки можно использовать метод табло. Этот метод
позволяет в табличной форме увидеть отсутствие соединения без потерь.
Метод табло – заполнение таблицы:
| |е11 |е12 |е13 |е14 |е15 |е16 |е17 |
|Е6 |а1 |а2 |а3 |а4 |b65 |b66 |b67 |
|Е7 |а1 |b72 |b73 |b74 |а5 |b76 |b77 |
|Е8 |b81 |b82 |b83 |b84 |а5 |а6 |а7 |
Метод табло – проверка функциональных зависимостей из Е6:
| |е11 |е12 |е13 |е14 |е15 |е16 |е17 |
|Е6 |а1 |а2 |а3 |а4 |b65 |b66 |b67 |
|Е7 |а1 |а2 |а3 |а4 |а5 |b76 |b77 |
|Е8 |а1 |а2 |а3 |а4 |а5 |а6 |а7 |
Метод табло – проверка функциональных зависимостей из Е7:
| |е11 |е12 |е13 |е14 |е15 |е16 |е17 |
|Е6 |а1 |а2 |а3 |а4 |а5 |b66 |b67 |
|Е7 |а1 |а2 |а3 |а4 |а5 |b76 |b77 |
|Е8 |а1 |а2 |а3 |а4 |а5 |а6 |а7 |
Метод табло – проверка функциональных зависимостей из Е8:
| |е11 |е12 |е13 |е14 |е15 |е16 |е17 |
|Е6 |а1 |а2 |а3 |а4 |а5 |а6 |а7 |
|Е7 |а1 |а2 |а3 |а4 |а5 |а6 |а7 |
|Е8 |а1 |а2 |а3 |а4 |а5 |а6 |а7 |
Как видно из таблиц соединение отношений Е6, Е7 и Е8 в отношение Е1
происходит без потерь.
Отношение Е2 содержит зависимость: е21 – номер сотрудника. е22 – фамилия сотрудника. е23 – имя сотрудника. е24 – отчество сотрудника. е25 – телефон сотрудника. е26 – адрес сотрудника. е27 – должность сотрудника. е28 – оклад сотрудника.
Данное отношение можно нормализовать в третью нормальную форму, то есть
получить из исходного отношения Е2 отношения Е2'(е21, е22, е23, е24, е25, е26, е27) и Е2''(е23, е28). Прежде чем использовать полученные отношения в
дальнейшей работе следует проверить отсутствие аномалий при соединении
отношений. Другим методом проверки отсутствия аномалий является
аналитический метод. Для проведения проверки аналитическим методом следует
задать исходную базу данных отношения Е2.
|е21|е22 |е23 |е24 |е25 |е26 |е27 |е28 |
|3 |Сергеев |Сергей|Сергееви|6666666|г. |Менеджер |10,00|
| | | |ч | |Москва | | |
|10 |Тимофеев|Илья |Петрович|2222222|г. |Генеральны|99,99|
| | | | | |Чугуев |й директор| |
На основе имеющейся таблицы можно сформировать таблицы отношений Е2' и
Е2''
|Е2' |Е2'' |
|Сотрудники |Е2', Е2'' |
|Поставщики |Е3 |
|Покупатели |Е4 |
|Растения |Е5 |
|Договора покупателей |Е4, Е6 |
|Договора поставщиков |Е3, Е6 |
|Товар покупателей |Е4, Е7, Е8 |
|Товар поставщиков |Е3, Е7, Е8 |
4.6. Генерация базы данных
В результате генерации базы данных формируются связанные таблицы с
набором атрибутов. Связь между именами таблиц и названиями отношений, а так
же именами атрибутов и компонентами отношений показана в таблице:
|Компоненты |Атрибуты |Тип |Размер |
|отношений | | | |
|Е2' – sotr |
|e11 |N_sotr |Numeric |5 |
|e12 |Fam_sotr |Character |50 |
|e13 |Im_sotr |Character |20 |
|e14 |Othc_sotr |Character |20 |
|e15 |Tel_sotr |Numeric |11 |
|e16 |Adres_sotr |Character |80 |
|e17 |Dolg_sotr |Character |20 |
|E3 – post |
|e21 |N_post |Numeric |5 |
|e22 |Fam_post |Character |50 |
|e23 |Im_post |Character |20 |
|e24 |Otch_post |Character |20 |
|e25 |Tel_post |Numeric |11 |
|e26 |Adres_post |Character |80 |
|e27 |Balance_pos|Numeric |3 |
| |t | | |
|E4 – pokyp |
|e31 |N_ pokyp |Numeric |5 |
|e32 |Fam_ pokyp |Character |50 |
|e33 |Im_ pokyp |Character |20 |
|e34 |Otch_ pokyp|Character |20 |
|e35 |Tel_ pokyp |Numeric |11 |
|e36 |Adres_ |Numeric |80 |
| |pokyp | | |
|e37 |Balance_ |Numeric |3 |
| |pokyp | | |
|E5 – rastenia |
|e41 |N_rast |Numeric |5 |
|e42 |Rastenie |Character |30 |
|e43 |Deistvie |Character |254 |
|e44 |Priminenie |Character |100 |
|e45 |Risynok |General |4 |
|e46 |Kol_vo_rast|Numeric |5 |
|e47 |Cena_rast |Numeric |4 |
| |
|Компоненты |Атрибуты |Тип |Размер |
|отношений | | | |
|Е6 – raspisanie |
|e61 |N_dog |Numeric |5 |
|e61 |N_sotr |Numeric |5 |
|e61 |N_kl |Numeric |5 |
|e61 |Data_dog |Date |8 |
|E7 – dog |
|e71 |N_dog |Numeric |5 |
|e71 |N_rast |Numeric |5 |
|e71 |Kol_vo |Numeric |5 |
|e71 |Cena |Numeric |3 |
|Е2'' - dolgn |
|е27 |Dolg_sotr |Character |20 |
|е28 |Oklad |Numeric |5;2 |
5. Заключение
Данный курсовой проект был выполнен в среде Visual Fox Pro 6.0. Эта среда позволяет пользователю быстро и точно создавать базы данных при помощи различных мастеров. Базы данных могут содержать необходимое пользователю количество таблиц. Элементами таблиц могут быть как символьные, так и графические элементы, что делает эту среду достаточно универсальной. Чтобы облегчить работу пользователя базы данных имеется мастер форм, которые, в свою очередь, очень многофункциональны, но в целом, предназначены для создания интерфейса. Также в этой среде имеются мастера, которые позволяют создать запросы, отчеты и др. Эти элементы базы данных один раз настроенные способны автоматически изменять свое значение с изменением данных.
В данной работе были рассмотрены следующие вопросы:
V освоение среды VFP60;
V выбор объекта автоматизации и его краткий системно-комплексный анализ;
V разработки структуры пользовательского интерфейса;
V разработка концептуальной модели базы данных;
V освоение методов проверки отсутствия потерь при соединении отношений, разлагаемых при нормализации.
Рекомендуем скачать другие рефераты по теме: шпаргалки скачать, доклад на тему.
Категории:
Предыдущая страница реферата | 1 2 3 4 5 6 7 8 9 10 | Следующая страница реферата