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

У результаті аналізу предметної галузі у ній було виявлено наступні об’єкти та їх властивості:

1. заява:

• ID-код;

• дата оформлення заяви;

• тип заяви;

• категорія заяви;

• заголовок;

• опис;

• ПІБ клієнта;

2. клієнт:

• ПІБ;

• адреса;

• телефон;

• e-mail;

• код пільги;

3. тип заяви:

• назва;

• вартість;

4. пільги:

• код пільги;

• назва;

• знижка;

Можливі запити до системи:

• перелік заяв за конкретною категорією чи типом;

• перелік клієнтів, що мають пільги;

• перелік заяв за номером телефону;

• пошук заяви по її ID;

• перелік оформлених заяв у певний день;

Необхідно реалізувати:

1. введення, збереження і редагування інформації про знахідки та втрати;

2. пошук по полям «ID заяви», «ПІБ клієнта», «Категорія заяви», «Тип заяви», «Дата», сортування по ключовим полям і фільтрацію даних по полях, що найчастіше використовуються;

3. 2-3 запити, що найчастіше виникають до бази даних (інформація про конкретні заяви та їх деталі; дані про клієнтів, які оформили заяву про втрату речей чи навпаки знахідку, їхні контактні дані);

4. можливість звертання з довільним запитом до бази даних (SELECT, DELETE);

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

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

7. сформувати звіт про заяви на знахідки;

8. сформувати звіт про заяви на втрати.

Псевдонім (аліас) OBD має прописуватися системою програмно.

3 Проектування бази даних

3.1 Побудова er-діаграми

При побудові ER-діаграми (рис. 3.1) була враховані результати отримані на етапі аналізу предметної галузі (концептуальна модель та характеристики сутностей).

Пільги

1

∞

Клієнт

1

∞

Заява

1

∞

Типи

Рисунок 3.1 – ER-діаграма ІС «Бюро знахідок»

Обмеження, які враховувались при побудові ER-діаграми:

1. один відділ входить в одне підприємство;

2. одне підприємство складається з багатьох відділів;

3. поле «Назва підприємства» є унікальним;

4. назва відділу може повторюватись в різних підприємствах (поле «Назва відділу» не є унікальним);

5. один службовець працює в одному відділі;

6. в одному відділі працює багато службовців;

7. один службовець може займати одну посаду;

8. одну посаду можуть займати багато службовців;

9. один лікарняний аркуш відповідає одному службовцю;

10. у одного службовця може бути багато лікарняних аркушів;

11. табельний номер службовця є унікальним.

3.2 UML-Моделювання

Для уточнення та ілюстрації діяльності ІС «Бюро знахідок» були побудовані діаграми діяльності (рис. 3.2) та use-case (рис. 3.4) системи в цілому, діяльності для задачі автоматизації (рис. 3.3), а також діаграми стану і use-case для функції «Пошук».

Рисунок 3.2 – Діаграма діяльності ІС «Бюро знахідок»

Рисунок 3.3 – Діаграма діяльності задачі автоматизації

Рисунок 3.5 – Діаграма станів функції «Пошук»

Рисунок 3.4 – Діаграма прецедентів ІС «Бюро знахідок»

Рисунок 3.5 – Діаграма прецедентів функції «Пошук»