Розробка автоматизованої системи обліку працівника бібліотечного фонду коледжу УДАУ

Курсовой проект - Компьютеры, программирование

Другие курсовые по предмету Компьютеры, программирование

?ром. Тип атрибуту колір має багато екземплярів чи значень: червоний, синій, зелений та ін., однак кожному екземпляру дійсності привласнюється тільки одне значення атрибуту.

Абсолютна різниця між типами дійсності та атрибутами відсутня. Атрибут є таким тільки в звязку з типом дійсності. В іншому контексті атрибут може виступати як самостійна дійсність. Наприклад, для автомобільного заводу колір - тільки атрибут продукту виробництва, а для лакофарбуючої фабрики колір - тип дійсності.

Ключ - мінімальний набір атрибутів, за значеннями яких можна однозначно знайти потрібний екземпляр дійсності. Мінімальність означає, що виключення із набору будь - якого атрибуту не дозволяє ідентифікувати дійсність по тим, що залишились. Для дійсності розклад ключем є атрибут номер_рейсу та пункт призначення.

Звязок - асоціювання двох чи більше дійсностей. Якщо б призначенням бази даних було тільки зберігання відокремлених, не звязаних між собою даних, то її структура могла бути досить простою. Однак одне з основних вимагань до організації баз даних - це забезпечення можливості пошуку одних дійсностей за значеннями інших, для чого необхідно встановити між ними певні звязки. А так як в реальних базах даних нерідко міститься сотні чи навіть тисячі дійсностей, то теоретично між ними може бути встановлено більше мільйона звязків. Наявність такої множини звязків і визначає тяжкість інфологічних моделей.

Інфологічна модель являється початковим етапом в проектуванні баз даних, вона допомагає наявно представити роботу АРМ робітника бібліотеки та в подальшому побудувати таблиці та звязки між ними.

При створенні інфологічної моделі можна використовувати мову ER - діаграм, Microsoft Visio і т.д. АРМ працівника бібліотеки змодельований в Microsoft Visio (Рис.2.1).

 

Рис.2.1 Інфологічна модель БД бібліотечного фонду Тальнівського будівельно-економічного коледжу УДАУ

 

2.2 Даталогічна модель даних

 

При розробці даталогічної моделі даних на основі аналізу функціональних залежностей між атрибутами відношень потрібно використовувати теорію нормалізації.

Нормалізація - це розбивка таблиці на двоє чи більше, що володіють кращими властивостями при включенні, зміні і видаленні даних. Остаточна мета нормалізації зводиться до одержання такого проекту бази даних, у якому кожен факт зявляється лише в одному місці, тобто виключена надмірність інформації. Це робиться не тільки з метою економії памяті, скільки для виключення можливої суперечності збережених даних.

По іншому процес нормалізації можна пояснити як декомпозиція початкового відношення на декілька простіших.

Правила декомпозиції:

Між атрибутами не повинно бути функціональної залежності.

Групування атрибутів не повинно супроводжуватися надмірним дублюванням даних.

Склад атрибутів повинен забезпечувати обробку та поновлення їх без ускладнень.

В даній базі даних „Бібліотека" використовуються такі звязки:

Один до одного (1:

1) - у кожен момент часу кожному екземпляру чи атрибуту обєкта Х відповідає 1 чи 0 екземплярів чи атрибутів обєкта Y.

Наприклад: У базі даних „Бібліотека" можна отримати анотацію про книгу тільки за кодом видання цієї книги. Атрибут Код видання є ключовим атрибутом обох обєктів бази даних, Видання, Анотації.

Один до багатьох (1: ?) - одному екземпляру обєкта Х відповідає 0,1 чи декілька атрибутів обєкта Y.

Цей звязок найпоширеніший в базі даних „Бібліотека", так як в основному це є база даних по обліку видань, які беруть в користування багато користувачів. Видання може бути в одному екземплярі, а може бути декілька.

Наприклад: Видавництво може видавати багато видань, різними мовами, різної теми та класифікації. Це є 1: ? обєктів Видавництва, Видання. Такий звязок може мати обєкт Назви, Вид видання (1) до Видання (?). Так як одну назву може мати багато книг; вид видання (методичка, підручник довідник) зроблений з одного видання.

Багато до багатьох (?: ?). Даний звязок розшифровується як такий звязок, що створюється ще додатковий обєкт, який називається асоціативним. Асоціативний звязок виникає при формалізації багато до багатьох.

Аналіз визначених вище обєктів і атрибутів дозволяє виділити обєкти проектованої бази даних і, прийнявши рішення про створення реляційної бази даних, побудувати її даталогічну модель мовою „Таблиці-звязку”:

 

Рис.2.1 Даталогічна модель бази даних „Бібліотека"

 

Схема БД бібліотечного фонду представлена з 19 таблиць: “Розробники", “Мови”, “Місце”, “Читачі", “Автори", “Упорядники”, “Редактори", “Художники", “Перекладачі", “Розміщення”, “Видача", “Перевидання", “Плетіння", “Видання”, “Характери", “Назви", “Вид видання", “Видавництва", “Анотації" та звязків між ними.

 

Назва таблиціІмя поляТип поляАвториКод розробникаТекстовийКод виданняТекстовийАнотаціяКод виданняТекстовийАнотаціяТекстовийВид виданняВид виданняТекстовийНазва видуТекстовийВидавництваКод видавництваТекстовийНазваТекстовийМістоТекстовийВиданняКод виданняТекстовийКод заголовкаТекстовийВид виданняТекстовийНомер томуЧисловийАвторський знакТекстовийБібліотечний шифрТекстовийПовторюваністьЧисловийКод видавництваТекстовийРік виданняЧисловийАнотаціїТекстовийВидачаНомер квиткаЧисловийНомер плетінняЧисловийДата видачіДата/времяТермінЧисловийДата поверненняДата/времяМісцеКод місцяТекстовийНомер кімнатиЧисловийНо