База данных "Магазин компьютерной техники"

Рисунок 1 - DF– діаграма нульового рівня процесу закупки та продажу товару

Зв’язки  потоків нульового і першого рівнів представлені в таблиці 1.

 

Таблиця 1 - Зв'язок потоків нульового  та першого рівнів

Потоки на діаграмі нульового рівня	Потоки на діаграмі першого рівня
Запит	Запит про товар, заказ
Відповідь	Відповідь на запит про товар, чек

 

 

 

 

 

2.1.2 Діаграма першого рівня

Проведемо декомпозицію основного  процесу, та побудуємо діаграму потоків  даних першого рівня (рисунок 2)

Атрибути потоків першого рівня представлені в таблиці 2.

 

  інф-я про постачальників     інф-я про накладні      запит     відповідь

 

 

 

 

 

 

 

 

 

запит про товар    заказ                                              характеристики

       відповідь         чек

Рисунок 2 - DF– діаграма першого рівня процесу закупки та продажу товару

 

 Таблиця 2 - Атрибути потоків першого рівня адміністрування комп’ютерних класів

Потоки на діаграмі першого рівня	Атрибути
Інформація про постачальників	Назва фірми, адреса, телефон, представник
Інформація про накладні	Номер накладної, постачальник, назва товару, кількість, ціна одиниці, сума, дата
Запит про товар	Вид товару, модель, виробник
Відповідь на запит	Наявність, ціна
Заказ	Вид товару, кількість, виробник, модель, дата
Чек	Назва товару, номер чека, дата, ціна продажі
Запит звіту про продажі	Назва товару, кількість, номер чека, дата
Звіт про продажі	Дата початку періоду, дата кінця періоду, разом
Характеристики	Назва характеристики, значення характеристики

 

2.1.3 Розробка концептуальної моделі даних

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

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

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

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

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

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

Сутність "вид товару" була виділена через необхідність збереження інформації про назву виду товару. Сутності привласнений первинний ключ - "id виду".

Сутність "виробник" була виділена через необхідність збереження інформації про виробників товару Сутності привласнений первинний ключ - " id виробника".

Сутність "товар" була виділена через необхідність збереження інформації про модель товару та її ціну. Сутності привласнений первинний ключ - "id  товару".

Сутність "характеристики" була виділена через необхідність збереження інформації про характеристики товару. Сутності привласнений первинний ключ - "id  характеристики".

Сутність "значення характеристики" була виділена через необхідність збереження інформації про значення характеристики.

 Діаграма "сутність-зв'язок" бази даних магазину комп’ютерної техніки представлена на рисунку 3. Для побудови діаграми  "сутність-зв'язок" була використана нотація Yourdon.

Рисунок 3 - ER – діаграма адміністрування комп’ютерних класів

2.1.4 Розробка діаграми станів

 Алгоритм роботи програми був зображений у вигляді діаграми станів     (рисунок 4).

Рисунок 4 – Діаграма станів роботи програми

2.2 Технічннй проект

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

На основі дослідження й аналізу  діаграми  "сутність-зв'язок", була побудована  логічна модель даних представлена на рисунку 5.

Рисунок 5 - Логічна модель даних

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

На основі дослідження й аналізу  логічної моделі даних діяльності магазину комп’ютерної техніки, була побудована  фізична модель даних представлена на рисунку 6.

Рисунок 6 - Фізична модель даних

2.2.3 Вибір СУБД

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

 

 

 

 

2.3 Робочий проект

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

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

Головна форма бази даних «Магазин комп’ютерної техніки» включає в  себе набір кнопок для переходу на ту чи іншу форму, звіту, також кнопку «Вихід» для закінчення роботи з  головною формою. Після роботи з  дочірніми формами та звітами і подальшим їх закриттям виконується перехід до головної форми.

Модуль «Поставка» містить таблиці  «Постачальник», «Поставка» та «Екземпляр».

Модуль «Каталог товарів» містить  таблиці «Вид товару», «Виробник», «Товар», «Характеристики» та «Значення характеристик».

Модуль «Продажі» містить таблиці  «Клієнт», «Покупка» та «Екземпляр».

2.3.2 Розробка робочої документації

Розроблений проект, реалізовано в  Microsoft Access 2007, середовищем програмування якої є Visual Basic for Application, текст програми представлено в додатку А, інструкція користувача в додатку Б.

 

 

 

 

3 Результати роботи програми

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

Для розробки та створення інтерфейсу користувача  була використана програма Microsoft Access 2007, ця програма була використана тому що розробник має вміння роботи з цією програмою і ця програма не має недоліків порівняно з іншими програмами такого класу при розробці даного програмного продукту. 

Загалом електронна база даних «Магазин комп’ютерної техніки» являє собою кінцевий програмний продукт.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

1. Дейт К.. Введение в системы баз данных. - К: Диалектика, 1998.- 784 с.

2.Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ.- М.: Мир, 1991.- 252 с.

3. ДСТУ 2874-94. Системи оброблення інформації. Бази даних. Терміни та визначення.

4. ДСТУ 3149-95. Система стандартів з баз даних. Мова баз даних SQL з розширенням цілісності.