Курсовая работа: База даних студії веб-дизайну

Далі розробляємо таблицю відповідності потоків даних з 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 - Специфікація програмних модулів

Рівні модулів Назва модулів Опис
0

Головна

форма

Меню програми, пункти якого є окремими кнопками і показують основні можливості програми. Вхідними даними є операція яку необхідно зробити.

1

Додавання

замовника

Дає можливість додавати замовника. Вхідні дані: ID_виробника, його ПІБ,адреса, телефон тав назва фірми.
1 Складання прайс-листу

К-во Просмотров: 352
Бесплатно скачать Курсовая работа: База даних студії веб-дизайну