База даних студії веб-дизайну

База даних студії веб-дизайну

Анотація

В даній курсовій роботі представлена база даних студії веб-дизайну.

Робота має на меті вирішити задачі та проблеми, які пов'язані зі зберіганням інформації, яка стосується обслуговування клієнтів та ведення звітності роботи студії.

Робота виконана на сторінках друкованого тексту, містить рисунка(iв), таблиці. Робота має 2 доданки, які містять текст програми та інструкцію користувача. Робота виконана у середовищі Microsoft Access 2000.

Описова частина роботи виконана українською мовою.

Аннотация

В данной курсовой работе представлена база данных студии веб-дизайна.

Работа направлена на решение задач и проблем, связанных с хранением информации, касающейся обслуживания клиентов и ведения отчётности работы студии.

Работа выполнена на страницах печатного текста, содержит рисунка(ов), таблицы. Работа имеет 2 приложения, которые содержат текст программы и инструкцию пользователя. Работа выполнена в среде Microsoft Access 2000.

Описательная часть работы выполнена на украинском языке.

Зміст

Вступ

1. Дослідження і аналіз роботи стуії веб-дизайну

1.1 Дослідження роботи студії веб-дизайну

1.2 Аналіз роботи студії веб-дизайну

1.3 Постановка задачи

2. Розробка проекту програмного забезпечення студії веб-дизайну з базою даних для студії веб-дизайну

2.1 Розробка концептуальної моделі бази даних студії веб-дизайну (ERD)

2.2 Розробка специфікації програмних модулів

2.3 Розробка логічної моделі даних студії веб-дизайну

2.4 Розробка алгоритмів і графічних інтерфейсів програмних модулів

2.5 Розробка фізичної моделі даних студії веб-дизайну

2.6 Кодування й розробка робочої документації

3. Результати реалізації проекту програмного забезпечення

Висновки

Список використаної літератури

Додаток А. Текст програми

Додаток Б. Інструкція користувача

Вступ

Дана курсова робота присвячена розробці бази даних для студії веб-дизайну. У процесі розробки проводяться дослідження предметної області студії, аналіз існуючих потоків даних, створення проектної документації та безпосередня розробка бази даних для студії веб-дизайну, яка буде зберігати дані про надання послуг (характеристика, надання послуг), дозволить скласти звіт про надані послуги та укладені договори за певний період.

Основною проблемою даного закладу є ведення обліку про надані послуги, укладення договорів та звітність студії, що вимагає витрати великої кількості часу, а також вимагає великої зосередженості й уважності. Студія надає багато послуг різним клієнтам, які мають свої вимоги, зауваження та деталі. Тому ведуться постійні обліки та записи щодо замовлених послуг, їх специфікацію та загальний звіт про роботу студії за певний проміжок(квартал) часу. Тому необхідна розробка та створення подібного роду бази даних, яка допоможе уникнути зайвої паперової роботи, підвищити інтенсивність роботи та зменшити час, затрачений на формування звітності.

Отже, основною метою даної роботи є поліпшення роботи даної установи (студії веб-дизайну). Для цього необхідно автоматизувати процес надання послуг та формування звітності про зроблену роботу. Засобами для досягнення цієї мети, є написання програмного забезпечення, за допомогою якого можна було б усунути всі незручності ведення звітності даної установи.

1. Дослідження та аналіз роботи студії веб-дизайну

1.1 Дослідження роботи студії веб-дизайну

Тема досліджуваної предметної області - «Студія веб-дизайну». Дизайн студія спеціалізується на розробці й оформленні веб - сайтів. Сучасні технології дозволяють вирішувати будь-які поставлені завдання. Вона пропонує інструменти для ведення бізнесу в Інтернет, що впливають на прибуток підприємства, його популярність і попит на його продукцію (послуги).

Головною метою студії є надання якісних послуг, орієнтованих на певного клієнта, виконання роботи (замовлення) в мінімальні терміни і в результаті отримання максимального прибутку.

