мий продаж, так і продаж за попередніми замовленнями;
Щоб знати, який клієнт придбав запчастина, які запчастини є, інформаційна система повинна відповідати наступним вимогам:
. Можливість додавання нової запчастини та недопущення додавання однієї і тієї ж запчастини кілька разів.
. Можливість редагування інформації про марку, коду та ін.
. Можливість видалення запчастини.
. Можливість додавання інформації про клієнта
. Можливість редагування інформації про клієнта.
. Видалення інформації про клієнта.
. Також необхідно передбачити пошук, як по клієнтах, так і по запчастинах.
. 2 Регламент бізнес процесів
Наведені тут бізнес-правила на етапах логічного і фізичного проектування БД будуть розглядатися як сукупність обмежень цілісності. Виконання зазначених обмежень, має контролюватися розробляється.
Бізнес-правила:
значення характеристик запчастини повинні бути з області допустимих значень;
при оформленні покупки необхідно враховувати категорію клієнта, так як на кожній категорії існує знижка;
дані по замовленнях зберігаються в БД 3 роки, а потім передаються в електронний архів;
при оформленні покупки необхідно заповнювати всі поля;
не можна здійснювати продаж за минулі дні.
. 3 Опис вхідних документів
Опис вхідних документів подразумевают введення даних, які будуть використовуватися в проектованої базі даних.
Ці відомості можна розділити на типи:
· відомості про замовлення;
· відомості про покупців;
· відомості про запчастини;
Відомості про замовлення включають: марку запчастини, ідентифікаційний код, рік випуску, суму замовлення.
Відомості про покупців включають: ПІБ покупця, телефон.
Відомості про запчастини включають: марку запчастини, ідентифікаційний код, рік випуску, ціна.
1.4 Опис вихідних документів
Результатом виведення елементів бази даних є наступні повідомлення: інформація про продані запчастинах; інформація про продаж, що включає в себе дату, інформацію про клієнта, інформацію про вартість запчастини. Відомості про оплату включають: ПІБ продавця, що оформляє замовлення, марку запчастини, код, ціна, дата продажу. Вихідні повідомлення повинні виводитися на екран монітора, і зберігатися у вигляді файлів бази даних для подальшої обробки.
Таким чином, основним вихідним документом є звіт по продажах.
1.5 Інформаційні потреби користувачів
Інформаційні потреби користувачів виражаються в наступному: користувачам базою даних необхідно знаходити потрібну їм інформацію в БД, наприклад, відомості про запчастини, переглядати її, аналізувати, вносити зміни або видаляти дані. Для цих цілей використовують звіти і запити.
1.6 Запити
Перелік можливих запитів до бази даних:
- Видати інформацію про всіх працівниках;
- Видати інформацію про запчастини;
- Видати інформацію про клієнтів;
- Видати інформацію про наявність запчастин;
- Редагування отриманої інформації;
- Додавання інформації;
. 7 Звіти
Перелік можливих звітів:
- Видати список всіх запчастин;
- Видати список всіх працівників;
- Видати список всіх клієнтів;
- Видати список всіх марок.
2. Функціональна модель даних
. 1 Функціональна модель IDEF0
На діаграмі IDEF0 відображені такі функції:
1. Функція «Додавання та редагування записи по клієнтах» в якості вхідного параметра має заповнення форми «Клієнти», вихідним параметром є дані в таблиці «Client».
2. Функція «Додавання та редагування записи по запчастинах» в якості вхідного параметра має заповнення форми «Запчастини», вихідним параметром є дані в таблиці «Zapchast».
. Функція «Додавання та редагування записи по співробітниках» в якості вхідного параметра має заповнення форми «Співробітники...
