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

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 - Кнопки форми «Меню»

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

-послуга;

-договір;

-звіти;

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

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

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

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

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

Страницы: 1, 2, 3, 4, 5, 6, 7