Розробка бази даних служби побуту - Курсовая работа

бесплатно 0
4.5 62
Дослідження теоретичних джерел з проектування баз даних. Створення фізичного і логічного проектування бази даних туристичного агентства з використанням Microsoft Access. Виконання нормалізації її роботи, наведення інструкції користувача з базою даних.


Аннотация к работе
Розробка бази даних служби побуту (ремонт годинників) // Курсовий проект // Демянчик Степан Теодозійович // Тернопільський національний технічний університет імені Івана Пулюя. Факультет компютерно-інформаційних систем та програмної інженерії.Посередником між користувачем і базою даних є система керування базами даних - особлива системна програма, яка, отримуючи запит користувача, віддає необхідні команди файловій системі та формує інформаційне повідомлення в зручній для користувача формі. Система управління базами даних працюють із даними, поданими у вигляді набору записів. Більшість сучасних систем управління базами даних використовують реляційну модель бази даних. Серед користувачів баз даних є особлива категорія довірених осіб, які мають право вносити зміни в базу даних та регулювати доступ до інформації. Ці особи називаються адміністраторами базами даних.У традиційних АСУ (автоматизованих системах управління) - системах обробки інформації, які функціонували на машинах типу ЄС ЕОМ, дані були організовані у вигляді незвязаних між собою локальних інформаційних файлів лінійної структури. Створена Коддом теорія нормалізації відношень виявилася, по суті, єдиною формалізованою теорією, за допомогою якої можна спроектувати оптимальну логічну модель даних. Цю теорію можна використовувати не лише при проектуванні баз даних у середовищі реляційних систем управління базами даних, а й для систем управління базами даних, які підтримують інші моделі даних. Отож, будь-яку логічну модель спочатку проектують як нормалізовану реляційну модель, а потім відображують на ту модель, яку підтримує вибрана система управління базами даних. В основу реляційних моделей покладено поняття "відношення", яке є засобом структуризації даних.У результаті проектування має бути визначена структура бази, тобто склад таблиць, їхня структура та логічні звязки. За першого підходу спочатку визначають основні задачі, для розвязання яких створюється база, та потреби цих задач у даних. За другого підходу визначають предметну область (сферу), здійснюють аналіз її даних і встановлюють типові обєкти предметної області. Процес проектування бази даних поділяється на етапи, кожний з яких передбачає виконання певних дій. Ці дані мають форму реквізитів, що містяться в різних документах-джерелах завантаження бази даних.Цю модель ще називають концептуальною схемою бази даних. Часто її називають ER-моделлю (Entity - сутність, Relation - звязок). Сутність - це обєкт предметної області, який необхідно відображувати в базі даних з точки зору прикладної програми чи користувача бази даних. Це може бути предмет, факт, дія, явище чи поняття, що є предметом пізнання людини чи результатом її діяльності і інформацію про які потрібно зберігати в базі даних. Тип співвідношення "один до багатьох" Т (А1, А2) = 1:Б існує тоді, коли одному значенню атрибута А1 може відповідати нуль або багато значень атрибута А2, одночасно будь-якому екземпляру атрибута А2 може відповідати не більше як один екземпляр атрибута А1.Нормалізація - це процес, у результаті якого можна позбавитися дефектів проектування бази даних. Відповідно до неї, виділяються шість нормальних форм, пять з яких так і називаються: перша нормальна форма, друга нормальна форма, третя нормальна форма, четверта нормальна форма, пята нормальна форма, а також нормальна форма Бойса-Кодда, що лежить між третьою і четвертою. Коли відношення має складні ключі, то залежність неключових атрибутів від такого ключа може бути повною або частковою. Якщо маємо відношення R (A, В, С, D), ключ якого складається з двох атрибутів А і В, тобто є складним (знаком (*) позначено ключові атрибути), то функціональні залежності в такому відношенні можуть мати такий вигляд: Атрибут С перебуває в повній функціональній залежності, тобто залежить від всього складного ключа, а атрибут D - в неповній, оскільки залежить лише від його складової частини атрибута В. Виконавши декомпозицію відношення R, отримаємо замість одного два відношення, які будуть перебувати в 2НФ: Відношення перебувають у 2НФ, якщо вони перебувають у 1НФ і кожний неключовий атрибут функціонально повно залежить від складного ключа.Кожна конкретна системи управління бази даних накладає ряд обмежень на побудову логічної моделі даних, тому насамперед необхідно вивчити специфіку і особливості системи управління бази даних, виявити всі фактори, які можуть вплинути на логічну модель бази даних. Основними факторами, що впливають на даталогічне проектування з боку системи управління базами даних, є такі: тип логічної моделі, що його підтримує вибрана система управління бази даних. Крім реляційних моделей існують ієрархічні й мережні моделі баз даних. особливості фізичної організації даних у середовищі вибраної системи управління базами даних. У середовищі системи управління базами даних Microsoft Access усі дані та інструментальні засоби роботи з ними зберігаються в єдиному файлі бази даних.

План
ЗМІСТ

ВСТУП

1. ОСНОВНІ ОСОБЛИВОСТІ БАЗИ ДАНИХ

1.1 Загальна характеристика реляційних баз даних

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

1.2.1 Особливості концептуального проектування

1.2.2 Нормалізація таблиць

1.2.3 Фізичне проектування

2. ПРОЕКТУВАННЯ БАЗИ ДАНИХ

2.1 Концептуальне проектування

2.2 Перетворення ER-моделі в реляційну

2.3 Фізичне проектування

2.4 Реалізація алгоритмів обробки даних

2.5 Проектування інтерфейсу

2.6 Конструювання звітів

3. ЗАСТОСУВАННЯ РОЗРОБЛЕНОЇ БАЗИ ДАНИХ

3.1 Робота користувача з базою даних

3.2 Результати використання бази даних

ВИСНОВКИ

ПЕРЕЛІК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ
Заказать написание новой работы



Дисциплины научных работ



Хотите, перезвоним вам?