Курсовая работа: База даних студії веб-дизайну
Натиснувши кнопку „Отчётность студії”, на екрані з’явиться звіт прозвітність студії, який містить у собі таку їнформацію:доходи, розрахунок заробітної плати, кількість виконаних договорів.
Окрім всіх вищезазначених кнопок, кожна з форм має також має копку „Закрити форму”, яка має вигляд -
.
2.5 Розробка фізичної моделі даних
Фізична модель бази даних визначає способи розміщення даних у середовищі зберігання й способи доступу до цих даних, які підтримуються на фізичному рівні.
Фізична модель бази даних будується на основі логічної моделі даних.
Після побудови фізичної моделі необхідно провести аналіз нормалізації:
1. Таблиці перебувають в 1-й нормальній формі (НФ) тоді й тільки тоді, коли відсутні однакові картежи й у кожному з осередків будь-якої таблиці втримуються атомарні значення.
2. Таблиці перебувають в 2-й НФ, тоді й тільки тоді, коли таблиця перебуває в першій нормальній формі, і кожен не ключовий атрибут перебуває в повній функціональній залежності від всіх можливих ключів.
3. Таблиці перебувають в 3-й НФ, тоді й тільки тоді, коли таблиця перебуває в другій нормальній формі, і всі не ключові атрибути перебувають у повній нетранзитивній залежності від всіх можливих ключів.
На підставі логічної моделі даних складемо фізичну модель, згідно з особливостями обраної СУБД. Для реалізації завдання по функціонуванню аптеки була обранна СУБД “Access 2003”. База даних зберігається в даної СУБД у вигляді одного файлу з розширенням *.mdb.
Для створення фізичної моделі бази даних приведемо її проектну частину (таблиця 4).
Таблиця 4- Замовник
| Атрибут | Тип данных | Размер поля в байтах | Обязательность поля | Ключ |
| Код заказчика | Счетчик | 4 | Да | PK |
| Ф.И.О. | Текстовый | 40 | Да | FK |
| Адрес | Текстовый | 50 | Да | … |
| Телефон | Текстовый | 20 | Нет | … |
| Название фирмы | Текстовый | 20 | Да | … |
Таблиця 5- Послуги
| Атрибут | Тип данных | Размер поля в байтах | Обязательность поля | Ключ |
| Код услуги | Счетчик | 4 | Да | PK |
| Вид услуги | Текстовый | 20 | Нет | … |
| Название услуги | Текстовый | 30 | Да | FK2 |
| Код исполнителя | Длинное целое | 4 | Да | FK1 |
| Цена | Денежный | 8 | Да | … |
| Дополнительные материалы | Текстовый | 50 | Да | … |
Таблиця 6- Виконавець
| Атрибут | Тип данных | Размер поля в байтах | Обязательность поля | Ключ |
| Код исполнителя | Счетчик | 4 | Да | PK |
| Ф.И.О. | Текстовый | 40 | Да | … |
| Дата рождения | Дата/время | 8 | Нет | … |
| Адрес | Текстовый | 50 | Да | … |
| Телефон | Текстовый | 20 | Да | … |
| Должность | Текстовый | 30 | Да | FK |
| Вид услуги | Текстовый | 30 | Да | … |
| Зарплата | Длинное целое | ... |
Таблиця 7- Звіт
| Атрибут | Тип данных | Размер поля в байтах | Обязательность поля | Ключ |
| Код услуги | Длинное целое | 4 | Да | PK FK2 |
| Код исполнителя | Длинное целое | 4 | Да | PK FK3 |
| Код заказчика | Счетчик | 4 | Да | PK FK1 |
| Вид услуги | Текстовый | 20 | Да | … |
| Название услуги | Текстовый | 30 | Да | … |
| Цена | Денежный | 8 | Да | … |
| Кол-во | Длинное целое | 4 | Да | … |
| Сумма | Денежный | 8 | Да | … |
| Код договора | Длинное целое | 4 | Да | PK FK4 |
Таблиця 8- Договір
| Атрибут | Тип данных | Размер поля в байтах | Обязательность поля | Ключ |
| Код договора | Счетчик | 4 | Да | PK |
| Положения договора | Текстовый | 90 | Нет | … |
| Дата заключения | Дата/время | 8 | Да | AK |
| Дата выполнения | Дата/время | 8 | Да | … |
| Выполнение/не выполнение | Текстовый | 15 | Да | … |
| Причина невыполнения | Текстовый | 40 | Да | … |
Після побудови фізичної моделі можна зробити висновок, що схема даних таблиці відповідає логічній схемі.
Проведемо аналіз нормалізації побудованої БД. Всі таблиці БД перебувають у третій нормальній формі (НФ). Цієї НФ досить, щоб забезпечити в даній базі високий ступінь цілісності.
При аналізі бази дані аномалії виявлені не були.
На підставі фізичної моделі складемо базу даних у середовищі Microsoft Office Access версії 2003 (рисунок 7).
Рисунок 7 – Фізична модель даних, реалізована в середовищі Microsoft Office Access версії 2003.
2.6 Кодування і тестування програмного забезпечення бази даних аптеки
База даних аптека була виконана в середовищі Microsoft Access 2003. Вона реалізована за допомогою таблиць, форм, запитів і звітів. Для нормального функціонування був написаний програмний код який представлений в додатку А.
Для проведення тестування роботи програмного продукту до бази даних були введені наступні дані:
· до таблиці «Услуга» була введена інформація про 3 послуги;
· до таблиці «Исполнитель» ввели інформацію про 5 виробникыв;
· до таблиці «Договор» була введена інформація про 3 договори;
· до таблиці «Заказчик» була введена інформація про 4 заказчика;