У сучасний час Інтернет є одним із широко використовуваних засобів інформації, то є як наслідок студія веб - дизайну має великий попит. Головну роль у створенні надаваних послуг грають веб - програміст, веб-дизайнер, flash - програміст і директор. Веб програміст виконує роботу по створенню, функціональності сайту, його модернізації та подальшої підтримки. Веб - дизайнер оформляє дизайн сайту, логотип. Flash - програміст розробляє flash-презентації. Директор відповідає за ведення договорів з клієнтом, ведення бази даних. Замовлення послуг відбувається безпосередньо через директора. Замовник у праві встановити свої вимоги, погодивши їх з веб - розробниками, які в свій час можуть запропонувати свої варіанти роботи. Перш за все, замовнику надається прайс-лист, в якому будуть вказані види послуг, що надаються, їх коротка інформація та відповідні їм ціни. Приклад прайс-листа - Доданок 1:

Доданок 1

Основні види розроблювальних сайтів. Прайс-лист:

Якщо клієнта влаштовують послуги даної фірми, то між кампанією і замовником укладається договір, в якому будуть описані всі умови, на яких буде виконуватися та надаватися замовлення.

Приклад договору - Доданок 2:

Договір № _______

про надання послуг зі створення сайту

г. _________________ "__" __________ 2008 г.

_____________________________________________________________

іменований____________ далі___________ «Замовник»,_________ в________ особі _______________________________, що діє на підставі ______________________________________________________, з одного боку, і веб-студія "..." в особі компанії ТОВ «...» (керівник...), що діє на підставі Статуту, що іменується далі «Виконавець», з іншого боку, уклали цей Договір про наступне:

1. Предмет договору

* розробка програмного забезпечення, призначеного для оформлення у вигляді веб-сайту

* матеріали замовника

* технічне завдання

* розміщення сайту в інтернеті

2. Порядок, терміни виконання робіт, вартість роботи та порядок розрахунків

Вищевказані дані заносяться в таблицю, приклад якої показаний в додатку В.

3. Права та обов'язки Сторін

* обов'язки виконавця

* права виконавця

* обов'язки замовника

4. Порядок здачі та приймання результатів роботи

5. Матеріальна відповідальність Сторін

* сплата неустойки за порушення договору виконавцем

* сплата неустойки за порушення договору замовником

6. Права на сайт

7. Відповідальність сторін. Вирішення спорів

8. Форс-мажор

9. Інші умови

10. Реквізити Сторін

Замовник:____________________________________________________

Адре_________________________________________________________

Розрахунковий рахунок Nо: ____________________________________

БІК ________________________________ Кор. рахунок: _______

E-mail: _______________________________

Підписи Сторін:

Виконавець _______________________

М.П. (…) Замовник _______________________

Створення звіту про надану послугу - Доданок 3:

Доданок 3

1.2 Аналіз роботи студії веб дизайну

На підставі розглянутої предметної області студії веб-дизайну можна скласти ієрархію діаграм за нотацією Йордана. Інформацію представимо в графічному виді (діаграма DF).

Спочатку розробимо діаграму 0 рівня (рис. 1). Тут представлено взаємодія зовнішніх сутностей для решения задач.

Маємо три сутності: головна сутність - "Студія веб-дизайну" і дві зовнішніх - "замовник" і "виконавець".

1. Сутність "замовник" посилає сутності "Студія веб-дизайну" такі потоки даних, як "інформація від замовника". Сутність "Студія веб-дизайну" надсилає відповідь на запит - «інформація для замовника».

2. Сутність "виконавець" посилає сутності "Студія веб-дизайну" такі потоки даних, як "інформація від виконавця". Сутність "Студія веб-дизайну" надсилає відповідь на запит - «інформація для виконавця

Рисунок 1 - Діаграма потоків даних 0 рівня для аптеки

На діаграмі потоків даних 1 рівня (рисунок 2) зображена декомпозиція основних процесів і потоки даних (зображено що в який момент завантажується й виходить).

