2.1. Концептуальна модель

Мал. 2.1.1 Структура створюваної системи

2.2 Формалізований опис постановки задачі

2.2.1. Найменування задачі

Програмний продукт для роботи бібліотекаря.

2.2.2. Мета роботи

Автоматизація роботи бібліотекаря.

2.2.3. Бізнес-процеси оформлення

• Внесення даних до бази «Бібліотека».

• Видалення даних з бази «Бібліотека».

• Ведення відомостей про книжки та користувачів бібліотекою.

2.2.4. Бізнес-правила

• Бібліотекар організує пошук за яким-небудь критерієм.

• Бібліотекар вносить зміни щодо нових надходжень книг, кількості та іншої інформації про книги.

• Бібліотекар переглядає чи вносить зміни до картотеки користувачів.

• Бібліотекар вносить зміни щодо видачі чи повернення книжок.

2.2.5. Вимоги до програми

Вимоги до інформаційної й програмної сумісності:

• Програма має працювати на IBM, Oraclе-сумісних комп’ютерах;

• Програма має працювати під керування сімейства операційних систем Win32 (Windows 95/98/ME/2000/XP/NT.)

Система, що буде розроблюватись у курсовому проекті, повинна проектуватись як розподілена база тобто буде складатись з центрального серверу даних та вузлів та мати можливість проведення реплікацій pа допомогою СУБД Oracle.

2.2.6. Перелік інформації, що вводиться

Інформація декларанта:

1. Критерій пошуку.

2. Код користувача, якому видається книга.

3. Термін видачі книги.

4. Назва нової книги.

5. Автор нової книги.

6. Сектор, до якого належить книга.

7. Видавник книги

8. Кількість книжок, що надійшли.

2.2.7. Перелік друкованих звітів

• Звіт про користувача бібліотеки .

2.2.8. Тип логічної моделі

• Реляційна.

2.2.9. Вимоги до оснащення офісу приймальної коміссії комп'ютерною технікою

• Для користувачів: ПЕОМ не нижче Pentium 333/32/4 Gb з операційною системою Windows XP чи Windows NT Workstation, пакетом програм MS Office і системою програмування С++ Builder.

• Сервер не нижче Pentium 2500/500/200 Gb з операційною системою Windows Server.

• Локальна мережа.

• Мережний лазерний чи струменний принтер.

2.3. Створення логічної моделі

2.3.1. Визначення об'єктів (сутностей)

В даний час більшість настільних і промислових СУБД, а також програмних систем підтримують реляційну модель даних. У рамках реляційної моделі аналізуємо концептуальну модель, щоб з'ясувати, які об'єкти предметної області нам знадобляться.

Виходячи з поставленої задачі, виділимо наступні сутності:

• Книги.

• Сектор.

• Автори.

• Видавництво.

• Статистика видачі.

• Користувачі.

• Видача.

Створння сутностей системи та їх опис

Ім’я сутності	Опис сутності
Book	Дані про книжки
Section	Дані про сектори, до яких належать книжки
Author	Дані про авторів книжок
Hist	Статистика видачі книги
Printer	Дані про видавництва
Lib_users	Картотека користувачів
Book_orders	Дані про видачу книг

Табл. 2.3.1 Створені в системі сутності

Після того як була досягнута згода про сутності, які виникли в системі переходимо до опису зв’язків. Зв’язки повинні відповідати процесам, які відбуваються в розроблюваній системі. Тобто процеси це і будуть бізнес-правила:

1. Кожний автор може мати багато книжок.

2. Кожне видавництво може видати багато книжок.

3. Кожний сектор може включати багато книжок.

4. Кожна книга може видаватися багато разів.

5. Кожний користувач може брати багато книжок.