РЕФЕРАТ
Курсовий проект: сторінок, малюнків, таблиць, додатків, джерел.
Метою написання даного проекту є
створення бази даних для контролювання
роботи ботанічного саду .. Цей проект дозволить ознайомитися з рослинами, ростуть на ділянках, отримати про них необхідну інформацію, переглянути список співробітників.
Результатом вивчення теоретичного матеріалу є реалізована база даних «Функціонування ботанічного саду» в
СУБД Microsoft Access, що має зручний користувальницький інтерфейс, призначений для роботи різних груп користувачів.
БАЗА ДАНИХ,
ТАБЛИЦЯ, ПОЛЕ, ЗАПИС, ФОРМА, ЗАПИТ,
ЗВІТ, БОТАНІЧНИЙ САД, ДІЛЯНКА
ЗМІСТ
Введення
1 Постановка завдання
1.1 Загальна постановка задачі
1.2 Основні складові компоненти проектованої БД
2
Опис предметної області
3
Опис схеми об'єкт-відношення
4
Вибір і обгрунтування типу моделі даних
4.1 Ієрархічна модель даних
4.2 Мережева модель даних
4.3 Реляційна модель даних
5 Обгрунтування вибору СУБД
6
Опис концептуальної моделі реляційної БД
6.1 Схема даних
6.2 Опис і обгрунтування полів таблиць
7 Групи користувачів
8 Порядок функіонірованія системи
9. Основні запити до системи
10 Перелік створених форм
10.1 Короткий опис і призначення форм
11 Перелік сфомірованних звітів
12 Принципи функціонування системи
12.1 Обгрунтування створення архівів БД
12.2 Режим відновлення даних
13 Комплект поставки і порядок встановлення
Висновки
Список використаної літератури
Додаток А Технічне завдання
Додаток Б Керівництво користувача
Додаток В Приклади заповнених таблиць
Додаток Г Опис макросів, використаних в БД
Додаток Д Листинги програмних модулів
ВСТУП
Даний
курсовий проект створений в СУБД Ассеss 2000. Перевагою даної БД є швидкість і легкість створення
бази даних, не маючи професійних знань і наочне надання всієї необхідної інформації. В даний час, в «епоху комп'ютерів», стрімко розвиваються комп'ютерні технології. Це обумовлено тим, що застосування комп'ютерів можна знайти в будь-якій галузі промисловості і в будь-якій галузі людської діяльності, а це зараз є як ніколи, тим самим підвищуючи попиту на якісну та зручну інформацію. За багато років роботи різні установи та підприємства накопичили великі обсяги інформації, яка продовжує збільшуватися, виникає необхідність у її систематизації та обробці. Працювати з величезною купою паперової
інформацією дуже довго і трудомістко.
Вихід можна знайти у створенні електронної бази даних.
Це значно полегшило роботу різних
інформаційних служб. У сучасному світі всіляких даних, відомостей не просто багато, а гігантська кількість. Найчастіше одержуючи інформацію з різних джерел, співробітники підприємства спостерігали дублювання даних. Це нікого не радувало. Перед творцями особистої картотеки поставало питання: як розмістити інформацію так, щоб мінімально використовувати фізичне дисковий
простір, оперативну пам'ять і при цьому забезпечити оперативний доступ до даних.
Комп'ютери проникли у більшість підприємств, навчальних закладів, дослідницьких інститутів, промислових центрів. Це полегшило обробку величезної кількості інформації, пошуку даних. Велика допомога надана відділу кадрів. Тепер зовсім не важко робити швидко і якісно різні вибірки, запити з особового складу працівників інституту, по успішності
студентів інституту і т.д.
1 ПОСТАНОВКА ЗАВДАННЯ 1.1 Загальна постановка задачі
Метою написання даного ПП є
проектування бази даних, яка міститиме докладну інформацію про функціонування ботанічного саду, надавати докладну інформацію про рослини, співробітників, що працюють там.
У цілому, база даних «Функціонування ботанічного саду» повинна:
1) забезпечувати можливість запитувати, відшукувати, змінювати і систематизувати інформацію в БД;
2)
мати зручний призначений для користувача інтерфейс для роботи з базою даних користувача, який не є
спеціалістом в області обробки даних;
3) містити систему допомоги, необхідну довідкову інформацію та інформацію про програму;
4) містити необхідні запити і форми для обробки інформації, що зберігається;
5) забезпечувати
захист від несанкціонованого доступу (використовувати паролі і захист на рівні користувачів);
6) контролювати надмірність (передбачати архівацію даних), несуперечність, збереження і достовірність інформації, що зберігається в БД інформації.
7) утримувати необхідну інформацію і надавати її на вимогу.
1.2 Основні складові компоненти проектованої БД
Для реалізації поставленого завдання в проектовану БД необхідно включити наступні розділи:
1)
інформація про вирощуваних рослинах;
2) інформація про співробітників;
3) інформація про дільницях.
2 ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ Для функціонування ботанічного саду необхідно знати інформацію про вирощуваних рослинах, що працюють співробітників і ділянках.
Ботанічний сад містить кілька ділянок. У кожної ділянки є своя
назва. На кожній дільниці вирощується певний набір рослин і
працює персонал. Кожен користувач може переглянути список співробітників і рослин по кожній ділянці.
Про рослинах необхідно знати на якій ділянці воно виростає, його тип, сімейство, його назву і дату посадки. Типи і сімейства рослин вибираються з вже існуючого довідника.
Для повноцінного функціонування та контролю над ботанічним садом потрібно знати ПІБ кожного співробітника, його посаду,
стаж роботи, дату народження, посаду і ділянка, на якому він працює. Все це потрібно для контролю над рослинами на кожній дільниці.
Предметна область розробленого проекту являє собою набір систематизованих відомостей необхідних для автоматизації функціонування ботанічного саду.
3 ОПИС СХЕМИ ОБ'ЄКТ-СТАВЛЕННЯ Виходячи з моєї предметної області, я виділила наступні об'єкти: «Рослини», «Співробітники», «Дільниці», «Посади», «Вчені звання», «Типи рослин», «Родини». Кожен об'єкт має деякі властивості. Об'єкт «Рослини» має властивість: «назва», «тип», «сімейство»; об'єкт «Працівники» має властивості: ПІБ, «дата народження», «посаду», «стаж роботи», «вчене звання»; У об'єкта «Дільниці» є властивості: «номер», «назва»; В об'єкта «Посади» властивість: «назва»; Об'єкт «Вчені звання» має властивість: «назва»; Об'єкт «Типи рослин» має властивість «назва»; об'єкт «Родини» має властивість «назва».
Виділимо необхідні відносини між об'єктами з схеми об'єкт-відношення, представленої на малюнку 3.1:
1. СПІВРОБІТНИК має ПОСАДУ;
2. СПІВРОБІТНИК має вчене звання;
3. РОСЛИНА має ТИП;
4. РОСЛИНА має СІМЕЙСТВО.
5. СПІВРОБІТНИК вирощує РОСЛИНА на ДІЛЬНИЦІ
Об'єкт «Посади» відноситься до об'єкту «Працівники» як 1 / ∞ тому одну посаду може мати кілька співробітників, а один співробітник може мати тільки одну посаду. Об'єкт «Вчені звання» відноситься до об'єкту «Працівники» як 1 / ∞ тому одне вчене звання може мати кілька співробітників, а один співробітник може мати тільки одне вчене звання. Об'єкт «Типи рослин» відноситься до об'єкту «Рослини» як 1 / ∞ тому одного типу може бути кілька рослин, а одна рослина може бути лише одного типу. Об'єкт «Родини» відноситься до об'єкту «Рослини» як 1 / ∞ тому одного сімейства може бути кілька рослин, а одна рослина може бути лише одного сімейства. Об'єкт «Співробітники» і таблиця «Рослини» відносяться до об'єкту «Вирощується» як 1 / ∞ тому один співробітник може вирощувати кілька рослин і одна рослина може вирощуватися кількома співробітниками одночасно.
SHAPE \ * MERGEFORMAT
Малюнок 3.1 - Схема об'єкт-відношення
4 ВИБІР І ОБГРУНТУВАННЯ МОДЕЛІ ДАНИХ
Велика кількість розроблених до теперішнього часу різноманітних СУБД пов'язано з
існуванням різних моделей даних. При проектуванні БД ми стикаємося із завданням вибору найбільш підходящої моделі даних для конкретної предметної області.
З наведеної схеми (рисунок 3.1) видно, що між об'єктами існують зв'язки мають тип як «один до багатьох», так і «один до одного». Це дозволяє здійснити проектування БД з використанням як реляційної, так і мережевій моделі даних.
Перевагу було віддано реляційної моделі даних.
БД може бути заснована на одній моделі або на сукупності кількох моделей. Будь-яку модель даних можна розглядати як об'єкт, який характеризується своїми властивостями (параметрами), і над нею, як над об'єктом, можна проводити будь-які дії.
Будь-яка модель повинна забезпечувати такі операції над БД:
- Пошук зазначеного елемента бази;
- Перехід від одних даних до інших;
- Рух по записах;
- Пошук запису;
- Видалення запису;
Існують три основних типи моделей даних - реляційна, ієрархічна і мережна.
4.1 Ієрархічна модель даних
В ієрархічній моделі зв'язку між даними описують за допомогою упорядкованого графа (або дерева).
Тип є складовим.
Він включає в себе підтипи («піддерева»), кожен з яких, у свою чергу, є типом «дерево». Кожен з елементарних типів, включених в тип "дерево", є простим або складеним типом «запис».
Таким чином, ІМД представляє собою упорядковану сукупність екземплярів типу «дерево» (дерев), що містять екземпляри типу «запис» (записи).
Відповідно до визначення типу «дерево», можна зробити висновок, що між предками і нащадками
автоматично підтримується
контроль цілісності зв'язків. Основне правило контролю цілісності формулюється наступним чином: нащадок не може існувати без батька, а деяких батьків може не бути нащадків.
Механізми підтримки цілісності зв'язків між записами різних дерев відсутні.
Дані в базі з наведеною схемою для розробленого ПП можуть виглядати, наприклад, як показано на малюнку 4.1.
Малюнок 4.1 - Приклад ієрархічної моделі даних для проектованої БД
Кореневими є відразу два типи Тип і
Місто, які в свою чергу мають свої підлеглі типи. Тип,
як і
Місто має підлеглий тип Підприємство, тоді як Підприємство має підлеглий тип Цех. Тип
Цех, в свою чергу має підлеглий тип Виріб. До достоїнств ІМД відносять ефективне використання пам'яті ЕОМ і непогані показники часу виконання основних операцій над даними. А
саме: пошук зазначеного примірника БД, перехід від одного дерева до іншого, перехід від одного запису до іншого всередині дерева, вставка нового запису в зазначену позицію, видалення поточного запису. ІМД зручна для роботи з ієрархічно упорядкованою інформацією. Недоліком ІМД є її громіздкість для обробки інформації з досить складними логічними зв'язками, а також складність
розуміння для звичайного користувача.
4.2 Мережева модель даних
Мережева модель дозволяє відображати різноманітні взаємозв'язки елементів даних у вигляді довільного графа, узагальнюючи тим самим ІМД.
СМД складається з набору записів та набору
відповідних зв'язків. На відміну від ІМД в СМД запис-нащадок може мати довільну кількість записів-предків (зведених батьків).
Схема СМД для даної БД показана на малюнку 4.2. Типи зв'язків тут позначені написами на з'єднують типи записів лініях.