Рисунок 2 - Діаграма потоків даних 1 рівня для аптеки

За допомогою декомпозиції ми одержуємо діаграму потоків даних 2 рівня (рисунок 3).

Рисунок 3 - Діаграма потоків даних 2 рівня для аптеки

Далі розробляємо таблицю відповідності потоків даних з 0 по 2 рівні (табл. 1)

Таблиця 1- Відповідності потоків даних

1.3 Постановка задачі

Досягти поставленої мети можливо шляхом автоматизації роботи, тобто створенням бази даних студії веб-дизайну, яка б зберігала повну необхідну інформацію про послуги, їх виконання, облік певного періоду.

Необхідно фіксувати укладання договору обох сторін, дату укладання та виконання, його виконання / невиконання, причини невиконання договору, або його успішне виконання.

У зв'язку з великою кількістю послуг, що надаються, умовами їх реалізації, умовами договору між фірмою і клієнтом, веденням справ фірми, а отже великим обсягом інформації, до якої директор фірми або завідувач справами фірми міг би звернутися в будь-який момент і знайти необхідну йому інформацію за певний період виникає потреба в удосконаленні та автоматизації даного процесу. Створення програмного забезпечення, а саме певної бази мобілізує сам процес і надасть економності часу і простоту у доступі до необхідної інформації.

У базі даних буде міститися інформація:

1.Відомості про працівників фірми (ПІБ, посада, контактна інформація).

2.Відомомсті про послуги (вид послуги, у залежності від виду необхідні дані, ціна).

3.Будуть фіксуватися дані договору (вид послуги та необхідні параметри, строк і порядок виконання, вартість роботи і вид (електроний переказ, готівка) і період розрахунку, умови порушення договору (порушення строку або якості послуги), відповідальність сторін, інші умови), а також виконання або невиконання договору.

4.Статистика (фінансовий облік за місяць, квартал та рік, тобто доходи, витрати, чистий прибуток)

2. Розробка проекту програмного забезпечення з базою даних аптеки

2.1 Розробка концептуальної моделі даних (ER-діаграми)

Концептуальна модель бази даних - модель, яка визначає систему основних понять і правил їх комбінування, які не залежать від засобів розробки бути смислового структурою предметної області. Для представлення концептуальної моделі бази даних створюється діаграма «сутність-зв'язок» (ERD). Основними конструктивними елементами є сутності, зв'язки між ними та їх властивості (атрибути).

Сутність - будь-який чудовий об'єкт. Сутність володіє одним або декількома атрибутами, які або належать суті, або успадковуються через зв'язок. У даній лабораторній роботі сутностями є: «Замовник», «Послуга», «Виконавець», «Договір».

Останнім кроком моделювання є ідентифікація атрибутів. Атрибут - проіменована характеристика сутності. Всі атрибути позначаються через овал. Екземпляр атрибута - це певна характеристика окремого елемента множини. Екземпляр атрибута визначається типом характеристики і її значенням, названим значенням атрибута. В ER-моделі атрибути асоціюються не тільки з конкретними сутностями, але й зв'язками. Таким чином, екземпляр сутності повинен мати єдине певне значення для асоційованого атрибута. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутності.

Складемо діаграму сутностей - ER-діаграму для студії веб-дизайну (див. рисунок 5).

Наприклад, в даній роботі сутність «Замовник» пов'язана з сутністю «Договір» через зв'язок «укладає». Кілька замовників оформляє замовлення на один або декілька видів послуг, тому зв'язок - багато до багатьох. Сутність «Послуга» пов'язана з сутністю «Договір» через зв'язок «Включає». Багато послуг включають багато договору, а тому зв'язок - багато до багатьох. У кожної сутності й зв'язку є свої атрибути.

2.2 Розробка специфікації програмних модулів

Всі програмні модулі будуть розроблені в середовищі Microsoft Access і приведені в додатках в SQL-коді, а також конструкторах форм, запитів, таблиць. Специфікація програмних модулів має наступну структуру (таблиця 2):

