Курсова работа Създаване на дневник за посещаемост на часовете
Национален университет по вътрешни работи
Факултет по управление и информатика
Отдел Информационни системи и технологии в дейността на СДВР
По дисциплина: Организация на бази данни и знания
Създайте дневник за посещаемост на час
ученици гр. 418-к
Barishanskaya A.L., Vakula T.A.
ст.н.с. кафене ИСИТ в СДВР
полицейски участък Tanyansky S.S.
1. Анализ на домейна
Ограничения за поддръжка на база данни
2. Проектиране на структурата на базата данни
Дефиниция на функционални зависимости
Разработване на структурата на базата данни.
Организиране на заявки към база данни
3. Организация на поддръжката на база данни
Заключение
За изграждане на база данни ще използваме СУБД на Access, която е лесна за самообучение, удобна за създаване на структури на таблици и дефиниране на свойства на атрибути. Диалоговата среда на СУБД позволява на потребителя да настрои различни видове поддръжка за целостта на данните практически без да използва език за програмиране.
Концепцията за структурата на физическа база данни включва: формата на физически запис, клъстери от записи, методи за поставяне и достъп до физически записи.
Базата данни се състои от файлове, чиято структура отговаря на всички предявени към нея изисквания, осигурява най-доброто решение на проблема и не носи излишна информация. Всички файлове на базата данни имат следните свойства: функционална пълнота, минимален излишък, цялост, последователност на данните, възстановимост, последователност, сигурност, ефективност, логическа и физическа независимост, разширяемост, удобство на потребителския интерфейс, приложимост чрез специфиченинструменти.
1. Анализ на домейн
1.1 Описание на задачата
Необходимо е да се създаде база данни, която да съхранява дневника за посещаемост на часовете. Следната информация трябва да бъде поставена в базата данни като елементи от данни:
Вид на занятията (лекция, практика, л/р);
Предмет (БД, Информатика);
Лектор (Танянски, Горелов, Струков, Лановой);
Дата на урока
Знак за присъствие на студент (беше, не беше)
В резултат на анализа на предметната област избираме атрибутите ПРЕДМЕТ, УЧИТЕЛ, ТИП УРОЦИ като първичен ключ, тъй като за всеки предмет един и същи тип класове трябва да се преподават от един учител, всеки учител принадлежи само към един отдел. Фамилия, Собствено име, Бащино име също ще бъдат избрани като ключ, тъй като не може да има пълни съименници.
По този начин базата данни, получена въз основа на дадените атрибути, ще има схемата, показана на фигура 1, където подчертаните атрибути са първичен ключ.
| Тип дейност | Елемент | Учител | Тип клас | Фамилия | Име | Патроним | Дата | знак |
Фигура 1. Схема на базата данни на дневника за посещаемост в клас.
1.2 Ограничения за поддръжка на база данни
В процеса на поддържане на база данни е необходимо да се поддържа съответствие (интегритет) между въведените данни въз основа на изискванията, определени от предметната област.
За разглеждания проблем определяме съответствието между атрибутите:
1. Видът на часовете и предметът се определят от учителя;
2. Учителят определя катедрата;
3. Трите имена, дата, предмет, вид на занятията определят признака на присъствие;
Така всеки тип час по един предмет трябва да се води от един учител. Учителят принадлежи към същия отдел. Ако ученик в определено време е бил по определен предмет, тогава той не може да бъде, той е бил. По същия начин поддръжката на съвпадение трябва да бъде внедрена за всяко дадено ограничение.
Освен това съхраняването на данни в една таблица с дадените ограничения е излишно.
Така, например, фамилиите ще се повтарят толкова пъти, колкото дадения студент е посещавал предметите, датата ще се повтаря толкова пъти, колкото е имало часове в дадения ден, предметите ще се повтарят в зависимост от вида на часовете.
Структурата на базата данни, състояща се от една таблица, както е показано на фигура 1, не позволява да се запазят всички данни.
1.3 Постановка на проблема
Анализът на предметната област показа, че поддържането на данни в една таблица не отговаря на някои от изискванията за релационни бази данни поради причината, описана в предишния раздел.
По този начин, за да се реши проблемът с посещаемостта на класа, е необходимо да се представи неговата структура под формата на няколко таблици, всяка от които съдържа отделен факт от предметната област.
Например информация за учителя (трите имена, отдел), за натоварването на учителя (тип клас, предмет, учител) и за атрибута на присъствие (вид клас, предмет, трите имена, дата, знак). В същото време базата данни трябва да бъде интегрална система, тоест потребителят трябва да може да получи цялата (всяка) информация, съхранявана в базата данни по всяко време.
2. Проектиране на структура на база данни.
дневник за достъп до база данни
2.1 Дефиниция на функционални зависимости
Въз основа на разгледаните изисквания към базата данни (раздел 1.2)и задачата (раздел 1.3), ние формализираме ограниченията върху данните под формата на функционални зависимости.
1. Тип клас, предмет®Учител
2. Предмет®Председател
3. Трите имена, дата, предмет, тип клас®Знак за присъствие
2.2 Разработване на структурата на базата данни
За да се изключат възможните аномалии, описани в раздел 1.2, е необходимо да се нормализира базата данни, тоест да се приведе в нормална форма. Дадените ограничения под формата на функционални зависимости (раздел 2.1.) позволяват да се конструира третата нормална форма (3NF), която ще елиминира нежеланите свойства на поддържането на база данни.
Очевидно представеният набор от атрибути (Фигура 1) съответства на първата нормална форма (1NF). Нека използваме дефиницията на пълната функционална зависимост [1,2] и построим втората нормална форма (2NF).
Така базата данни ще има формата, показана на фигура 2.
Таблица 2 Таблица 1 Таблица 3
| Учител | 1 | Вид дейност | 1¥ | Вид дейност |
| отдел |
Фигура 2. Структура на базата данни в 2NF.
В този случай функционалните зависимости ще съответстват на таблиците, както следва:
1.таблици 1съответстват на функционални зависимости
Тип клас, предмет®Учител
2.таблици 2съответстват на функционални зависимости
3.таблици 3съответстват на функционални зависимости
- пълно име, дата,предмет, клас клас®Знак за присъствие
Ключовите атрибути в получените таблици се определят въз основа на зададените функционални зависимости между атрибутите. В този случай типът връзка между всички таблици съответства на "едно към много", тъй като свързаните атрибути на една таблица са първичен ключ, докато другата не е.
За получената схема на база данни ние дефинираме свойствата на всяка таблица (Фигура 3).
Таблица 1 Таблица 3
| Тип клас |
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
Тип данни:текст
Задължително поле: да
Празни редове: няма
Индексирано поле: няма
| Тип клас |
| Учител |
| Учител |