МОСКОВСЬКИЙ ДЕРЖАВНИЙ ІНСТИТУТ
радіотехніки, електроніки і АВТОМАТИКИ
(технічний університет)
Факультет Кібернетики
Кафедра Інтелектуальні
технології та системи
КУРСОВИЙ ПРОЕКТ
За дисципліни «Теорія та проектування баз даних»
Тема «Розробка бази даних для об'єкта автоматизації: гомеопатична аптека»
Група ВП-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. Введення.
Метою даного курсового проекту є структурування даних ірозробка інтерфейсу користувача.
У курсовому проекті розглянуті наступні теоретичні питання іпрактичні завдання:
V проведено системно-комплексний аналіз обраного об'єкта автоматизації
V розроблена структура призначеного для користувача інтерфейсу автоматизованої системи
V розроблений функціональний аспект інформаційної страти об'єкта
V розроблена структура екранних форм для користувача інтерфейсу
V розроблена концептуальна модель бази даних
V розроблений 1 рівень структурного аспекту інформаційної страти об'єкта
V розроблений 2 рівень структурного аспекту інформаційної страти об'єкта
V розроблено функціонально-структурний аспект інформаційної страти об'єкта
V проведена нормалізація отриманих відносин (у навчальною метою до початку нормалізації була введена в 1 з відносин транзитивній залежність і під
2 ставлення-множинна залежність.) Далі було перевірено методом табло і аналітичним методом відсутність втрат при з'єднанні відносин, розкладається при нормалізації.
V розроблено структурно-функціональний аспект інформаційної страти об'єкта
V проведена розробка проекту в СУБД 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. Банківські дивіденди.
3. Структура призначеного для користувача інтерфейсу автоматизованої системи
3.1 Функціональний аспект інформаційної страти об'єкта.
Концептуальна модель функціонального аспекту інформаційної стратиоб'єкта автоматизації може бути записана наступним чином:
, де
- Вхідні вектора об'єкта.
- Вихідні вектора об'єкта.
- -- функції перетворення
- параметр функції перетворення (в даному курсовому проектірозглядатися не буде).
- параметр визначає як змінюються перші 4 елемента вконцептуальної моделі (в даному курсовому проекті вони не змінюються).
Графічне представлення функціонального аспекту інформаційної стратиоб'єкта.
Розглянемо вхідні вектора об'єкту:
= (номер співробітника, прізвище співробітника, ім'я співробітника, по батьковіспівробітника, телефон співробітника, адресу співробітника, посада співробітника,оклад співробітника) - особиста картка співробітника.
= (номер постачальника, прізвище постачальника, назва постачальника, по батьковіпостачальника, телефон постачальника, адреса постачальника, стан рахунку) - особистакартка постачальника.
= (номер покупця, прізвище покупця, ім'я покупця, по батьковіпокупця, телефон покупця, адреса покупця, стан рахунку) - особистакартка покупця.
= (номер рослини, назва рослини, дія, застосуваннярослини, зображення рослини, кількість на складі, ціна рослини) --словник рослин.
Розглянемо вихідні вектора:
= (номер співробітника, номер договору, дата договору, номерпостачальника, рослина, кількість рослин, ціна) - договір з постачальником.
= (номер співробітника, номер договору, дата договору, номерпокупця, рослина, кількість рослин, ціна) - договір з покупцем.
На підставі цих векторів можна виділити наступні функції об'єктаавтоматизації:
V функції укладення нової договорів з покупцем і постачальником.
V пошук укладених договорів.
V редагування договорів (тільки на стадії виконання замовлення).
V функції адміністратора бази даних - додавання, редагування та видалення даних у словниках.
3.2. Структура екранних форм для користувача інтерфейсу.
Відповідно до функціями об'єкта, структуру екранних форм можнаподати так:
4. Концептуальна модель бази даних
Концептуальну модель бази даних можна подати так:
, де
- структурний аспект.
- функціональний аспект .
- аспект управління.
Функціональний аспект інформаційної страти об'єкта автоматизації вжерозглянули. Структурний аспект буде розібраний далі. Аспект управління вданому курсовому проекті розглядатися не буде.
4.1. Перший рівень структурного аспекту інформаційної страти об'єкта
Розглянемо перший рівень структурного аспекту інформаційної стратиоб'єкта автоматизації:
, де
- інформаційні елементи об'єкта автоматизації.
- зв'язки між інформаційними елементами.
- конфігурація зв'язків.
- параметр зв'язку між елементами.
- параметр, що визначає зміна елементів структурного аспектув часі.
Аналізуючи діяльність аптеки можна виділити наступні інформаційніелементи:
V Е1 - Дані за договорами.
V Е2 - Співробітники.
V Е3 - Постачальники.
V Е4 -- Покупці.
V Е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''|
| Співробітники | Е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. Курс лекцій з ТПБД 2001 рік.
2. І.Ю. Баженова «Visial Fox Pro 6.0.»
-----------------------
Дирекція
Бухгалтерія
Торговий відділ
Дирекція
Бухгалтерія
Постачальник
Торговий відділ
Покупець
Довідкова інформація
1
2
3
4
5
6
7
8
9
10
11
12
13
Інформаційні зв'язку
Матеріальні зв'язку
6
4
3
2
1
9
5
7
8
Покупець
Торговий відділ
Постачальник
Бухгалтерія
Y2
Y1
Х4
Х3
Х1
Х2
Торговий відділ
Графічне подання
Зарплата
Товар постачальників
Договору постачальників
Товар покупців
Договору покупців
Рослини
Покупці
Постачальники
Співробітники
Запити
Розклади
Словники
Про програму
Головне меню
Е1
Е2
Е3
Е4
Е5
Е1
Е2
Е3
Е4
Е5
Х4
Х3
Х1
Х2
Y2
Y1
Е1 < p> Е6
Е7
Е8