Таблиця 2 - Специфікація програмних модулів

2.3 Розробка логічної моделі бази даних студії веб-дизайну

Логічна модель відображає логічні зв'язки між елементами даних. Вона формулюється в термінах бази даних, але не залежить від конкретної СУБД. На основі концептуальної моделі розробляється логічна модель бази даних (БД). Для кожного атрибута таблиці визначається тип даних, а саме: N - число, S - рядок, D - дата.

Для кожного із ключів також прийняті скорочення: PK - основний ключ, FK - зовнішній ключ.

Зовнішній ключ - один або кілька атрибутів, за допомогою яких підлегла таблиця зв'язується з батьківської.

На підставі розробленої раніше діаграми сутностей (ER) складемо логічну модель. Логічна модель отбражает логічні зв'язки між елементами даних. Ці зв'язки зобразимо за допомогою таблиць, для кожної з яких буде зазначений перелік атрибутів і ключів

Коли маємо дві сутності зі зв'язком один до багатьох, то при складанні таблиць їхнє число буде рівнятися двом, але із сутності зі зв'язком один перекочує ключ у сутність зі зв'язком багато.

Далі представлена (рисунок 6) логічна модель БД «Студія веб-дизайну», що розроблена засобами Erwin.

2.4 Розробка алгоритму і графічного інтерфейсу програми

Виходячи с того, що база даних, яка розробляється, спрямована на обслуговування обмеженого за розміром закладу, інформація, яка в ній буде зберігатися має сенс лише для декількох ключових осіб, то не має рації створювати її для широкого серверного використання. Значно краще буде розробити базу на основі стаціонарної платформи, що значно спростило би безпосередню роботу по створенню бази даних,а також принцип роботи кінцевого програмного продукту. Для виконання даної роботи будемо використовувати СУБД Microsoft Access 2000, адже ця платформа є найдоступнішою та найрозповсюдженішою. В Access існує чотири типа модулів: модулі форм, модулі звітів, стандартні модулі і модулі класів. Нам потрібні будуть модулі форм та звітів.

Форма «Меню» представлятиме собою кнопочну форму, яка складатиметься з набору кнопок, що забезпечують доступ до інших форм та функцій програми. Всі кнопки форми „Меню” перелічені нижче (таблиця 3).

Таблиця 3 - Кнопки форми «Меню»

Головна форма має кнопочну структуру, в яку входять таки кнопки:

-послуга;

-договір;

-звіти;

-додати замовника;

-додати виконавця;

Форма «Услуга» має кнопочну структуру, в яку входять такі кнопки:

- пошук послуги за назвою;

- пошук послуги за видом;

- додавання послуги в базу даних студії веб-дизайну;

Перші три кнопки в свою чергу відкривають інші форми.

Кнопка „Поиск услуги по названию” відкриє відповідну форму, в якій буде розміщене поле „Введите название услуги: ”. За даними, що будуть введені в дане поле, буде відбуватися запит, який буде здійснювати пошук послуги в базі за назвою. Після введення параметру та натиснення кнопки „ОК”,, повинна бути відкритися форма „Услуга”, в якій буде виводитися вся інформація про послугу, тобто її характеристика (назва, код послуги, вид, ціна, виконавець, додаткові матеріали), які зазначили, у лінійному вигляді.

В формі „Поиск услуги по виду”, яка з'явиться одразу після натиснення відповідної кнопки, буде розміщено поле „Введите вид услуги:”. За даними, що будуть введені в це поле, буде відбуватися запит, який здійснює пошук послуги в таблиці «Услуга». Після введення параметру для пошуку и натисканні «OK», повинна бути відкритися форма «Услуга», в якій буде виводитися вся інформація про послугу, тобто її характеристика (назва, код послуги, вид, ціна, виконавець, додаткові матеріали), які зазначили, у лінійному вигляді.

