Розробка СУБД Блокнот керівника
Цей курсовий проект створено в СУБД Ассеss 2000. Перевагою даної БД є швидкість та наочне надання всієї необхідної інформації про співробітників та їх продуктивну діяльність. Нині відбувається бурхливий розвиток комп'ютерних технологій. Це зумовлено підвищенням попиту якісну і зручну інформацію практично у кожній галузі промисловості. За багато років роботи підприємства накопичили великі обсяги інформації, яка продовжує збільшуватися, виникає потреба у її обробці. Зрозуміло, що працювати з величезною купою паперовою інформацією довго та трудомістко, виходом із такого стану справ стало створення БД.
Це значно полегшило роботу різноманітних інформаційних служб. Але в сучасному технократичному світі всіляких даних, відомостей не просто багато, а величезна кількість. Найчастіше отримуючи інформацію із різних джерел, співробітники підприємства спостерігали дублювання даних. Це нікого не тішило. Перед творцями особистої картотеки постало питання: як розмістити інформацію так, щоб мінімально використовувати фізичний дисковий простір, оперативну пам'ять і забезпечити оперативний доступ до даних
Комп'ютерні технології проникли більшість підприємств, навчальних закладів, дослідницьких інститутів. Це полегшило обробку величезної кількості інформації, пошуку даних. Велика допомога надана відділу кадрів. Тепер зовсім не важко робити швидко та якісно різні вибірки, запити щодо особового складу працівників інституту, щодо успішності студентів інституту тощо.
1.1 Загальна постановка задачі
Метою написання цього ПП є проектування бази даних, яка міститимедокладну інформацію про співробітників та їхню діяльність, надавати докладну інформацію про їхні відділи, завдання видані та виконані співробітниками.
Загалом база даних «Записна книжка керівника» повинна:
1) забезпечувати можливість запитувати, шукати, змінювати та систематизувати інформацію про співробітників, завдання та відділи в БД;
2) мати зручний інтерфейс користувача для роботи з базою даних користувача, який не є фахівцем у галузі обробки даних;
3) містити систему допомоги, необхідну довідкову інформацію та інформацію про програму;
4) містити необхідні запити та форми для обробки інформації, що зберігається;
5) забезпечувати захист від несанкціонованого доступу (використовувати паролі та захист на рівні користувачів);
6) контролювати надмірність (передбачати архівацію даних), несуперечність, збереження і достовірність інформації, що зберігається в БД.
7) містити необхідну інформацію про співробітників, завдання та відділи та надавати її на вимогу.
1.2 Основні складові компоненти проектованої БД
Для реалізації поставленого завдання до проектованої БД необхідно включити такі розділи:
1) інформація про співробітників;
2) інформація про завдання;
3) інформація про відділи.
2 ОПИС ПРЕДМЕТНОЇ ОБЛАСТИ
З моєї предметної області, я виділила такі об'єкти: «Співробітники», «Відділ», «Посада», «Завдання». Кожен об'єкт має деякі властивості. Об'єкт «Співробітники» має властивості: «ПІБ», «Адреса», «Телефон»; Об'єкт "Відділ" має властивості: "дільниця", "цех"; «Посада» має властивість: «назву посади»; Об'єкт «Завдання» має властивість: «найменування завдання».
Виділимо необхідні відносиниміж об'єктами виходячи із схеми об'єкт-відношення, представленої на малюнку 3.1:
1. СПІВРОБІТНИКИ відносяться до ВІДДІЛУ;
2. СПІВРОБІТНИКИ мають ПОСАДУ;
3. СПІВРОБІТНИКИ виконують ЗАВДАННЯ.
"Відділ" і "Співробітники" мають відношення один до багатьох, тому що в одному відділі може працювати кілька співробітників і співробітник може числитися тільки в одному відділі. «Співробітники» відноситься до «Посади» як багато до одного: багато співробітників можуть мати одну й ту саму посаду. «Співробітники» із «Завданням» є багато до багатьох, оскільки багато різних завдань можуть виконувати багато співробітників. Тому щодо них я виділила окремі властивості: дату видачі, дату виконання та оцінку.
Рисунок 3.1 – Схема об'єкт-відношення
4ВИБІР І ОБГРУНТУВАННЯ МОДЕЛІ ДАНИХ
Велика кількість розроблених на цей час різноманітних СУБД пов'язані з існуванням різних моделей даних. При проектуванні БД ми стикаємося із завданням вибору найбільш відповідної моделі даних для конкретної предметної галузі.
З наведеної схеми (рисунок 3.1) видно, що між об'єктами існують зв'язки, що мають тип як один до багатьох, так і один до одного. Це дозволяє здійснити проектування БД із використанням як реляційної, так і мережевої моделі даних. Перевага була віддана реляційної моделі даних.
БД може бути заснована на одній моделі або сукупності декількох моделей. Будь-яку модель даних можна як об'єкт, який характеризується своїми властивостями (параметрами), і з неї, як з об'єктом, можна робити будь-які дії.
Будь-яка модель має забезпечувати такі операції над БД:
- Пошук вказаного елемента бази;
- перехід від даних до іншим;
- рух за записами;
Існують три основні типи моделей даних – реляційна, ієрархічна та мережева.
4.1 Ієрархічна модель даних
В ієрархічній моделі зв'язок між даними описують за допомогою впорядкованого графа (або дерева). Тип є складовим. Він включає підтипи («піддерев'я»), кожен з яких, у свою чергу, є типом «дерево». Кожен із елементарних типів, включених у тип «дерево», є простим чи складовим типом «запис».
Таким чином, ІМД є впорядкованою сукупністю екземплярів типу «дерево» (дерев), що містять екземпляри типу «запис» (записи).
Відповідно до визначення типу «дерево», можна зробити висновок, що між предками і нащадками автоматично підтримується контроль цілісності зв'язків. Основне правило контролю цілісності формулюється так: нащадок неспроможна існувати без батька, а деяких батьків може бути нащадків. Механізми підтримки цілісності зв'язків між записами різних дерев відсутні.
Дані в базі з наведеною схемою для ПП, що розробляється, можуть виглядати, наприклад, як показано на малюнку 4.1.
Рисунок 4.1 – Приклад ієрархічної моделі даних для проектованої БД
Кореневими є тип Співробітники, що у свою чергу має свої підлеглі типи. Співробітники мають такі підлеглі типи як Відділ, Посада та Завдання. До переваг ІМД відносять ефективне використання пам'яті ЕОМ та непогані показники часу виконання основних операцій над даними. А саме: пошук вказаного екземпляра БД, перехід від одного дерева до іншого, перехід від одного запису до іншого всередині дерева, вставлення нового запису у вказану позицію, видалення поточного запису. ІМД зручна дляроботи з ієрархічно упорядкованою інформацією. Недоліком ІМД є її громіздкість для обробки інформації із досить складними логічними зв'язками, а також складність розуміння для звичайного користувача.
4.2 Мережева модель даних
Мережева модель дозволяє відображати різноманітні взаємозв'язки елементів даних як довільного графа, узагальнюючи цим ИМД.
СМД складається з набору записів та набору відповідних зв'язків. На відміну від ІМД у СМД запис-нащадок може мати довільне число записів-предків (зведених батьків).
Схема СМД для цієї БД показана малюнку 4.2. Типи зв'язків тут позначені написами на лініях, що з'єднують типи записів.