kursovik (Разработка базы данных для объекта автоматизации: гомеопатическая аптека), страница 2
Описание файла
Документ из архива "Разработка базы данных для объекта автоматизации: гомеопатическая аптека", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "kursovik"
Текст 2 страницы из документа "kursovik"
- связи между информационными элементами.
- параметр связи между элементами.
- параметр, определяющий изменение элементов структурного аспекта во времени.
Анализируя деятельность аптеки можно выделить следующие информационные элементы:
-
Е1 – Данные по договорам.
-
Е2 – Сотрудники.
-
Е3 – Поставщики.
-
Е4 – Покупатели.
-
Е5 – Растения.
Связи между информационными элементами можно представить графически следующим образом:
4.2. Второй уровень структурного аспекта информационной страты объекта.
Второй уровень структурного аспекта информационной страты объекта представляется так:
- компонент информационного элемента Еi.
- конфигурация связей между информационными элементами.
- параметр связи между элементами еij и еik.
- параметр, определяющий изменение элементов структурного аспекта во времени.
Раскроем содержание информационных элементов и покажем связи между ними.
Е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′′ | |||||||
е21 | Е22 | е23 | е24 | е25 | е26 | е27 | е27 | е28 |
3 | Сергеев | Сергей | Сергеевич | 6666666 | г. Москва | Менеджер | Менеджер | 10,00 |
10 | Тимофеев | Илья | Петрович | 2222222 | г. Чугуев | Генеральный директор | Генеральный директор | 99,99 |
Для проверки правильности нормализации следует выполнить естественное соединение отношений: Е2′ [е27 = е27] Е2′′ = Е2. Результат такого соединения показан в таблице:
Е2′ | Е2′′ | |||||||
е21 | е22 | е23 | е24 | е25 | е26 | е27 | е27 | е28 |
3 | Сергеев | Сергей | Сергеевич | 6666666 | г. Москва | Менеджер | Менеджер | 10,00 |
10 | Тимофеев | Илья | Петрович | 2222222 | г. Чугуев | Генеральный директор | Генеральный директор | 99,99 |
Анализ исходных данных показывает, что при соединении таблиц Е2′ и Е2′′ получается исходная таблица Е2.
4.5. Структурно-функциональный аспект информационной страты объекта
Структурно-функциональный аспект информационной страты объекта показывает взаимодействие между таблицами и формами в базе данных. Структурно-функциональный аспект представлен в следующей таблице:
Формы | Требуемые отношения |
Сотрудники | Е2′, Е2′′ |
Поставщики | Е3 |
Покупатели | Е4 |
Растения | Е5 |
Договора покупателей | Е4, Е6 |
Договора поставщиков | Е3, Е6 |
Товар покупателей | Е4, Е7, Е8 |
Товар поставщиков | Е3, Е7, Е8 |
4.6. Генерация базы данных