Натиснувши кнопку „Добавить услугу”, з'явиться форма „Услуга_доб”, яка має як і лінійчату, так і кнопочну структуру. В цій формі необхідно заповнити поля: код послуги, назва послуги, ціна послуги, вид, виконавець. Заповнення усіх полів обов'язкове. Якщо якесь поле залишеться не заповненим, з'явиться відповідне повідомлення. Після того, як всі поля будуть заповненні, можна буде, за допомогою відповідних кнопок, додавати ще один запис, удалити запис, зберегти та знайти запис.

Форма „Добавить заказчика” має лінійну структуру, в яку входять поля зі списком необхідних даних для введення. В цю інформацію занасяться наступні дані про замовника: ПІБ, код замовника, адреса, телефон, назва фірми.

Форма „Добавить исполнителя” має лінійну структуру, в яку входять поля зі списком необхідних даних для введення. В цю інформацію занасяться наступні дані про виробника: код виконавця, ПІБ, дата народження, адреса, телефон, посада, вид послуги, зарплата.

Форми „Добавить заказчика” та „Добавить исполнителя ” мають кнопки, які дозволяють додати запис, зберегти запис або видалити його.

Форма „Договор” має кнопочну структуру, в яку входять:

-додавання договору;

-пошук договору за період часу;

Форма „Добавить договор”, в яку входять поля зі списком необхідних даних для введення. В цю інформацію заносяться наступні дані про договір: основні положення, даатз аключення, дата виконання, код договору, виконан/не виконан, причина невиконання.

Форм „Отчёт по дате ” має лінійну структуру, в яку входять поля зі списком необхідних даних для введення.Необхідно ввести початкову та кінцеву дати певного періоду та натиснути кнопку „Выполнить запрос”, повинен бути відкритися запит «Запрос по дате», в якому буде виводитися вся інформація про договори у цей період.

- виконання запиту;

Форма „Звіт” містить в собі дві кнопки: „Отчёт о предоставленніх услугах” та „Отчётность студии”.

Натиснувши першу кнопку, відкриється звіт „Отчёт о предоставляеміх услугах”, яка містить в собі код послуги, код виконавця, назва послуги, ціна, кількість, сума.

- друк звіту.

Натиснувши кнопку „Отчётность студії”, на екрані з'явиться звіт прозвітність студії, який містить у собі таку їнформацію:доходи, розрахунок заробітної плати, кількість виконаних договорів.

Окрім всіх вищезазначених кнопок, кожна з форм має також має копку „Закрити форму”, яка має вигляд -.

2.5 Розробка фізичної моделі даних

Фізична модель бази даних визначає способи розміщення даних у середовищі зберігання й способи доступу до цих даних, які підтримуються на фізичному рівні.

Фізична модель бази даних будується на основі логічної моделі даних.

Після побудови фізичної моделі необхідно провести аналіз нормалізації:

1. Таблиці перебувають в 1-й нормальній формі (НФ) тоді й тільки тоді, коли відсутні однакові картежи й у кожному з осередків будь-якої таблиці втримуються атомарні значення.

2. Таблиці перебувають в 2-й НФ, тоді й тільки тоді, коли таблиця перебуває в першій нормальній формі, і кожен не ключовий атрибут перебуває в повній функціональній залежності від всіх можливих ключів.

3. Таблиці перебувають в 3-й НФ, тоді й тільки тоді, коли таблиця перебуває в другій нормальній формі, і всі не ключові атрибути перебувають у повній нетранзитивній залежності від всіх можливих ключів.

На підставі логічної моделі даних складемо фізичну модель, згідно з особливостями обраної СУБД. Для реалізації завдання по функціонуванню аптеки була обранна СУБД “Access 2003”. База даних зберігається в даної СУБД у вигляді одного файлу з розширенням *.mdb.

Для створення фізичної моделі бази даних приведемо її проектну частину (таблиця 4).

Таблиця 4- Замовник

Страницы: 1, 2