МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ

РАДИОТЕХНИКИ, ЭЛЕКТРОНИКИ И АВТОМАТИКИ

(ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ)

Факультет Кибернетики

Кафедра Интеллектуальные

технологии и системы

КУРСОВОЙ ПРОЕКТ

По дисциплине «Теория и проектирование баз данных»

Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека »

Группа ИУ-1-98

Студент

Преподаватель доцент Чумак Б.Б.

Москва 2001

Задание на курсовой проект.

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

2. Разработать структуру пользовательского интерфейса автоматизированной системы.

2.1 Разработать функциональный аспект информационной страты объекта.

2.2 Разработать структуру экранных форм пользовательского интерфейса.

3. Разработать концептуальную модель базы данных (база данных должна содержать не менее 30 атрибутов)

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

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

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

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

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

3.6. Провести генерацию базы данных. Привести все таблицы базы данных с их именами , имена их атрибуты, тип данных и их размер. Указать связь между наименованием информационных элементов и таблицами, между компонентами информационных элементов и именами атрибутов.

4. Провести разработку проекта в СУБД Visual Fox Pro 5.0(6.0)

(В проекте должны быть использованы все базовые классы СУБД и собственные пользовательские классы, материалы всех лабораторных работ по курсу ТПБД).

Разработать главное меню, формы ввода данных со словарями, отчеты. Разработать систему планируемых запросов. Представить их в табличной форме и в виде графиков .

Реализовать взаимодействие с текстовым редактором «Word” и электронными таблицами “Exel”.

Содержание

стр.

1. Введение …………………………………………………………… 4

2. Системно-комплексный анализ объекта автоматизации……….. 5

3. Структура пользовательского интерфейса автоматизированной системы…………………………………………………………………7

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

3.2. Структура экранных форм пользовательского интерфейса. 9

4. Концептуальная модель базы данных…………………………….10

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

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

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

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

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

4.6. Генерация базы данных……………………………………..17

5. Заключение………………………………………………………….19

Литература………………………………………………………..20

Приложение 1. Дискета с программным обеспечением

курсового проекта

1. Введение.

Целью данного курсового проекта является структурирование данных и разработка пользовательского интерфейса.

В курсовом проекте рассмотрены следующие теоретические вопросы и практические задания:

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

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

• разработан функциональный аспект информационной страты объекта

• разработана структура экранных форм пользовательского интерфейса

• разработана концептуальная модель базы данных

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

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

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

• проведена нормализация полученных отношений (в учебных целях до начала нормализации была введена в 1 из отношений транзитивная зависимость и во 2 отношение—множественная зависимость.) Далее было проверено методом табло и аналитическим методом отсутствие потерь при соединении отношений, разлагаемых при нормализации.

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

• проведена разработка проекта в СУБД Visual Fox Pro 6.0

2. Системно-комплексный анализ объекта автоматизации

При системно-комплексном анализе объект автоматизации рассматривается как концептуальная модель:

, где

- информационная страта;

- материальная страта;

- энергетическая страта;

- экономическая страта;

- организационная страта.

Дирекция

Бухгалтерия

Торговый отдел

Организационная страта :

Дирекция

Бухгалтерия

Поставщик

Торговый отдел

Покупатель

Справочная информация

1

2

3

4

5

6

7

8

9

10

11

12

13

Информационные связи

Материальные связи

Информационная () и материальная () страта:

1. Поток людей, обращающихся для приема на работу.

2. Поток людей, увольняющихся с работы.

3. Поток людей, направленных в торговый отдел.

4. Поток людей, увольняющихся из торгового отдела.

5. Поток информации в бухгалтерию, в том числе и о принятых работниках.

6. Контрольная информация из бухгалтерии.

7. Ответы поставщика на заказ.

8. Заказ продукции у поставщика.

9. Заказ покупателя на продукцию.

10. Ответы покупателю на заказ.

11. Информационный запрос по растениям.

12. Ответ на запрос по растениям.

13. Поток контрольной информации из торгового отдела в бухгалтерию.

Экономическая страта :

Бухгалтерия

Поставщик

Торговый отдел

Покупатель

8

7

5

9

1

2

3

4

6

Товары от поставщика.

1. Оплаты товара поставщика.

2. Товар отпускаемый покупателю.

3. Оплата товара .

4. Денежный поток из бухгалтерии.

5. Денежный поток в бухгалтерию.

6. Налоги, выплачиваемые государству.

7. Вклады в банк.

