Курсовая работа: База даних студії веб-дизайну
Досягти поставленої мети можливо шляхом автоматизації роботи, тобто створенням бази даних студії веб-дизайну, яка б зберігала повну необхідну інформацію про послуги, х виконання, облік певного періоду.
Необхідно фіксувати укладання договору обох сторін, дату укладання та виконання, його виконання / невиконання, причини невиконання договору, або його успішне виконання.
У зв'язку з великою кількістю послуг, що надаються, умовами їх реалізації, умовами договору між фірмою і клієнтом, веденням справ фірми, а отже великим обсягом інформації, до якої директор фірми або завідувач справами фірми міг би звернутися в будь-який момент і знайти необхідну йому інформацію за певний період виника потреба в удосконаленні та автоматизації даного процесу. Створення програмного забезпечення, а саме певної бази мобілізує сам процес і надасть економност часу і простоту у доступі до необхідної інформації.
У базі даних буде міститися інформація:
1.Відомост про працівників фірми (ПІБ, посада, контактна інформація).
2.Відомомст про послуги (вид послуги, у залежності від виду необхідні дані, ціна).
3.Будуть фіксуватися дані договору (вид послуги та необхідні параметри, строк і порядок виконання, вартість роботи і вид (електроний переказ, готівка) і період розрахунку, умови порушення договору (порушення строку або якості послуги), відповідальність сторін, інші умови), а також виконання або невиконання договору.
4.Статистика (фінансовий облік за місяць, квартал та рік, тобто доходи, витрати, чистий прибуток)
2. Розробка проекту програмного забезпечення з базою даних аптеки
2.1 Розробка концептуальної моделі даних (ER-діаграми)
Концептуальна модель бази даних - модель, яка визначає систему основних понять і правил їх комбінування, які не залежать від засобів розробки бути смислового структурою предметної області. Для представлення концептуально моделі бази даних створюється діаграма «сутність-зв'язок» (ERD). Основними конструктивними елементами є сутності, зв'язки між ними та їх властивості (атрибути).
Сутність - будь-який чудовий об'єкт. Сутність володіє одним або декількома атрибутами, які або належать суті, або успадковуються через зв'язок. У даній лабораторній роботі сутностями є: «Замовник», «Послуга», «Виконавець», «Договір».
Останнім кроком моделювання є ідентифікація атрибутів. Атрибут - проіменована характеристика сутності. Всі атрибути позначаються через овал. Екземпляр атрибута - це певна характеристика окремого елемента множини. Екземпляр атрибута визначається типом характеристики і її значенням, названим значенням атрибута. В ER-моделі атрибути асоціюються не тільки з конкретними сутностями, але й зв'язками. Таким чином, екземпляр сутності повинен мати єдине певне значення для асоційованого атрибута. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутності.
Складемо діаграму сутностей – ER-діаграму для студії веб-дизайну (див. рисунок 5).
Наприклад, в даній роботі сутність «Замовник» пов'язана з сутністю «Договір» через зв'язок «укладає». Кілька замовників оформляє замовлення на один або декілька видів послуг, тому зв'язок - багато до багатьох. Сутність «Послуга» пов'язана з сутністю «Договір» через зв'язок «Включає». Багато послуг включають багато договору, а тому зв'язок - багато до багатьох. У кожної сутності й зв'язку свої атрибути.
2.2 Розробка специфікац програмних модулів
Всі програмн модулі будуть розроблені в середовищі Microsoft Access і приведені в додатках в SQL-коді, а також конструкторах форм, запитів, таблиць. Специфікація програмних модулів має наступну структуру (таблиця 2):
Таблиця 2 - Специфікація програмних модулів
| Рівні модулів | Назва модулів | Опис |
| 0 |
Головна форма |
Меню програми, пункти якого є окремими кнопками і показують основні можливості програми. Вхідними даними є операція яку необхідно зробити. |
| 1 |
Додавання замовника |
Дає можливість додавати замовника. Вхідні дані: ID_виробника, його ПІБ,адреса, телефон тав назва фірми. |
| 1 | Складання прайс-листу |
Дає можливість складати прайс-лист та друкувати його на відповідному пристрої. Вхідні дані: ID_послуги, вид, назва послуги, ціна послуги. Вихідні дані:вид послуги, назва послуги, ціна послуги. |
| 1 | Оформлення договору |
Дає можливість оформлювати договір та друкувати його на відповідному пристрої. Вхідні дані: ID_договору, положення договору, дата заключення Вихідні дані: код договору, положення договору, дата заключення. |
| 1 | Додавання послуги |
Дає можливість додавати послуги, які виникають у разі необходності для роботи. Вхідні дані: код послуги, назва послуги, ціна послуги, вид, виконавець. |
| 1 |
Додавання виконавця |
Дає можливість додавати виконавця у базу. Вхідні дані: ID_виконавця, його ПІБ,адреса, телефон,дата народження, посада, заробітна плата. |
| 1 | Звіт про виконан договори |
Дає можливість надання нформації про договіри, які були заключені за певний період. Вхідні дані: період. Вихідні дані: кількість договорів, дата заключення, виконан/невиконан, код договору. |
| 1 | Запит покупця за видом |
Дає можливість видавати нформацію про наявність послуги за її видом. Вхідні дані: вид послуги. Вихідні дані: характеристики товару (вид,назва, код, ціна, виконавець, додаткові матеріали). |
| 1 | Запит покупця за назвою |
Дає можливість видавати нформацію про наявність відповідної послуги. Вхідні дані: назва послуги. Вихідні дані: характеристики товару (вид,назва, код, ціна, виконавець, додатков матеріали). |
| 1 | Звітність студії |
Дає можливість скласти звітність студії. Вхідні дані: загальна сума,заробітна плата виконавця,дата замовлення / здачі,код замовника,кількість виконаних / невиконаних договорів Вихідні дані: доходи,витрати,чистий прибуток, кількість виконаних договорів |
| 1 | Звіт про надані послуги |
Дає можливість зробити звіт про надані послуги. Вхідні дані: дата замовлення, дата здачі, код замовника, код виконавця,код послуги, кількість, назва послуги, ціна послуги Вихідні дані:код послуги, код виконавця, загальна сума. |
2.3 Розробка логічно моделі бази даних студії веб-дизайну
Логічна модель відображає логічні зв'язки між елементами даних. Вона формулюється в термінах бази даних, але не залежить від конкретної СУБД. На основі концептуально моделі розробляється логічна модель бази даних (БД). Для кожного атрибута таблиці визначається тип даних, а саме: N - число, S - рядок, D - дата.
Для кожного з ключів також прийняті скорочення: PK - основний ключ, FK - зовнішній ключ.
Зовнішній ключ - один або кілька атрибутів, за допомогою яких підлегла таблиця зв'язується з батьківської.
На підстав розробленої раніше діаграми сутностей (ER) складемо логічну модель. Логічна модель отбражает логічні зв'язки між елементами даних. Ці зв'язки зобразимо за допомогою таблиць, для кожної з яких буде зазначений перелік атрибутів і ключів
Коли маємо дві сутності зі зв'язком один до багатьох, то при складанні таблиць їхнє число буде рівнятися двом, але із сутності зі зв'язком один перекочує ключ у сутність зі зв'язком багато.
Дал представлена (рисунок 6) логічна модель БД «Студія веб-дизайну», що розроблена засобами Erwin.
|
2.4 Розробка алгоритму графічного інтерфейсу програми
Виходячи с того, що база даних, яка розробляється, спрямована на обслуговування обмеженого за розміром закладу, інформація, яка в ній буде зберігатися має сенс лише для декількох ключових осіб, то не має рації створювати її для широкого серверного використання. Значно краще буде розробити базу на основі стаціонарно платформи, що значно спростило би безпосередню роботу по створенню бази даних,а також принцип роботи кінцевого програмного продукту. Для виконання даної роботи будемо використовувати СУБД Microsoft Access 2000, адже ця платформа найдоступнішою та найрозповсюдженішою. В Access існує чотири типа модулів: модулі форм, модулі звітів, стандартні модулі і модулі класів. Нам потрібн будуть модулі форм та звітів.
Форма «Меню» представлятиме собою кнопочну форму, яка складатиметься з набору кнопок, що забезпечують доступ до інших форм та функцій програми. Всі кнопки форми „Меню” перелічен нижче (таблиця 3).
Таблиця 3 Кнопки форми «Меню»
| Назва кнопки | Реакція на натиснення кнопки |
| Услуги | Відкривається форма «Услуга» |
| Добавить заказчика | Відкривається форма «Заказчик» |
| Договор | Відкривається форма «Договор» |
| Отчёты | Відкривається форма «Отчёты» |
| Добавить исполнителя | Відкривається форма «Исполнитель» |
Головна форма має кнопочну структуру, в яку входять таки кнопки:
-послуга;
-договір;
-звіти;
-додати
замовника;
-додати
виконавця;
Форма «Услуга» має кнопочну структуру, в яку входять такі кнопки:
- пошук послуги
за назвою;
- пошук послуги
за видом;
- додавання
послуги в базу даних студії веб-дизайну;
Перші три кнопки в свою чергу відкривають інші форми.
Кнопка „Поиск услуги по названию” відкриє відповідну форму, в якій буде розміщене поле „Введите название услуги: ”. За даними, що будуть введені в дане поле, буде відбуватися запит, який буде здійснювати пошук послуги в базі за назвою. Після введення параметру та натиснення кнопки „ОК”,, повинна бути відкритися форма „Услуга”, в якій буде виводитися вся інформація про послугу, тобто її характеристика (назва, код послуги, вид, ціна, виконавець, додаткові матеріали), як зазначили, у лінійному вигляді.
В формі „Поиск услуги по виду”, яка з’явиться одразу після натиснення відповідної кнопки, буде розміщено поле „Введите вид услуги:”. За даними, що будуть введені в це поле, буде відбуватися запит, який здійснює пошук послуги в таблиці «Услуга». Після введення параметру для пошуку и натисканні «OK», повинна бути відкритися форма «Услуга», в якій буде виводитися вся інформація про послугу, тобто характеристика (назва, код послуги, вид, ціна, виконавець, додатков матеріали), які зазначили, у лінійному вигляді.
Натиснувши кнопку „Добавить услугу”, з’явиться форма „Услуга_доб”, яка має як і лінійчату, так і кнопочну структуру. В цій формі необхідно заповнити поля: код послуги, назва послуги, ціна послуги, вид, виконавець. Заповнення усіх полів обов’язкове. Якщо якесь поле залишеться не заповненим, з’явиться відповідне повідомлення. Після того, як всі поля будуть заповненні, можна буде, за допомогою відповідних кнопок, додавати ще один запис, удалити запис, зберегти та знайти запис.
Форма Добавить заказчика” має лінійну структуру, в яку входять поля зі списком необхідних даних для введення. В цю інформацію занасяться наступні дані про замовника: ПІБ, код замовника, адреса, телефон, назва фірми.
Форма Добавить исполнителя” має лінійну структуру, в яку входять поля зі списком необхідних даних для введення. В цю інформацію занасяться наступні дані про виробника: код виконавця, ПІБ, дата народження, адреса, телефон, посада, вид послуги, зарплата.
Форми Добавить заказчика” та „Добавить исполнителя ” мають кнопки, які дозволяють додати запис, зберегти запис або видалити його.
Форма Договор” має кнопочну структуру, в яку входять:
-додавання
договору;
-пошук договору
за період часу;
Форма Добавить договор”, в яку входять поля зі списком необхідних даних для введення. В цю інформацію заносяться наступні дані про договір: основн положення, даатз аключення, дата виконання, код договору, виконан/не виконан, причина невиконання.
Форм „Отчёт по дате ” має лінійну структуру, в яку входять поля зі списком необхідних даних для введення.Необхідно ввести початкову та кінцеву дати певного періоду та натиснути кнопку „Выполнить запрос”, повинен бути відкритися запит «Запрос по дате», в якому буде виводитися вся інформація про договори у цей період.
- виконання
запиту;
Форма „Звіт містить в собі дві кнопки: „Отчёт о предоставленніх услугах” та „Отчётность студии”.
Натиснувши першу кнопку, відкриється звіт „Отчёт о предоставляеміх услугах”, яка містить в собі код послуги, код виконавця, назва послуги, ціна, кількість, сума.
- друк звіту.
Натиснувши кнопку „Отчётность студії”, на екрані з’явиться звіт прозвітність студії, який містить у собі таку їнформацію:доходи, розрахунок заробітної плати, кількість виконаних договорів.
Окрім всіх
вищезазначених кнопок, кожна з форм має також має копку „Закрити форму”, яка
має вигляд -
.
2.5 Розробка фізичної моделі даних
Фізична модель бази даних визначає способи розміщення даних у середовищі зберігання й способи доступу до цих даних, які підтримуються на фізичному рівні.
Фізична модель бази даних будується на основі логічної моделі даних.
Після побудови фізичної моделі необхідно провести аналіз нормалізації:
1. Таблиц перебувають в 1-й нормальній формі (НФ) тоді й тільки тоді, коли відсутн однакові картежи й у кожному з осередків будь-якої таблиці втримуються атомарн значення.
