Екзаменаційна сесія

Опис предметного середовища. Перелік вхідної інформації. Концептуальна, даталогічна, фізична модель бази даних. Опис функціональних запитів та залежностей. Визначення цілісності посилань між таблицями бази даних. Форма "спеціальність", "дисципліна".
Краткое сожержание материала:

Размещено на

Размещено на

КИЇВСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ БУДІВНИЦТВА І АРХІТЕКТУРИ

КАФЕДРА ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ

Курсовий проект

з дисципліни «Організація баз даних»

на тему: «Екзаменаційна сесія»

Київ - 2014



Вступ

Екзаменаційна сесія. Необхідно зберігати дані, необхідні для планування проведення екзаменаційної сесії: назву та коди спеціальностей, груп, дисциплін, прізвища викладачів. Сформувати графік проведення екзаменаційної сесії. Надрукувати розклад проведення екзаменаційної сесії.

Інформація, що повинна зберігатися в базі даних.

м

Рис. 1



1. Опис предметного середовища

база дана таблиця посилання

Для формування графіку проведення екзаменаційної сесії потрібна наступна інформація:

декілька спеціальностей,

на кожній спеціальності навчається декілька груп різних курсів,

на кожній спеціальності є декілька дисциплін, що виносяться на екзаменаційну сесію,

на спеціальності викладаю різні дисципліни декілька викладачів.

1.1 Перелік вхідної інформації

Спеціальність має: унікальний код та назву.

Кожна група має:унікальний код, назву, номер, а також код спеціальності до якої група належить.

Кожен викладач має: унікальний код, ПІБ та ступінь.

Дисципліна має:унікальний код, назву та код викладача, що викладає дану дисципліну.

Іспит має: дату, час, місце проведення, а також код групи та дисципліни.



2. Концептуальна модель бази даних

На основі опису предметного середовища та переліку вхідної інформації визначаємо основні сутності та їх атрибути.

Сутності	Атрибути	Ідентифікатори
Спеціальність	Код Назва	SCode SName
Група	Код Назва Номер Код спеціальності	GCode GName GNum SCode
Викладач	Код ПІБ Ступінь	TCode TName TPost
Дисципліна	Код Назва Код викладача	DCode DName TCode

Визначення зв'язків між сутностями:

Сутності	Тип зв'язку	Опис зв'язку
Спеціальність-Група	1:М	На кожній спеціальності навчається декілька груп.
Викладач-Дисципліна	1:М	Один викладач може викладати різні дисципліни.
Дисципліна-Група	М:М	Іспит з певної дисципліни можуть складати декілька груп та кожна група може складати іспит з декількох дисциплін.

На основі виділених сутностей та зв'язків будуємо концептуальну модель, рисунок 2.



Рис. 2 - Концептуальна модель бази даних



3. Дата-логічна модель бази даних

На основі концептуальної моделі створимо дата-логічну модель бази даних, зв'язки М:М представлені у вигляді додаткової таблиці, рисунок 3.

Рис. 3 - Дата-логічна модель бази даних



4. Фізична модель бази даних

Властивості кожної з таблиць бази даних.

Спеціальність:

Рис. 4

Група:

Рис. 5

Викладач:

Рис. 6

Дисципліна:

Рис. 7



Іспит:

Рис. 8



5. Опис функціональних запитів

Опис запитів мовою SQL:

При формуванні розкладу для певної групи використовуємо SQL запит та компонент Query2для реалізації цього запиту.

SELECT GName, GNum, DName, EData, ETime, EPlace

FROM Examination E INNER JOIN Discipline D ON E.DCode = D.DCode INNER JOIN "Group" G ON E.GCode = G.GCode

WHERE GName='''+ Form3.Edit6.Text+''''

Опис даного запиту в термінах реляційної алгебри:

Рис. 9



Для заповнення проміжної таблиці Examination використовуємо компонент Query1.

procedureTForm3.Button1Click(Sender: TObject); var

code_1,code_2:integer;

SQL_text,text:string;begin

code_1:=DataModule2.Table2.FieldByName('GCode').Value;

code_2:=DataModule2.Table3.FieldByName('DCode').Value;

SQL_text:='Insert into Examination values('+inttostr(code_2)+','+inttostr(code_1)+','+quotedstr(Edit1.text)+','+quotedstr(Edit2.text)+','+quotedstr(Edit3.text)+')';

DataModule2.Query1.SQL.Clear;

DataModule2.Query1.SQL.Add(SQL_text);

DataModule2.Query1.ExecSQL;

DataModule2.Table5.Refresh;

Edit1.Text:= '';

Edit2.Text:= '';

Edit3.Text:= '';end;

При формуванні звіту (report)також використовуємо SQL запит та компонент Query1.

SELECT GName, GNum, DName, EData, ETime, EPlace

FROM Examination E INNER JOIN Discipline D ON E.DCode = D.DCode INNER JOIN "Group" G ON E.GCode = G.GCode

ORDER BYGName, GNum, DName, EData, ETime, EPlace

Опис даного запиту в термінах реляційної алгебри:



6. Опис функціональних залежностей

Татблиця Speciality:

SCode->SName

Таблиця Group:

GCod->GName, GNum

Таблиця Examination:

DCode,GCode->EData,ETime,EPalce

Таблиця Discipline:

DCode->DName

Таблиця Teacher:

TCode->TName, TPost



7. Опис структури програми

Файл проекту Project1.dprмістить 12 програмних модулів:

Unit1-модуль містить форму перегляду таблиць Speciality та Group.

Unit2-модуль данихDataModule2.

Unit3-модуль містить форму перегляду таблиці Examination.

Unit4-форма для додавання або редагування даних таблиці спеціальностей.

Unit5-модуль головної форми.

Unit6- модуль містить форму перегляду таблиць Discipline та Teacher.

Unit7-форма для додавання або редагування даних таблиці дисципліна.

Unit8-форма для додавання або редагування даних таблиці іспит.

Unit9-форма для додавання або редагування даних таблиці група.

Unit10- форма для звіту.

Unit11-форма для SQLзапитів.

Unit12-форма для додавання або редагування даних таблиці викладачі.



Рис. 10 - Взаємодія програмних модулів



8. Опис реалізації проекту бази даних

8.1 Заповнення таблиць бази даних

Для заповнення таблиць спочатку відкриваємо Tools/DatabaseDesktop. Далі обираємо «File» та команду «Open/Table»і відкриваємо таблицю. Переходимо у режим редагування «Table/Restructure» та вносимо дані в таблицю.

Рис. 11

8.2 Визначення цілісності посилань між таблицями бази даних

Для визначення цілісності посилання відкриваємо підпорядковану таблицю та заходимо в режим реструктуризації «Table/Restructure». У списку Tableproperties обираємо елемент ReferentialIntegrity та натискаємо кнопку Define. У вікні, що ві...