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

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

, где

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

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

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

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

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

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

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

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

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

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

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

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

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

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

, где

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

 - связи между е_ij и е_ik.

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

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

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

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

Е₁:

е₁₁ – номер договора.

е₁₂ – номер сотрудника.

е₁₃ – номер клиента.

е₁₄ – дата договора.

е₁₅ – название растения.

е₁₆ – количество растений.

е₁₇ – цена растений.

Е₂:

е₂₁ – номер сотрудника.

е₂₂ – фамилия сотрудника.

е_{23 ­}– имя сотрудника.

е₂₄ – отчество сотрудника.

е₂₅ – телефон сотрудника.

е₂₆ – адрес сотрудника.

е₂₇ – должность сотрудника.

е₂₈ – оклад сотрудника.

Е₃:

е₃₁ – номер поставщика.

е₃₂ – фамилия поставщика.

е_{33 ­}– имя поставщика.

е₃₄ – отчество поставщика.

е₃₅ – телефон поставщика.

е₃₆ – адрес поставщика.

е₃₇ – счет поставщика.

Е₄:

е₄₁ – номер покупателя.

е₄₂ – фамилия покупателя.

е_{43 ­}– имя покупателя.

е₄₄ – отчество покупателя.

е₄₅ – телефон покупателя.

е₄₆ – адрес покупателя.

е₄₇ – счет покупателя.

Е₅:

е₅₁ – номер растения.

е₅₂ – название растения.

е₅₃ – действие, оказываемое растением.

е₅₄ – применение растения.

е₅₅ – изображение растения.

е₅₆ – количество на складе.

е₅₇ – цена растения.

 

 

4.3. Функционально-структурный аспект информационной страты объекта

В общем виде информационную страту объекта можно представить так:

 

Между компонентами входных векторов Х_i и компонентами информационных элементов Е_j должно быть однозначное соответствие. Например:

х₁₁ = е₂₁

х₂₄ = е₃₄

х₃₆ = е₄₆

Между компонентами выходных векторов Y_j и компонентами информационных элементов Е_i должно быть соответствие, которое можно сформулировать следующим образом: множество элементов е_k, принадлежащих информационным элементам Е_i должно быть достаточным для получения множества элементов у_m векторов Y_i. Например:

у₁₁ = е₁₂

у₁₃ = е₁₄

у₂₄ = е₁₃

 

4.4. Нормализация отношений

Анализ второго уровня концептуальной модели показывает, что в отношении Е₁ существует множественная зависимость, поэтому его следует нормализовать. Это отношение следует представить в четвертой нормальной форме. Таким образом исходное отношение разлагается на три отношения: Е₆ = (номер договора, номер сотрудника, номер клиента), Е₇ = (номер договора, название растения) и Е₈ = (номер договора, количество растений, цена растений):

Прежде чем использовать полученные зависимости их нужно проверить на отсутствие соединения без потерь, то есть при обратном соединении отношений Е₆, Е₇, Е₈ в отношение Е₁ не должна пропадать или появляться новая информация. Для проверки можно использовать метод табло. Этот метод позволяет в табличной форме увидеть отсутствие соединения без потерь.

Метод табло – заполнение таблицы:

	е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

Метод табло – проверка функциональных зависимостей из Е₆:

	е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

Метод табло – проверка функциональных зависимостей из Е₇:

	е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

Метод табло – проверка функциональных зависимостей из Е₈:

	е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

 

Как видно из таблиц соединение отношений Е₆, Е₇ и Е₈ в отношение Е₁ происходит без потерь.

Отношение Е₂ содержит зависимость:

е₂₁ – номер сотрудника.

е₂₂ – фамилия сотрудника.

е_{23 ­}– имя сотрудника.

е₂₄ – отчество сотрудника.

е₂₅ – телефон сотрудника.

е₂₆ – адрес сотрудника.

е₂₇ – должность сотрудника.

е₂₈ – оклад сотрудника.

 

Данное отношение можно нормализовать в третью нормальную форму, то есть получить из исходного отношения Е₂ отношения Е₂′(е₂₁, е₂₂, е₂₃, е₂₄, е₂₅, е₂₆, е₂₇) и Е₂′′(е₂₃, е₂₈). Прежде чем использовать полученные отношения в дальнейшей работе следует проверить отсутствие аномалий при соединении отношений. Другим методом проверки отсутствия аномалий является аналитический метод. Для проведения проверки аналитическим методом следует задать исходную базу данных отношения Е₂.

е21	е22	е23	е24	е25	е26	е27	е28
3	Сергеев	Сергей	Сергеевич	6666666	г. Москва	Менеджер	10,00
10	Тимофеев	Илья	Петрович	2222222	г. Чугуев	Генеральный директор	99,99

 

На основе имеющейся таблицы можно сформировать таблицы отношений Е₂′ и Е₂′′

Е2′							Е2′′
е21	Е22	е23	е24	е25	е26	е27	е27	е28
3	Сергеев	Сергей	Сергеевич	6666666	г. Москва	Менеджер	Менеджер	10,00
10	Тимофеев	Илья	Петрович	2222222	г. Чугуев	Генеральный директор	Генеральный директор	99,99

 

Для проверки правильности нормализации следует выполнить естественное соединение отношений: Е₂′ [е₂₇ = е₂₇] Е₂′′ = Е₂. Результат такого соединения показан в таблице:

Е2′							Е2′′
е21	е22	е23	е24	е25	е26	е27	е27	е28
3	Сергеев	Сергей	Сергеевич	6666666	г. Москва	Менеджер	Менеджер	10,00
10	Тимофеев	Илья	Петрович	2222222	г. Чугуев	Генеральный директор	Генеральный директор	99,99

 

Анализ исходных данных показывает, что при соединении таблиц Е₂′ и Е₂′′ получается исходная таблица Е₂.

4.5. Структурно-функциональный аспект информационной страты объекта

 

Структурно-функциональный аспект информационной страты объекта показывает взаимодействие между таблицами и формами в базе данных. Структурно-функциональный аспект представлен в следующей таблице:

 

Формы	Требуемые отношения
Сотрудники	Е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_post	Numeric	3
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_ pokyp	Numeric	80
e37	Balance_ pokyp	Numeric	3
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

 

 

Заключение

 

Данный курсовой проект был выполнен в среде Visual Fox Pro 6.0. Эта среда позволяет пользователю быстро и точно создавать базы данных при помощи различных мастеров. Базы данных могут содержать необходимое пользователю количество таблиц. Элементами таблиц могут быть как символьные, так и графические элементы, что делает эту среду достаточно универсальной. Чтобы облегчить работу пользователя базы данных имеется мастер форм, которые, в свою очередь, очень многофункциональны, но в целом, предназначены для создания интерфейса. Также в этой среде имеются мастера, которые позволяют создать запросы, отчеты и др. Эти элементы базы данных один раз настроенные способны автоматически изменять свое значение с изменением данных.

В данной работе были рассмотрены следующие вопросы:

ü освоение среды VFP60;

ü выбор объекта автоматизации и его краткий системно-комплексный анализ;

ü разработки структуры пользовательского интерфейса;

ü разработка концептуальной модели базы данных;

ü освоение методов проверки отсутствия потерь при соединении отношений, разлагаемых при нормализации.

 

 

Литература

1. Курс лекций по ТПБД 2001 год.

2. И.Ю. Баженова «Visial Fox Pro 6.0.»

 

 

12	Поделиться:

Воспользуйтесь поиском по сайту: