Курсовая работа: База даних студії веб-дизайну
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 заказчика;
· до таблиці «Отчёты» – інформація про звітність.
Для більш ретельного тестування приведемо приклад введення та отримання інформації, яка включає в себе дані про полсугу та вид, а також пошук за введеним видом. Для того щоб ввести дані про послугу ми повинні викликати головну форму, в якій обираємо розділ "Услуга" натисненням відповідної кнопки. Перед нами з’являється форма, яка дозволяє обрати наступні дії: або пошук послуги за назвою, або пошук товару за видом, або, або додавання послуги. Ми обираємо останнє. Перед нами з’являється форма для заповнення характерисик товару, які будуть дентифікувати її.
Вводимо дан спочатку для одного товару, потім натискаємо додати запис – вводимо інформацію про другий товар і т.д. до 3: „Код послуги”-1,2,3; „Вид услуги”-стартовий сайт, бізнес-сайт, сайт-візитка; „Название услуги”-створення сайту, кеширування, реклама; „Код исполнителя”-3, 5, 2; „Цена”-1000р, 456р, 800р; „Дополнительные материалы”-фотографії, документи, фотографії.
Для збереження даних натискаємо на відповідну кнопку, але якщо хоча б одне поле не буде заповнене, то з'явиться повідомлення про те, що не заповненні обов’язков поля. Якщо всі обов’язкові поля заповнені, то інформація зберігається без проблем. Закриваємо цю форму та обираємо запит, після цього бачимо, що тепер у списку дійсно існує уся інформація про послугу, що ми ввели.
Повертаємося у форму „Послуга” та натискаємо кнопку „Поиск услуги по названию”. Перед нами з’являється вікно з питанням про назву. В цьому вікні набираємо:кеширування. Після натиснення кнопки „ОК” бачимо форму, в якій вказіні лише дані про товар, що відповідає заданій назві, а саме: „Код послуги”- 2; „Вид услуги”- бізнес-сайт; „Название услуги”- кеширування; „Код исполнителя”- 5; „Цена”- 456р; „Дополнительные материалы”-, документи.
Цей тест було проведено також для пошуку послуги за видом, використовуючи всі можливості. Тому можна зробити висновок, що система працює нормально.
На основ розробки проектної документації та програмного забезпечення реалізуємо інструкцію для користувача базою даних. Детальну інформацію можна побачити в додатку Б.
3. Результати реалізації проекту програмного забезпечення
В результат реалізації проекту програмного забезпечення для аптеки було отримано базу даних з автоматизованим процесом обробки потоків даних, які з’являються в даній предметній області. Автоматизація процесу обробки даних досягнуто за допомогою реалізованих в базі даних програмних модулів (форм), які додають, виводять, шукають, зберігають дані, взаємодіють з запитами та звітами, видаючи інформацію про пошук тієї чи іншої характеристики. Програмний код запитів та форм представлено у додатку А, а можливості та інтерфейси форм представлено у додатку Б.
Розроблене програмне забезпечення відповідає наступним апаратним та програмним вимогам:
Вимоги до апаратного забезпечення:
· процесор від 800 MHz вище;
· 64 Mb ОЗП та більше;
· 32 Mb відеоадаптер та більше;
· 20 Mb вільного простору на жорсткому диску та більше;
Вимоги до програмного забезпечення:
· ОС Microsoft Windows 98/Me/2000/XP;
· Microsoft Office 2000;
· нструкція користувача;
Після реалізації та збереження бази даних «Студія веб-дизайну», утворилося безпосередньо два файли: Студия.accdb та Студия.accde. Перший з них є базою даних, збереженою у форматі додатку Microsoft Office Access 2000, інший – той же файл, але з паролем для доступу.
Висновки
Під час розробки проекту бази даних студії веб-дизайну були проведені дослідження детальний аналіз предметної області, були створені функціональні, концептуальна, логічна і фізична моделі бази даних. Також були детально проаналізовані вс елементи, з яких складається даний програмний продукт і залежності між ними. Для розробки даного програмного продукту було використано середовище розробки бази даних Microsoft Access 2003.
