4.1. Первый уровень структурного аспекта информационной страты объекта

Рассмотрим первый уровень структурного аспекта информационной страты объекта автоматизации:

, где

 - информационные элементы объекта автоматизации.

 - связи между информационными элементами.

 - конфигурация связей.

- параметр связи между элементами.

 - параметр, определяющий изменение элементов структурного аспекта во времени.

Анализируя деятельность аптеки можно выделить следующие информационные элементы:

ü  Е1 – Данные по договорам.

ü  Е2 – Сотрудники.

ü  Е3 – Поставщики.

ü  Е4 – Покупатели.

ü  Е5 – Растения.

Связи между информационными элементами можно представить графически следующим образом:


4.2. Второй уровень структурного аспекта информационной страты объекта.

Второй уровень структурного аспекта информационной страты объекта представляется так:

, где

 - компонент информационного элемента Еi.

 - связи между еij и еik.

 - конфигурация связей между информационными элементами.

- параметр связи между элементами е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.



Информация о работе «Разработка базы данных для объекта автоматизации: гомеопатическая аптека»
Раздел: Информатика, программирование
Количество знаков с пробелами: 17300
Количество таблиц: 10
Количество изображений: 0

Похожие работы

Скачать
53251
0
0

... названия. В качестве основного синонима будут также приводиться торговые названия, под которыми JIC зарегистрировано или производится в Российской Федерации. 4 Методологические основы классификации лекарственных средств Количество ЛС в мире непрерывно возрастает. На фармацевтическом рынке в России в настоящее время обращается более I8 ООО наименований ЛС, что в 2,5 раза больше, чем в 1992 г. ...

Скачать
94456
3
10

... ЛС. Тем не менее нередко встречаются нарушения этических норм рекламной деятельности, что настоятельно требует принятия дополнительных нормативных актов. Глава 2: Мерчандайзинг в аптеке, на примере сети аптек «36,6»   Как уже говорилось выше – мерчандайзинг – совокупность мер по увеличению объема сбыта в месте продажи. В основу мерчандайзинга положено хорошее знание психологии человека. ...

Скачать
102653
1
0

... внутриап- течного контроля, правил и сроков хранения и отпуска ЛС. Внутриаптечный контроль осуществляется в соответствии с Приказом МЗ РФ от 16 июля 1997 г. №214 «О контроле качества лекарственных средств, изготавливаемых в аптеках». Приказом утверждены три документа (приложения к приказу 1, 2, 3): 1.         «Инструкция по контролю качества лекарственных средств, изготавливаемых в аптеках», ...

Скачать
41016
2
0

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

0 комментариев


Наверх