8. Банковские дивиденды.

3. Структура пользовательского интерфейса автоматизированной системы

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

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

, где

- Входные вектора объекта.

- Выходные вектора объекта.

- – функции преобразования

- параметр функции преобразования (в данном курсовом проекте рассматриваться не будет).

- параметр определяет как изменяются первые 4 элемента в концептуальной модели (в данном курсовом проекте они не изменяются).

Торговый отдел

Х₂

Х₁

Х₃

Х₄

Y₁

Y₂

Графическое представление функционального аспекта информационной страты объекта.

Рассмотрим входные вектора объекта:

= ( номер сотрудника, фамилия сотрудника, имя сотрудника, отчество сотрудника, телефон сотрудника, адрес сотрудника, должность сотрудника, оклад сотрудника ) – личная карточка сотрудника.

=( номер поставщика, фамилия поставщика, имя поставщика, отчество поставщика, телефон поставщика, адрес поставщика, состояние счета) – личная карточка поставщика.

=( номер покупателя, фамилия покупателя, имя покупателя, отчество покупателя, телефон покупателя, адрес покупателя, состояние счета) – личная карточка покупателя.

= ( номер растения, название растения, действие, применение растения, изображение растения, количество на складе, цена растения) – словарь растений.

Рассмотрим выходные вектора:

=(номер сотрудника, номер договора, дата договора, номер поставщика, растение, количество растений, цена) – договор с поставщиком.

=(номер сотрудника, номер договора, дата договора, номер покупателя, растение, количество растений, цена) – договор с покупателем.

На основании этих векторов можно выделить следующие функции объекта автоматизации:

• функции заключения нового договоров с покупателем и поставщиком.

• поиск заключенных договоров.

• редактирование договоров (только на стадии выполнения заказа).

• функции администратора базы данных – добавление, редактирование и удаление данных в словарях.

3.2. Структура экранных форм пользовательского интерфейса.

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

Главное меню

О программе

Словари

Расписания

Запросы

Сотрудники

Поставщики

Покупатели

Растения

Договора покупателей

Товар покупателей

Договора поставщиков

Товар поставщиков

Зарплата

Графическое представление

4. Концептуальная модель базы данных

Концептуальную модель базы данных можно представить следующим образом:

, где

- структурный аспект.

- функциональный аспект.

- аспект управления.

Функциональный аспект информационной страты объекта автоматизации уже рассмотрели. Структурный аспект будет разобран далее. Аспект управления в данном курсовом проекте рассматриваться не будет.

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

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

, где

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

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

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

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

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

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

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

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

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

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

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

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

Е₁

Е₂

Е₃

Е₄

Е₅

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

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

, где

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

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

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

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

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

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

Е₁:

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

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

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

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

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

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

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

Е₂:

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

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

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

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

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

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

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

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

Е₃:

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

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

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

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

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

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

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

Е₄:

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

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

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

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

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

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

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

Е₅:

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

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

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

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

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

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

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

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

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

Е₁

Е₂

Е₃

Е₄

Е₅

Х₂

Х₁

Х₃

Х₄

Y₁

Y₂

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

х₁₁ = е₂₁

х₂₄ = е₃₄

х₃₆ = е₄₆

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

у₁₁ = е₁₂

у₁₃ = е₁₄

у₂₄ = е₁₃

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

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

Е₁

Е₆

Е₇

Е₈

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

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

е₁₁

е₁₂

е₁₃

е₁₄

е₁₅

е₁₆

е₁₇

Е₆

а₁

а₂

а₃

а₄

b₆₅

b₆₆

b₆₇

Е₇

а₁

b₇₂

b₇₃

b₇₄

а₅

b₇₆

b₇₇

Е₈

b₈₁

b₈₂

b₈₃

b₈₄

а₅

а₆

а₇

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

е₁₁

е₁₂

е₁₃

е₁₄

е₁₅

е₁₆

е₁₇

Е₆

а₁

а₂

а₃

а₄

b₆₅

b₆₆

b₆₇

Е₇

а₁

а₂

а₃

а₄

а₅

b₇₆

b₇₇

Е₈

а₁

а₂

а₃

а₄

а₅

а₆

а₇

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

е₁₁

е₁₂

е₁₃

е₁₄

е₁₅

е₁₆

е₁₇

Е₆

а₁

а₂

а₃

а₄

а₅

b₆₆

b₆₇

Е₇

а₁

а₂

а₃

а₄

а₅

b₇₆

b₇₇

Е₈

а₁

а₂

а₃

а₄

а₅

а₆

а₇

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

е₁₁

е₁₂

е₁₃

е₁₄

е₁₅

е₁₆

е₁₇

Е₆

а₁

а₂

а₃

а₄

а₅

а₆

а₇

Е₇

а₁

а₂

а₃

а₄

а₅

а₆

а₇

Е₈

а₁

а₂

а₃

а₄

а₅

а₆

а₇

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

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

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

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

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

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

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

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

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

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

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

е₂₁

е₂₂

е₂₃

е₂₄

е₂₅

е₂₆

е₂₇

е₂₈

3

Сергеев

Сергей

Сергеевич

6666666

г. Москва

Менеджер

10,00

10

Тимофеев

Илья

Петрович

2222222

г. Чугуев

Генеральный директор

99,99

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

Е₂′

Е₂′′

е₂₁

Е₂₂

е₂₃

е₂₄

е₂₅

е₂₆

е₂₇

е₂₇

е₂₈

3

Сергеев

Сергей

Сергеевич

6666666

г. Москва

Менеджер

Менеджер

10,00

10

Тимофеев

Илья

Петрович

2222222

г. Чугуев

Генеральный директор

Генеральный директор

99,99

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

Е₂′

Е₂′′

е₂₁

е₂₂

е₂₃

е₂₄

е₂₅

е₂₆

е₂₇

е₂₇

е₂₈

3

Сергеев

Сергей

Сергеевич

6666666

г. Москва

Менеджер

Менеджер

10,00

10

Тимофеев

Илья

Петрович

2222222

г. Чугуев

Генеральный директор

Генеральный директор

99,99

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

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

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

Формы

Требуемые отношения

Сотрудники

Е₂′, Е₂′′

Поставщики

Е₃

Покупатели

Е₄

Растения

Е₅

Договора покупателей

Е₄, Е₆

Договора поставщиков

Е₃, Е₆

Товар покупателей

Е₄, Е₇, Е₈

Товар поставщиков

Е₃, Е₇, Е₈

4.6. Генерация базы данных

В результате генерации базы данных формируются связанные таблицы с набором атрибутов. Связь между именами таблиц и названиями отношений, а так же именами атрибутов и компонентами отношений показана в таблице:

Компоненты отношений

Атрибуты

Тип

Размер

Е₂′ – sotr

e₁₁

N_sotr

Numeric

5

e₁₂

Fam_sotr

Character

50

e₁₃

Im_sotr

Character

20

e₁₄

Othc_sotr

Character

20

e₁₅

Tel_sotr

Numeric

11

e₁₆

Adres_sotr

Character

80

e₁₇

Dolg_sotr

Character

20

E₃ – post

e₂₁

N_post

Numeric

5

e₂₂

Fam_post

Character

50

e₂₃

Im_post

Character

20

e₂₄

Otch_post

Character

20

e₂₅

Tel_post

Numeric

11

e₂₆

Adres_post

Character

80

e₂₇

Balance_post

Numeric

3

E₄ – pokyp

e₃₁

N_ pokyp

Numeric

5

e₃₂

Fam_ pokyp

Character

50

e₃₃

Im_ pokyp

Character

20

e₃₄

Otch_ pokyp

Character

20

e₃₅

Tel_ pokyp

Numeric

11

e₃₆

Adres_ pokyp

Numeric

80

e₃₇

Balance_ pokyp

Numeric

3

E₅ – rastenia

e₄₁

N_rast

Numeric

5

e₄₂

Rastenie

Character

30

e₄₃

Deistvie

Character

254

e₄₄

Priminenie

Character

100

e₄₅

Risynok

General

4

e₄₆

Kol_vo_rast

Numeric

5

e₄₇

Cena_rast

Numeric

4

Компоненты отношений

Атрибуты

Тип

Размер

Е₆ – raspisanie

e₆₁

N_dog

Numeric

5

e₆₁

N_sotr

Numeric

5

e₆₁

N_kl

Numeric

5

e₆₁

Data_dog

Date

8

E₇ – dog

e₇₁

N_dog

Numeric

5

e₇₁

N_rast

Numeric

5

e₇₁

Kol_vo

Numeric

5

e₇₁

Cena

Numeric

3

Е₂′′ - dolgn

е₂₇

Dolg_sotr

Character

20

е₂₈

Oklad

Numeric

5;2

5. Заключение

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

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

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

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

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

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

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

Литература

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

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