Методичні вказівки до курсового проекту з дисципліни Організація баз даних і баз знань, Застосування бази даних особиста бібліотека

ЗМІСТ

ВСТУП.. 5

ПРОЕКТУВАННЯ БАЗИ ДАНИХ ОСОБИСТА БІБЛІОТЕКА.. 7

Формулювання призначення бази даних. 7

Опис предметної області пошук і впорядкування необхідних відомостей. 7

Визначення сутностей та їх атрибутів. 10

Побудова діаграм ER-типу з урахуванням усіх сутностей і їхніх зв'язків. 13

Інформаційно-логична модель бази даних. 21

Перевірка таблиць на відповідність нормальним формам. 22

Обґрунтування вибору СУБД.. 24

Перевірка працездатності проекту БД.. 25

Реалізація проекту бази даних. 25

Розробка застосування. 52

ІНСТРУКЦІЯ ПО РОБОТІ З ЗАСТОСУВАННЯМ БАЗИ ДАНИХ ФАКУЛЬТЕТУ ІНФОРМАТИКИ.. 58

Встановлення застосування на комп’ютер. 58

Введення в базу загальних даних. 58

Отримання інформації з бази даних. 62

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ.. 69

ДОДАТКИ.. 70

 

ВСТУП

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

Автоматизовані інформаційні системи (АІС) є невід’ємною чистиною систем управління переважної більшості сучасних підприємств і установ. Основу АІС складають бази даних (БД). Тому ґрунтовні теоретичні знання в галузі БД і вміння практично розробляти застосування БД для різноманітних предметних областей є необхідною і важливою компетенцією, якою має володіти спеціаліст по інформаційним управляючим системам і технологіям для того щоб бути конкурентоспроможним на ринку праці. Одним з найбільше дієвих засобів по формуванню компетенцій є виконання курсових проектів по вирішенню реальних практичних завдань у певній предметній області. Тому, згідно з навчальним планом, для студентів що навчаються за спеціальністю інформаційні управляючи системи та технології, обов’язковим є виконання курсового проекту з дисципліни «Організація баз даних і баз знань», а ці методичні вказівки призначенні для спрямування цієї роботи.

Основним завданням курсового проекту є опанування студентами практичних навичок по проектуванню і створенню застосувань БД. В методичних вказівках по етапах докладно розглядається технологія проектування і створення застосування бази даних на прикладі факультету інформатики. Надаються практичні рекомендації щодо використання ефективних прийомів роботи.

 

ПРОЕКТУВАННЯ БАЗИ ДАНИХ ОСОБИСТА БІБЛІОТЕКА

У якості прикладу розглянемо процес створення і реалізацію проекту бази даних факультету інформатики.

Формулювання призначення бази даних

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

Опис предметної області пошук і впорядкування необхідних відомостей

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

- списки студентів по групам;

- перелік предметів, що вивчаються;

- викладацький склад кафедр;

- відомості про лекційні і практичні заняття в кожній з груп;

- екзаменаційні і залікові відомості у всіх групах по всіх предметах.

Форми документів що утримують вхідну довідкову інформацію.

Інформація щодо студентських груп утримується в таблицях, форма яких наведена на рис. 1.

На факультеті Інформатики навчання студентів проводиться з двох спеціальностей:

1. Інформаційні управляючі системи і технології (ІУСТ).

2. Програмне забезпечення автоматизованих систем (ПЗАС).

На одному курсі навчається по одній групі кожної спеціальності. Групи позначаються: ІУСТ-1, ПЗАС-1...Іуст-n, Пзас-n, де цифри від 1 до n позначають номер групи, які зростають. Групи містять списки студентів: номер залікової книжки; прізвище, ім'я і по батькові; домашня адреса.

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

Склад кафедри

Назва кафедри: Кафедра інформаційних систем і технологій

Предмети читаються викладачами, які характеризуються: табельний номер; прізвище, ім'я і по батькові; науковий ступінь; вчене звання; кафедра.

План проведення занять

Причому викладачі кафедри читають тільки ті предмети, які закріплені за цією кафедрою.

Відповідно до навчального плану всі студенти групи в поточному семестрі вивчають певні предмети. Інформація щодо планів проведення занять утримується в таблиці, форма якої наведена на рис. 3.

Всі предмети мають назви, закріплені за певними кафедрами і викладачами, по ним проводяться певні види занять (лекції, практика) і здійснюється підсумковий контроль (іспит, або залік).

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

Значення оцінок за результатами іспиту визначаються чотирьохбальною шкалою (від 2 до 5). Результати заліку визначаються текстом: зараховано, або не зараховано.

База даних має надати можливість отримати наступну інформацію:

1. Склад навчальних груп (списки);

2. Загальна інформація щодо кожного студента (прізвище, ім’я та по батькові, номер залікової книжки, адреса);

3. Інформація про предмети що має вивчати кожна студентська група (назва предмету, форма контролю, викладач);

4. Інформація про предмети що має вивчати кожний студент (назва предмету, форма контролю, викладач);

5. Інформація щодо кафедр факультету (назва, викладацький склад);

6. Інформація щодо викладачів (прізвище, посада, наукове звання, предмет, група, вид занять, вид контролю);

7. Екзаменаційні і залікові відомості по предметах і групах (номер групи, назва предмета, прізвище, ім’я та по батькові викладача, номер залікової книжки, прізвище, ім’я та по батькові студента, оцінка, дата, кількість студентів в групі, кількість студентів що проходили контроль, кількість студентів що отримали певну оцінку, середній бал по предмету в групі);

Визначення сутностей та їх атрибутів

Цей етап є першим кроком у напрямку формалізації предметної області. Завданням етапу є виділення основних абстракцій (сутність, атрибут, зв'язок) в предметній області і визначення їх параметрів.

Пояснення. Будь-яка предметна область утворюється як сукупність взаємопов’язаних об’єктів, кожний з яких є також сукупністю дрібніших об’єктів. Еквівалентом будь-якого об’єкту в проекті БД є сутність. На даному етапі необхідно визначити сутності (об’єкти), які б характеризували предметну область в мірі достатній для вирішення задачі БД. Цей процес не формалізовано, тому його результат залежить від досвіду проектувальника. Одночасно доцільно виявити характеристики кожної сутності. Наприклад характеристиками сутності Студент можуть бути: прізвище, ім’я та по батькові; номер залікової книжки, адреса проживання. Оскільки номер залікової книжки є унікальним, то по ньому можна ідентифікувати кожного студента. Тут також важливо обрати тільки ті атрибути що є визначальними для вирішення поставленої задачі. Наприклад, ріст студента, або колір його очей у даному випадку не мають ніякого значення.

При визначені сутностей та їх характеристик можна дотримуватися наступної рекомендації: Уважно розглянути кожний вхідний і вихідний документ і в окрему сутність виділяти такі відомості, що повторюються в документі декілька разів, або сукупність деяких відомостей утворює декілька однотипних екземплярів.

У загальному випадку документ складається із назви, шапки, тіла і підсумків (рис. 5).

Простіше за все було б розглядати кожен документ як певну сутність. Але це не зовсім правильно. Уважний перегляд документа дозволяє зробити висновок що він складається з декількох об’єктів. Ознакою наявності окремого об’єкта є те що відомості про нього повторюються в документі багато разів. Зазвичай такі відомості виносяться в шапку і тіло документа. Дійсно, якщо б номер групи було внесено до тіла документа, то він повторювався для всіх студентів однієї групи. Крім того, в окрему сутність слід виділяти характеристики певного об’єкта. Дані що відображаються в розділі Підсумки за звичай в БД не зберігаються і переважно є результатами запитів, які поновлюються при кожному звертанні до бази даних.

Виходячи з аналізу форм вхідних документів можна виділено наступні сутності.

Документ Список студентів (рис. 1) утримує дані про сутності:

1. Сутність Група характеризується атрибутами: номер групи (Номер_Група); номер курсу (Курс). Ключем сутності можна обрати атрибут Номер_група, який є унікальним.

2. Сутність Студент характеризується атрибутами: номер залікової книжки (Залік_Книжка); прізвище, ім'я і по батькові (ПІБ_Студент), домашня адреса (Дом_Адрес). Ключем сутності можна обрати атрибут (Залік_Книжка), який є унікальним.

Документ Склад кафедри (рис. 2) утримує дані про сутності:

3. Сутність КАФЕДРА характеризується атрибутами: назва кафедри (Назва_Кафедра). Назва кафедри може бути довгою, тому для спрощення і прискорення ідентифікації доцільно ввести атрибут код кафедри (Код_Кафедра) який буде ключем сутності.

4. Сутність ВИКЛАДАЧ характеризується атрибутами: табельний номер викладача (Номер_Викладач); прізвище, ім’я і по батькові викладача (ПІБ_Викладач); Ключем сутності можна обрати атрибут (Номер_Викладач), який є унікальним.

Оскільки однакову посаду або вчене звання на кафедрі можуть утримувати декілька викладачів (наприклад, старший викладач, або кандидат наук, доцент), то такі відомості обов’язково будуть повторюватися. Тому доцільно відокремити їх в самостійні сутності.

5. Сутність ПОСАДА характеризується атрибутом назва посади Посада, який є ключем сутності.

6. Сутність ВЧЕНЕ_ЗВАННЯ характеризується атрибутом Звання, який є ключем сутності.

Документ План проведення занять (рис.3) утримує дані про сутності:

7. Сутність ПРЕДМЕТ характеризується атрибутами: назва предмету (Назва_Предмет); вид занять (Вид_Занять); вид контролю (Вид_Контролю). По одному предмету можуть проводитися декілька видів занять (і лекції і практика), крім того назва предмету може бути довгою, тому для спрощення і прискорення ідентифікації доцільно ввести атрибут код предмету (Код_Предмет) який буде ключем сутності.

Документ Екзаменаційна відомість (рис. 4) утримує дані про сутності які вже існують.

Побудова діаграм ER-типу з урахуванням усіх сутностей і їхніх зв'язків

Пояснення. В БД інформація про сутності зберігається в зв’язаних таблицях. Для ефективного перетворення формації про сутності в дані таблиць використовується метод сутність - зв’язок. Тому перед проектуванням необхідно теоретично опанувати цей метод [6]. Метод сутність - зв’язок не є повністю формалізованим, тому у різних проектувальників та сама БД може складатися із різних таблиць з різними зв’язками між ними. Визначальним тут є те, що будь-яка з запроектованих БД має виконувати поставлену задачу.

Метод сутність-зв’язок розглядає зв’язки між сутностями і полягає в побудові діаграм ER-екземплярів, які графічно показують як зв’язані між собою окремі екземпляри різних сутностей. На основі діаграм ER-екземплярів будуються діаграми ER-типів, які показують клас приналежності екземплярів сутності у зв’язку (обов’язковий, або необов’язковий) і ступінь зв’язку між екземплярами сутностей (1:1, 1:Б, Б:Б). Діаграма ER-типів дозволяє застосувати певні формальні правила для визначення кількості таблиць, їх зв’язки і ключові атрибути для відображення в БД сутностей, зв'язок між якими розглядається.

1. Всі студенти входять до складу певної групи, тому розглянемо зв'язок між сутностями Студент і Група. Діаграми ER-екземплярів і ER- типів представлено на рис. 6. З метою скорочення на діаграмі студенти замість прізвищ позначені умовними номерами.

З діаграм видно, що всі студенти обов’язково входять до певної групи і не існує груп без студентів, тобто клас приналежності обох сутностей обов’язковий.

В одну групу може входити багато студентів, але в кожний студент може навчатися тільки в одній групі, тому ступінь зв’язку між цими сутностями Б:1. Цей випадок підпадає під дію правила 4 [6], відповідно до якого достатньо формування двох таблиць (по одній на кожну із сутностей). При цьому первинними ключами цих таблиць є ключі їхніх сутностей. Крім того, ключ 1-зв'язної сутності додається як звичайний атрибут у таблицю, що відповідає Б-зв'язної сутності.

Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати дві таблиці:

Для сутності ГРУПА (1- зв’язна) – Табл_Група з атрибутами: Номер_Група (ключ), Курс;

Для сутності СТУДЕНТ (Б - зв’язна) - Табл_Студент з атрибутами: Залік_Книжка, Номер_Група, ПІБ_Студент, Дом_Адрес. Сукупність атрибутів Залік_Книжка і Номер_Група (доданий атрибут)є складеним ключем.

Обґрунтування прийнятого рішення. Зазвичай на боці зв’язку 1 (Табл_Група) знаходиться головна (батьківська) таблиця, а на боці зв’язку Б (Табл_Студент) знаходиться підлегла (дочірня таблиця. Тому дані для поля Номер_Група таблиці Табл_Студент необхідно обирати з відповідного поля Номер_Група таблиці Табл_Група. Стовбець Номер_Група присутній в обох таблицях і таблиці зв’язуються по цьому полю. Для того щоб СУБД автоматично підтримувала цілісність даних в таблицях, у тому числі каскадне модифікування даних і каскадне вилучення даних, поле Номер_Група повинне входити до складу ключа, хоча правило 4 цього не вимагає.

2. Так як всі викладачі займають певні посади то сутності ВИКЛАДАЧ і ПОСАДА мають певний зв'язок між собою. Відобразимо у вигляді ER-діаграми зв'язок між сутностями ВИКЛАДАЧ і ПОСАДА (рис. 7). Для спрощення на діаграмах показані тільки ключові атрибути, а прізвища викладачів замінені номерами.

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

Однакову посаду можуть займати декілька викладачів, але кожний викладач може займати тільки одну посаду, тому ступінь зв’язку між цими сутностями Б:1. Цей випадок підпадає під дію правила 4 [6], відповідно до якого достатньо формування двох таблиць (по одній на кожну із сутностей). При цьому первинними ключами цих таблиць є ключі їхніх сутностей. Крім того, ключ 1-зв'язної сутності додається як атрибут у таблицю, що відповідає Б-зв'язної сутності.

Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати дві таблиці:

Для сутності ПОСАДА – Табл_Посада з атрибутом Посада (ключ);

Для сутності ВИКЛАДАЧ - Табл_Викладач з атрибутами: Номер_Викладач, ПІБ_Викладач, Посада. Сукупність атрибутів Номер_Викладач і Посада є складеним ключем.

Табл_Посада є батьківською таблицею, а Табл_Викладач – дочірня таблиця, тому дані для поля Посада таблиці Табл_Викладач необхідно обирати з відповідного поля Посада таблиці Табл_Посада. Табл_Посада і Табл_Викладач зв’язані по полю Посада, тому для підтримки цілісності даних СУБД вимагає щоб поле Посада входило до складеного ключа Табл_Викладач.

3. Так само, кожен викладач має певне вчене звання, тому між сутностями ВИКЛАДАЧ і Вчене_ЗВАННЯ існує зв'язок, який відображено у вигляді ER-діаграми на рис. 8. Для спрощення на діаграмах показані тільки ключові атрибути.

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

Однакове вчене звання можуть мати багато викладачів, але в кожний викладач може мати тільки одне вчене звання, тому ступінь зв’язку між цими сутностями Б:1. Цей випадок підпадає під дію правила 4 [6], відповідно до якого достатньо формування двох таблиць (по одній на кожну із сутностей). При цьому первинними ключами цих таблиць є ключі їхніх сутностей. Крім того, ключ 1-зв'язної сутності додається як атрибут у таблицю, що відповідає Б-зв'язної сутності.

Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати дві таблиці:

Для сутності ВЧЕНЕ_ЗВАННЯ – Табл_Звання з атрибутом Звання (ключ);

Для сутності ВИКЛАДАЧ - Табл_Викладач з атрибутами: Номер_Викладач, ПІБ_Викладач, Посада, Звання. Сукупність атрибутів Номер_Викладач, Посада і Звання є складеним ключем.

Табл_Звання є батьківською таблицею, а Табл_Викладач – дочірня таблиця, тому дані для поля Звання таблиці Табл_Викладач необхідно обирати з відповідного поля Звання таблиці Табл_Звання. Таблиці зв’язані між собою по полю Звання. Для підтримки цілісності СУБД вимагає щоб поле Звання входило до складеного ключа Табл_Викладач.

4. Викладачі працюють на кафедрах, тому сутності ВИКЛАДАЧ і КАФЕДРА зв’язані між собою. На рис. 9 відображено цей зв'язок вигляді ER-діаграми. Для спрощення на діаграмах показані тільки ключові атрибути.

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

На одній кафедрі може працювати багато викладачів, але кожний викладач може працювати тільки на одній кафедрі, тому ступінь зв’язку між цими сутностями Б:1. Цей випадок підпадає під дію правила 4 [6], відповідно до якого достатньо формування двох таблиць (по одній на кожну із сутностей). При цьому первинними ключами цих таблиць є ключі їхніх сутностей. Крім того, ключ 1-зв'язної сутності додається як атрибут у таблицю, що відповідає Б-зв'язної сутності.

Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати дві таблиці:

Для сутності КАФЕДРА – Табл_Кафедра з атрибутами Код_Кафедра (ключ) і Назва Кафедра.

Для сутності ВИКЛАДАЧ - Табл_Викладач з атрибутами: Номер_Викладач, ПІБ_Викладач, Посада, Звання, Код_Кафедра. Сукупність атрибутів Номер_Викладач, Посада, Звання і Код_Кафедра є складеним ключем.

Табл_Кафедра є батьківською таблицею, а Табл_Викладач – дочірня таблиця, тому дані для поля Код_Кафедра таблиці Табл_Викладач необхідно обирати з відповідного поля Код_Кафедра таблиці Табл_Кафедра. Таблиці зв’язані по полю Код_Кафедра. Для підтримки цілісності даних СУБД вимагає щоб поле Код_Кафедра входило до складеного ключа Табл_Викладач.

5. Сутності Предмет і Викладач також зв’язані між собою оскільки всі викладачі викладають певні предмети. На рис. 10 відображено цей зв'язок вигляді ER-діаграми. Для спрощення на діаграмах показані тільки ключові атрибути.

З діаграми видно що всі викладачі приймають участь у навчальному процесі, так само як всі предмети також викладаються. Тобто клас приналежності обох сутностей обов’язковий.

У той же час один викладач може викладати багато предметів, але кожний предмет може тільки одним викладачем, тому ступінь зв’язку між цими сутностями Б:1. Цей випадок підпадає під дію правила 4 [6], відповідно до якого достатньо формування двох таблиць (по одній на кожну із сутностей). При цьому первинними ключами цих таблиць є ключі їхніх сутностей. Крім того, ключ 1-зв'язної сутності додається як атрибут у таблицю, що відповідає Б-зв'язної сутності.

Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати дві таблиці:

Для сутності ВИКЛАДАЧ - Табл_Викладач з атрибутами: Номер_Викладач, ПІБ_Викладач, Посада, Звання, Код_Кафедра. Сукупність атрибутів Номер_Викладач, Посада, Звання і Код_Кафедра є складеним ключем.

Для сутності ПРЕДМЕТ – Табл_Предмет з атрибутами Код_Предмет, Назва_Предмет, Вид_Занять, Вид_Контролю, Номер_Викладач. Атрибути Код_Предмет і Номер_Викладач утворюють складений ключ.

Табл_Викладач є батьківською таблицею, а Табл_Предмет – дочірня таблиця, тому дані для поля Номер_Викладач таблиці Табл_Предмет необхідно обирати з відповідного поля Номер_Викладач таблиці Табл_Викладач. Таблиці зв’язані по полю Номер_Викладач. Для підтримки цілісності даних СУБД вимагає щоб поле Номер_Викладач входило до складеного ключа Табл_Предмет.

6. Студенти кожної групи вивчають певні предмети відповідно до обраної спеціальності. Тому сутності Група і ПРЕДМЕТ зв’язані між собою. На рис. 11 відображено цей зв'язок вигляді ER-діаграми. Для спрощення на діаграмах показані тільки ключові атрибути.

З діаграми видно що студенти кожної групи вивчають багато предметів, так само як той самий предмет також можуть вивчати в декількох групах багато студентів, наприклад, англійську мову в групах різних спеціальностей. Тобто клас приналежності обох сутностей обов’язковий і ступінь зв’язку між цими сутностями Б:Б. Цей випадок підпадає під дію правила 6 [6], відповідно до якого необхідне формування трьох таблиць. Дві таблиці відповідають сутностям, що зв'язуються, і їхні ключі є первинними ключами цих сутностей. Третя таблиця є зв’язковою між першими двома, а її ключ поєднує ключові атрибути таблиць, що зв'язуються. Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати три таблиці:

1) для сутності ГРУПА - Табл_Група з атрибутами: Номер_Група (ключ), Курс;

2) для сутності ПРЕДМЕТ – Табл_Предмет з атрибутами Код_Предмет (ключ), Назва_Предмет, Вид_Занять, Вид_Контролю, Номер_Викладач;

3) таблиця зв’язку Табл_План з атрибутами Номер_Група, Код_Предмет. Сукупність цих атрибутів утворює складений зовнішній ключ.

Дані для поля Номер_Група таблиці Табл_План необхідно обирати з відповідного поля Номер_Група таблиці Табл_Група, а дані для поля Код_Предмет таблиці Табл_План необхідно обирати з відповідного поля Код_Предмет таблиці Табл_Предмет.

7. Всі студенти вивчають певні предмети. Тому сутності СТУДЕНТ і ПРЕДМЕТ зв’язані між собою. На рис. 12 відображено цей зв'язок вигляді ER-діаграми. Для спрощення на діаграмах показані тільки ключові атрибути.

З діаграми видно що один студент вивчає багато предметів, так само як той самий предмет також вивчають багато студентів. Тобто клас приналежності обох сутностей обов’язковий і ступінь зв’язку між цими сутностями Б:Б. Цей випадок підпадає під дію правила 6 [6], відповідно до якого необхідне формування трьох таблиць. Дві таблиці відповідають сутностям, що зв'язуються, і їхні ключі є первинними ключами цих сутностей. Третя таблиця є зв’язковою між першими двома, а її ключ поєднує ключові атрибути таблиць, що зв'язуються. Таким чином остаточно для збереження інформації про ці сутності необхідно сформувати три таблиці:

1) для сутності СТУДЕНТ - Табл_Студент з атрибутами: Залік_Книжка, Номер_Група, ПІБ_Студент, Дом_Адрес;

2) для сутності ПРЕДМЕТ – Табл_Предмет з атрибутами Код_Предмет (ключ), Назва_Предмет, Вид_Занять, Вид_Контролю, Номер_Викладач;

3) таблиця зв’язку Табл_Контроль з атрибутами Залік_Книжка, Код_Предмет. Сукупність цих атрибутів утворює складений ключ. Якщо додати до цієї таблиці атрибути Оцінка, Дата, ПІБ_Студент, Курс, Номер_група, Назва_Предмет, Номер_Викладач, ПІБ_Викладач, Вид_Контролю то її можна використовувати як екзаменаційну відомість.

Дані для поля Залік_Книжка таблиці Табл_Контроль необхідно обирати з відповідного поля Залік_Книжка таблиці Табл_Студент, а дані для поля Код_Предмет таблиці Табл_Контроль необхідно обирати з відповідного поля Код_Предмет таблиці Табл_Предмет.

Інформаційно-логична модель бази даних

Інформаційно-логична модель БД наглядно відображає всі таблиці БД і зв’язки між ними (рис. 13). У загальному випадку на боці зв’язку 1 відображаються поля головних таблиць, а на боці зв’язку Б (∞) – поля підлеглих таблиць.

Перевірка таблиць на відповідність нормальним формам

Перевірка таблиць БД на відповідність нормальним формам є важливим етапом проектування дозволяє переконатися у тому, що запроектована база даних має правильну структуру. Якщо деякі таблиці не відповідають нормальним формам, то необхідно повернутися на початкові етапи проектування для внесення в базу відповідних змін. Безумовно для виконання цього етапу необхідно практично володіти методом нормалізації [6].  

Спочатку розглянемо батьківські (головні таблиці), ті що знаходяться на стороні зв’язку 1.

Таблиця Табл_Група, атрибути: Номер_Група (ключ), Курс. Номер групи може бути будь-ким незалежно від номера курсу. Тобто ключ не залежить від не ключового атрибута, що відповідає нормальній формі Бойса-Кодда.

Таблиця Табл_Кафедра, атрибути: Код_Кафедра (ключ), Назва_Кафедра. Назва кафедри завжди відповідає коду кафедри. Тобто не ключовий атрибут повність залежить від ключа що відповідає третій нормальній формі. У той-же час код кафедри може бути будь-яким і не залежить від назви кафедри. Тобто ключовий атрибут не залежить від не ключового атрибута, що відповідає посиленій третій нормальній формі, або формі Бойса-Кодда.

Таблиця Табл_Посада, атрибут Посада (ключ). Оскількине ключові атрибути відсутні, то можна стверджувати, що ключ не залежить від не ключового атрибута, що відповідає нормальній формі Бойса-Кодда.

Таблиця Табл_Звання, атрибут Звання (ключ). Оскількине ключові атрибути відсутні, то можна стверджувати, що ключ не залежить від не ключового атрибута, що відповідає нормальній формі Бойса-Кодда.

Тепер розглянемо підлеглі таблиці на відповідність нормальним формам.

Таблиця Табл_Студент, атрибути: Залік_Книжка і Номер_Група (складений ключ); ПІБ_Студента і Дом_Адрес – не ключові атрибути. Оскілки по той самій адресі може проживати декілька студентів (наприклад, в одній кімнаті гуртожитку), то можна стверджувати, що не ключові атрибути не залежать один від одного. У той-же час прізвище студента відповідає певному номеру залікової книжки, а по певній адресі проживає певний студент. Тобто можна стверджувати що не ключові атрибути залежать від ключа, або його частини. Це відповідає третій нормальній формі.

Таблиця Табл_Викладач, атрибути: Номер_Викладач, Код_Кафедра, Посада, Звання – сукупність цих атрибутів утворює складений ключ; ПІБ_Викладач – не ключовий атрибут. Оскільки прізвище викладача відповідає його номеру, посаді, званню і коду кафедри, то можна стверджувати що не ключовий атрибут залежить від ключа, що відповідає третій нормальній формі.

Таблиця Табл_План, атрибути Номер_Група, Код_Предмет - сукупність цих атрибутів утворює складений ключ. Оскількине ключові атрибути відсутні, то можна стверджувати, що ключ не залежить від не ключового атрибута, що відповідає нормальній формі Бойса-Кодда.

Таблиця Табл_Контроль, атрибути: Залік_Книжка, Код_Предмет – сукупність цих атрибутів утворює складений ключ; Піб_Викладач, Оцінка, Дата – не ключові атрибути. Оскільки значення оцінки не залежить від дати, а значення дати не залежить від оцінки, то можна стверджувати що не ключові атрибути не залежать один від одного. У той-же час, певна оцінка ставиться у певну залікову книжку по певному предмету у певну дату, тому можна стверджувати що не ключові атрибути залежить від ключа, що відповідає третій нормальній формі.

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

Обґрунтування вибору СУБД

Застосування БД факультету інформатики передбачається створювати у середовищі СУБД Microsoft Access що має наступне обґрунтування:

1. Ms Access повнофункціональна реляційна СУБД, яка утримує всі необхідні інструменти для створення і супроводження БД будь якої складності, а також інструменти для створення інтерфейсу користувача. У сукупності це дозволяє створювати повноцінні застосування. Таким чином використання СУБД Ms Access дозволить виконати завдання курсового проекту по створенню застосування БД факультету інформатики.

2. Ms Access входить до складу пакету програм Microsoft Office, який є найбільше поширеним на теренах України. Таким чином розроблене у проекті застосування може бути використано у будь який установі або організації без необхідності встановлення додаткового програмного забезпечення.

3. Масштаб розробленого у середовищі СУБД Ms Access застосування може бути суттєво збільшений з використанням мережних технологій та архітектури клієнт-сервер. Наявними у Access засобами застосування розділяється на дві частини: клієнтську (настільну), у яку виділяють об’єкти що належать до інтерфейсу користувача; серверну, у яку виділяють загальні об’єкти БД. Серверна частина розміщується на сервері і в подальшому керується корпоративною СУБД, наприклад, Microsoft SQL Server. Таким чином використання СУБД Ms Access дозволить при необхідності без суттєвої переробки поширити розроблене локальне застосування до масштабу загальної БД організації або установи.

Перевірка працездатності проекту БД

На попередніх етапах проектування визначені таблиці що складають БД і зв’язки між ними. Тепер необхідно визначити чи достатньо цих таблиць для виконання завдань поставлених перед БД і які засоби роботи з даними для цього необхідно використати. Перелік завдань наведено вище у розділі словесне описання предметної області. Попередньо необхідно наповнити даними всі головні таблиці, а потім заповнити підлеглі таблиці, причому дані в зв’язаних полях головних і підлеглих таблиць мають співпадати. Можна використовувати актуальні або умовні дані, але умовні дані по типу і формату мають бути аналогічними актуальним даним.

Реалізація проекту бази даних

В першу чергу створюються головні (батьківські) таблиці, а потім залежні (дочірні) таблиці. Таблиці зв’язуються між собою і частково наповнюються даними, щоб мати можливість перевірити працездатність бази даних. Для наповнення таблиць даними відразу доцільно створювати відповідні форми.

Головні таблиці

Ім’я таблиці	Табл_Група
Ім’я поля	Номер_Група	Курс
Тип даних	Текст	Ціле
Ключ	так	ні
Розмір	10	Автоматич.
Підпис	Номер групи	Курс
Умова на значення		5≤,≥1
Обов’язкове поле	так	так
Пусті рядки	ні	ні
Індексоване поле	Так (Без повтор.)

1. Табл_Група. Характеристика полів Табл_Група наведена в таблиці. Для наповнення даними Табл_Група створено форму Форм_Група (рис. 14). З метою забезпечення цілісності даних значення у поле Курс вибираються з фіксованого списку від 1 до 5. На рис. 15 наведено таблицю Табл_Група наповнену даними за допомогою форми Форм_Група.

Ім’я таблиці	Табл_Звання
Ім’я поля	Звання
Тип даних	Текст
Ключ	так
Розмір	25
Підпис	Звання
Обов’язкове поле	так
Пусті рядки	ні
Індексоване поле	Так (Без повтор.)

2. Табл_Звання. Характеристика полів Табл_Звання наведена в таблиці. Для наповнення даними Табл_Звання створено форму Форм_Звання (рис. 16). На рис. 17 наведено таблицю

Табл_Звання наповнену даними за допомогою форми Форм_Звання.

3. Табл_Посада. Характеристика полів Табл_Посада наведена в таблиці. Для наповнення даними Табл_Посада створено форму Форм_Посада (рис. 18). На рис. 19 наведено таблицю Табл_Посада наповнену даними за допомогою форми Форм_Посада.

Ім’я таблиці	Табл_Посада
Ім’я поля	Посада
Тип даних	Текст
Ключ	так
Розмір	20
Підпис	Посада
Обов’язкове поле	так
Пусті рядки	ні
Індексоване поле	Так (Без повтор.)

4. Табл_Кафедра.

Характеристика полів Табл_Кафедра наведена в таблиці. Для наповнення даними Табл_Кафедра створено форму Форм_Кафедра (рис. 20). На рис. 21 наведено таблицю Табл_Кафедра наповнену даними за допомогою форми Форм_Кафедра.

Підлеглі таблиці

5. Табл_Викладач.

Характеристика полів Табл_Викладач наведена в таблиці. Для наповнення даними Табл_Викладач створено форму Форм_Викладач (рис. 22). На рис. 23 наведено таблицю Табл_Викладач наповнену даними за допомогою форми Форм_Викладач.

Поля Посада і Звання заповнюються у відповідності до зв’язаних полів головних таблиць Табл_Посада і Табл_Звання. Поле Код_Кафедри також заповнюється у відповідності з полем головної таблиці Табл_Кафедра, але на формі (рис. 18) для зручності відображається назва кафедри.

6. Табл_Предмет.

Характеристика полів Табл_Предмет наведена в таблиці. Для наповнення даними Табл_Предмет створено форму Форм_Предмет (рис. 24). На рис. 25 наведено таблицю Табл_Предмет наповнену даними за допомогою форми Форм_Предмет.

Поле Номер_Викладач заповнюються у відповідності до зв’язаного поля таблиці Табл_Викладач. Поля Вид_Занять і Вид_Контролю заповнюється зі списків, що приєднуються до них.

7. Табл_Студент.

Характеристика полів Табл_Студент наведена в таблиці. Для наповнення даними Табл_Студент створено форму Форм_Студент (рис. 26). На рис. 27 наведено таблицю Табл_Студент наповнену даними за допомогою форми Форм_Студент.

Поле Номер_Групи заповнюються у відповідності до зв’язаного поля головної таблиці Табл_Група.

8. Табл_План.

Характеристика полів Табл_План наведена в таблиці. Для наповнення даними Табл_План створено форму Форм_План (рис. 28). На рис. 29 наведено таблицю Табл_План наповнену даними за допомогою форми Форм_План.

Поле Номер_Групи заповнюються у відповідності до зв’язаного поля головної таблиці Табл_Група. Поле Код_Предмет заповнюються у відповідності до зв’язаного поля головної таблиці Табл_Предмет.

9. Табл_Контроль.

Характеристика полів Табл_Контроль наведена в таблиці. Для наповнення даними Табл_Контроль створено форму Форм_Контроль (рис. 30).

Продовження таблиці.

Ім’я таблиці		Табл_Контроль
Ім’я поля		Код_ Предмет		Назва_Предмет		Номер_Викладач
Тип даних		Текст		Текст		Текст
Ключ		так
Розмір		3		50		3
Підпис		Код предмету		Назва предмету		Табельний номер
Обов’язкове поле		так		так		так
Пусті рядки		ні		ні		ні
Індексоване поле		Так (Допускаються повторення)
	Ім’я таблиці		Табл_Контроль
	Ім’я поля		ПІБ_Викладач		Вид_Контролю		Оцінка	Дата
	Тип даних		Текст		Текст		Текст	Текст
	Ключ
	Розмір		50		6		12	15
	Підпис		Прізвище викладача		Вид контролю
	Обов’язкове поле		так		так		ні	ні
	Пусті рядки		ні		ні		так	так
	Індексоване поле

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

Код запиту Запит_Контроль_Заповнення на мові SQL для заповнення даними Табл_Контроль

INSERT INTO Табл_Контроль ( Залік_Книжка, ПІБ_Студент, Курс, Номер_група, Код_предмет, Назва_Предмет, Номер_Викладач, ПІБ_Викладач, Вид_Контролю )

SELECT Табл_Студент.Залік_Книжка, Табл_Студент.ПІБ_Студент, Табл_Група.Курс, Табл_Група.Номер_група, Табл_Предмет.Код_предмет, Табл_Предмет.Назва_Предмет, Табл_Предмет.Номер_Викладач, Табл_Викладач.ПІБ_Викладач, Табл_Предмет.Вид_Контролю

FROM (Табл_Викладач INNER JOIN Табл_Предмет ON Табл_Викладач.Номер_Викладач = Табл_Предмет.Номер_Викладач) INNER JOIN ((Табл_Група INNER JOIN Табл_План ON Табл_Група.Номер_група = Табл_План.Номер_Група) INNER JOIN Табл_Студент ON Табл_Група.Номер_група = Табл_Студент.Номер_група) ON Табл_Предмет.Код_предмет = Табл_План.Код_Предмет;

На рис. 31 наведено таблицю Табл_Контроль наповнену даними за допомогою запиту Запит_Контроль_Заповнення.

Табл_Контроль
Залікова книжка	Прізвище студента	Курс	номер групи	Код предмету	Назва предмету	Таб. номер виклад.	Прізвище викладача	Вид контролю	Оцін ка	Дата
ІУСТ0001	Андрусь Микола Дмитрович	5	ІУСТ-001	019	Моделювання систем	008	Ковач Михайло Ілліч	Іспит
ІУСТ0001	Андрусь Микола Дмитрович	5	ІУСТ-001	020	Моделювання систем	009	Шпак Марина Василівна	Залік
ІУСТ0002	Зварич Тетяна Іванівна	5	ІУСТ-001	019	Моделювання систем	008	Ковач Михайло Ілліч	Іспит
ІУСТ0002	Зварич Тетяна Іванівна	5	ІУСТ-001	020	Моделювання систем	009	Шпак Марина Василівна	Залік
ІУСТ0003	Шевчук Василь Васильович	5	ІУСТ-001	019	Моделювання систем	008	Ковач Михайло Ілліч	Іспит
ІУСТ0003	Шевчук Василь Васильович	5	ІУСТ-001	020	Моделювання систем	009	Шпак Марина Василівна	Залік
ІУСТ0010	Данко Петро Федорович	4	ІУСТ-002	013	Машинна графіка	002	Колос Микола Петрович	Іспит
ІУСТ0010	Данко Петро Федорович	4	ІУСТ-002	014	Машинна графіка	004	Донець Петро Петрович	Залік
ІУСТ0011	Куличко Фелікс Степанович	4	ІУСТ-002	013	Машинна графіка	002	Колос Микола Петрович	Іспит
ІУСТ0011	Куличко Фелікс Степанович	4	ІУСТ-002	014	Машинна графіка	004	Донець Петро Петрович	Залік
ІУСТ0012	Танько Федір Васильович	4	ІУСТ-002	013	Машинна графіка	002	Колос Микола Петрович	Іспит
ІУСТ0012	Танько Федір Васильович	4	ІУСТ-002	014	Машинна графіка	004	Донець Петро Петрович	Залік
ІУСТ0020	Дурдинець Василь Виктор.	3	ІУСТ-003	007	Організація БД	011	Дубів Олексій Миколайович	Іспит
ІУСТ0020	Дурдинець Василь Виктор.	3	ІУСТ-003	008	Організація БД	012	Гора Олена Олександрівна	Залік
ІУСТ0020	Дурдинець Василь Виктор.	3	ІУСТ-003	013	Машинна графіка	002	Колос Микола Петрович	Іспит
ІУСТ0020	Дурдинець Василь Виктор.	3	ІУСТ-003	014	Машинна графіка	004	Донець Петро Петрович	Залік
ІУСТ0020	Дурдинець Василь Виктор.	3	ІУСТ-003	017	Електротехніка	006	Куль Федір Олександрович	Іспит
ІУСТ0020	Дурдинець Василь Виктор.	3	ІУСТ-003	018	Електротехніка	007	Добриня Марія Федорівна	Залік
ІУСТ0021	Куль Микита Михайлович	3	ІУСТ-003	007	Організація БД	011	Дубів Олексій Миколайович	Іспит
ІУСТ0021	Куль Микита Михайлович	3	ІУСТ-003	008	Організація БД	012	Гора Олена Олександрівна	Залік
ІУСТ0021	Куль Микита Михайлович	3	ІУСТ-003	013	Машинна графіка	002	Колос Микола Петрович	Іспит
ІУСТ0021	Куль Микита Михайлович	3	ІУСТ-003	014	Машинна графіка	004	Донець Петро Петрович	Залік
ІУСТ0021	Куль Микита Михайлович	3	ІУСТ-003	017	Електротехніка	006	Куль Федір Олександрович	Іспит
ІУСТ0021	Куль Микита Михайлович	3	ІУСТ-003	018	Електротехніка	007	Добриня Марія Федорівна	Залік
ІУСТ0022	Попович Віктор Сидорович	3	ІУСТ-003	007	Організація БД	011	Дубів Олексій Миколайович	Іспит
ІУСТ0022	Попович Віктор Сидорович	3	ІУСТ-003	008	Організація БД	012	Гора Олена Олександрівна	Залік
ІУСТ0022	Попович Віктор Сидорович	3	ІУСТ-003	013	Машинна графіка	002	Колос Микола Петрович	Іспит
ІУСТ0022	Попович Віктор Сидорович	3	ІУСТ-003	014	Машинна графіка	004	Донець Петро Петрович	Залік
ІУСТ0022	Попович Віктор Сидорович	3	ІУСТ-003	017	Електротехніка	006	Куль Федір Олександрович	Іспит
ІУСТ0022	Попович Віктор Сидорович	3	ІУСТ-003	018	Електротехніка	007	Добриня Марія Федорівна	Залік
ІУСТ0030	Василько Кузьма Микол.	2	ІУСТ-004	003	Фізика	014	Кипа Ірина Вікторівна	Іспит
ІУСТ0030	Василько Кузьма Микол.	2	ІУСТ-004	004	Фізика	014	Кипа Ірина Вікторівна	Залік
ІУСТ0031	Охримчук Діана Петрівна	2	ІУСТ-004	003	Фізика	014	Кипа Ірина Вікторівна	Іспит
ІУСТ0031	Охримчук Діана Петрівна	2	ІУСТ-004	004	Фізика	014	Кипа Ірина Вікторівна	Залік
ІУСТ0032	Данилець Віктор Арсеньович	2	ІУСТ-004	003	Фізика	014	Кипа Ірина Вікторівна	Іспит
ІУСТ0032	Данилець Віктор Арсеньович	2	ІУСТ-004	004	Фізика	014	Кипа Ірина Вікторівна	Залік
ІУСТ0040	Бульба Іван Тарасович	1	ІУСТ-005	001	Математика	013	Лимар Василь Григорович	Іспит
ІУСТ0040	Бульба Іван Тарасович	1	ІУСТ-005	002	Математика	015	Кудря Дмитро Михайлович	Залік
ІУСТ0040	Бульба Іван Тарасович	1	ІУСТ-005	005	Англійська мова	017	Якін Юрій Олександрович	Залік
ІУСТ0041	Зозуля Тарас Миколайович	1	ІУСТ-005	001	Математика	013	Лимар Василь Григорович	Іспит
ІУСТ0041	Зозуля Тарас Миколайович	1	ІУСТ-005	002	Математика	015	Кудря Дмитро Михайлович	Залік
ІУСТ0041	Зозуля Тарас Миколайович	1	ІУСТ-005	005	Англійська мова	017	Якін Юрій Олександрович	Залік
ІУСТ0042	Рудь Володимир Іванович	1	ІУСТ-005	001	Математика	013	Лимар Василь Григорович	Іспит
ІУСТ0042	Рудь Володимир Іванович	1	ІУСТ-005	002	Математика	015	Кудря Дмитро Михайлович	Залік
ІУСТ0042	Рудь Володимир Іванович	1	ІУСТ-005	005	Англійська мова	017	Якін Юрій Олександрович	Залік
ПЗАС0001	Василько Марія Тарасівна	5	ПЗАС-001	011	Безпека інформаційних систем	010	Заєць Ілля Дмитрович	Іспит
ПЗАС0001	Василько Марія Тарасівна	5	ПЗАС-001	012	Безпека інформаційних систем	012	Гора Олена Олександрівна	Залік
ПЗАС0002	Лимак Антон Володимирович	5	ПЗАС-001	011	Безпека інформаційних систем	010	Заєць Ілля Дмитрович	Іспит
ПЗАС0002	Лимак Антон Володимирович	5	ПЗАС-001	012	Безпека інформаційних систем	012	Гора Олена Олександрівна	Залік
ПЗАС0003	Наумчик Ігнат Олександрович	5	ПЗАС-001	011	Безпека інформаційних систем	010	Заєць Ілля Дмитрович	Іспит
ПЗАС0003	Наумчик Ігнат Олександрович	5	ПЗАС-001	012	Безпека інформаційних систем	012	Гора Олена Олександрівна	Залік
ПЗАС0030	Бунін Микола Іванович	2	ПЗАС-004	009	Програмування на С++	008	Ковач Михайло Ілліч	Іспит
ПЗАС0030	Бунін Микола Іванович	2	ПЗАС-004	010	Програмування на С++	008	Ковач Михайло Ілліч	Залік
ПЗАС0031	Вовк Ірина Максимівна	2	ПЗАС-004	009	Програмування на С++	008	Ковач Михайло Ілліч	Іспит
ПЗАС0031	Вовк Ірина Максимівна	2	ПЗАС-004	010	Програмування на С++	008	Ковач Михайло Ілліч	Залік
ПЗАС0032	Дорчі Катерина Володимирівна	2	ПЗАС-004	009	Програмування на С++	008	Ковач Михайло Ілліч	Іспит
ПЗАС0032	Дорчі Катерина Володимирівна	2	ПЗАС-004	010	Програмування на С++	008	Ковач Михайло Ілліч	Залік
ПЗАС0040	Дикуль Валерій Михайлович	1	ПЗАС-005	001	Математика	013	Лимар Василь Григорович	Іспит
ПЗАС0040	Дикуль Валерій Михайлович	1	ПЗАС-005	002	Математика	015	Кудря Дмитро Михайлович	Залік
ПЗАС0040	Дикуль Валерій Михайлович	1	ПЗАС-005	005	Англійська мова	017	Якін Юрій Олександрович	Залік
ПЗАС0041	Журба Ніна Петрівна	1	ПЗАС-005	001	Математика	013	Лимар Василь Григорович	Іспит
ПЗАС0041	Журба Ніна Петрівна	1	ПЗАС-005	002	Математика	015	Кудря Дмитро Михайлович	Залік
ПЗАС0041	Журба Ніна Петрівна	1	ПЗАС-005	005	Англійська мова	017	Якін Юрій Олександрович	Залік
ПЗАС0042	Сулима Дмитро Данилович	1	ПЗАС-005	001	Математика	013	Лимар Василь Григорович	Іспит
ПЗАС0042	Сулима Дмитро Данилович	1	ПЗАС-005	002	Математика	015	Кудря Дмитро Михайлович	Залік
ПЗАС0042	Сулима Дмитро Данилович	1	ПЗАС-005	005	Англійська мова	017	Якін Юрій Олександрович	Залік
Рисунок 31

На цей час створені всі головні і підлеглі таблиці та встановлені зв’язки між їх окремими полями. Крім того створені відповідні форми для заповнення всіх таблиць. Таблиці наповнені даними. Схема бази даних наведена на рис. 32, вона відповідає схемі (рис. 13) яка передбачена проектом.

Отримання інформації з БД яка передбачена завданням

Будь-яку інформацію з бази даних можна отримати за допомогою запитів. В проекті запити спочатку створені на мові QBE, потім уточнені на мові SQL і удосконалені за допомогою модулів на мові VBA. В пояснювальній записці коди запитів наводяться на мові SQL, а коди модулів на мові VBA. Результати більшості запитів виводяться у вигляді екранних форм.

1. Склад навчальних груп (списки)

Списки навчальних груп можна скласти використовуючи дані таблиці Табл_Студент (Номер_Група, Залік_Книжка, ПІБ_Студент, Дом_Адрес).

Склад певної навчальної групи можна отримати в результаті запиту до Табл_Студент. У запиті необхідно вказати номер потрібної групи, наприклад ІУСТ-002, і необхідні поля - Залік_Книжка, ПІБ_Студент. Звичайно у такому випадку створюється запит з параметрами. Кожного разу при запуску такого запиту на екран виводиться діалогове вікно, в яке необхідно ввести номер групи. Але це не зручно: по-перше ввід з клавіатури тексту потребує певного часу, по друге - при помилці в номері результатом запиту буде пуста таблиця. Значно зручніше вибирати номер групи зі списку. Для цього необхідно створити дві форми: перша – з номерами груп, друга – з прізвищами студентів, які навчаються у обраній на першій формі групі.

Спочатку необхідно створити запит Запит_Склад_Групи і у відповідності з ним форму Форм_Склад_Групи (рис.33).

Наступною створено форму Форм_Вибір_Групи (рис. 34) зі списком. До списку приєднано код на VBA, який дозволяє обирати номер певної групи і після підтвердження у діалозі (рис. 35) виводити список групи на форму Форм_Склад_Групи (рис. 33).

Код на VBA до списку на формі Форм_Вибір_Групи.

Private Sub Список2_AfterUpdate()

Dim Otvet As String

Otvet = MsgBox("Вас цікавлять список групи " & Me![Список2] & " ?", vbOKCancel)

If Otvet = vbCansel Then

 Exit Sub

End If

DoCmd.OpenForm "Форм_Склад_Група",,, "Табл_Студент!Номер_група=Forms!Форм_Вибір_Група![Список2]"

Exit Sub

End Sub

2. Загальна інформація щодо кожного студента

Запит_Студент

SELECT Табл_Студент.ПІБ_Студент

FROM Табл_Студент

ORDER BY Табл_Студент.ПІБ_Студент;

Загальну інформація щодо кожного студента (Прізвище, ім’я та по батькові, номер залікової книжки, адреса) можна також отримати з Табл_Студент за допомогою відповідного запиту. Як і у попередньому випадку зручно вибирати прізвище студента зі списку. Для цього необхідно створити дві форми: перша – прізвищами студентів, друга – з інформацією щодо студента обраного на першій формі.

Спочатку створено форму Форм_Студент_Перегляд (рис.36), джерелом даних для якої є Табл_Студент. Оскільки ця форма призначена тільки для перегляду даних, то всі її поля заблоковані для редагування.

Наступною створено форму Форм_Вибір_Студент (рис. 37) зі списком. До списку приєднано код на VBA, який дозволяє обирати прізвище певного студента і після підтвердження у діалозі (рис. 38) виводити інформацію про цього студента на форму Форм_Студент_Перегляд (рис. 36).

Для відображення списку студентів на Форм_Студент_Вибір до нього приєднано код на VBA.

Код на VBA до списку на формі Форм_Вибір_Студент.

Private Sub Список2_AfterUpdate()

Dim Otvet As String

Otvet = MsgBox("Вас цікавить студент " & Me![Список2] & " ?", vbOKCancel)

If Otvet = vbCansel Then

 Exit Sub

End If

DoCmd.OpenForm "Форм_Студент_Перегляд",,, "Табл_Студент!ПІБ_Студент=Forms!Форм_Вибір_Студент![Список2]"

Exit Sub

End Sub

3. Інформація про предмети що має вивчати кожна студентська група

Інформація про предмети що має вивчати кожна студентська група (номер групи, назва предмету, форма контролю, викладач). Потрібну інформацію не містить жодна окрема таблиця бази даних, але її можна одержати з трьох таблиць Табл_План, Табл_Предмет, які зв’язані по полю Код_Предмет, і Табл_Викладач, яка зв’язана з Табл_Предмет по полю Номер_Викладач (рис.39).

Спочатку необхідно створити запит Запит_Група_Предмет і у відповідності до нього форму Форм_Група_Предмет (рис.40).

Для того щоб номер групи не повторювався на формі у кожному рядку його винесено у розділ Заголовку форми.

Наступною створено форму Форм_Вибір_Група_Предмет (рис. 41) зі списком. До списку приєднано код на VBA, який дозволяє обирати номер групи і після підтвердження у діалозі (рис. 42) виводити перелік предметів, які вивчаються у вибраній групі на форму Форм_Група_Предмет (рис. 40).

 

Для відображення списку груп на Форм_Вибір_Група_Предмет до нього приєднано код на VBA.

4. Інформація про предмети що має вивчати кожний студент

Інформація про предмети що має вивчати кожний студент (Прізвище студента, назва предмету, викладач, вид занять, форма контролю). Потрібну інформацію не містить жодна окрема таблиця бази даних, але її можна одержати з чотирьох зв’язаних таблиць: Табл_Викладач, Табл_Предмет, Табл_План, Табл_Студент, які зв’язані по полю Код_Предмет (рис. 43).

Спочатку необхідно створити запит Запит_Студент_Предмет і у відповідності до нього форму Форм_Студент_Предмет (рис.44). Для того щоб прізвища студентів не повторювався на формі у кожному рядку його винесено у розділ Заголовку форми.

Запит_Студент_Предмет

SELECT Табл_Студент.ПІБ_Студент, Табл_Предмет.Назва_Предмет, Табл_Викладач.ПІБ_Викладач, Табл_Предмет.Вид_Занять, Табл_Предмет.Вид_Контролю

FROM (Табл_Викладач INNER JOIN Табл_Предмет ON Табл_Викладач.Номер_Викладач = Табл_Предмет.Номер_Викладач) INNER JOIN (Табл_Студент INNER JOIN Табл_План ON Табл_Студент.Номер_група = Табл_План.Номер_Група) ON Табл_Предмет.Код_предмет = Табл_План.Код_Предмет;

Наступною створено форму Форм_Вибір_Студент_Предмет (рис. 45) зі списком. До списку приєднано код на VBA, який дозволяє обирати прізвище студента і після підтвердження у діалозі (рис. 46) виводити перелік предметів, які вивчає вибраній студент, на форму Форм_Студент_Предмет (рис. 44). Оскільки ця форма призначена для перегляду інформації, то всі її поля заблоковані для редагування.

Для відображення списку груп на Форм_Вибір_Студент_Предмет до нього приєднано код на VBA.

5. Інформація щодо кафедр факультету

Інформація щодо кафедр факультету (назва кафедри, викладацький склад). Така інформація не міститься в жодній окремій таблиці бази даних, але її можна одержати з таблиць Табл_Кафедра і Табл_Викладач, які зв’язані по полю Код_Кафедри (рис. 47).

Спочатку необхідно створити запит Запит_Склад_Кафедра і у відповідності до нього форму Форм_Склад_Кафедра (рис.48). Для того щоб назва кафедри не повторювалася на формі у кожному рядку її винесено у розділ Заголовку форми.

Наступною створено форму Форм_Вибір_Кафедра (рис. 49) зі списком. До списку приєднано код на VBA, який дозволяє обирати назву кафедри і після підтвердження у діалозі (рис. 50) виводити список викладачів, які працюють на вибраній кафедрі, на форму Форм_Склад_Кафедра (рис. 48). Оскільки ця форма призначена для перегляду інформації, то всі її поля заблоковані для редагування.

Для відображення списку груп на Форм_Вибір_Кафедра до нього приєднано код на VBA.

Код на VBA до списку на формі Форм_Вибір_Кафедра.

Private Sub Список2_AfterUpdate()

Dim Otvet As String

Otvet = MsgBox("Вас цікавить кафедра " & Me![Список2] & " ?", vbOKCancel)

If Otvet = vbCansel Then

 Exit Sub

End If

DoCmd.OpenForm "Форм_Склад_Кафедра",,, "Табл_Кафедра!Назва_Кафедра=Forms!Форм_Вибір_Кафедра![Список2]"

Exit Sub

End SubEnd Sub

6. Інформація щодо викладачів

Інформація щодо викладачів (Прізвище, посада, наукове звання, предмет, група, вид занять, вид контролю). Потрібну інформацію не містить жодна окрема таблиця бази даних, але її можна одержати з трьох таблиць Табл_План, Табл_Предмет, які зв’язані по полю Код_Предмет, і Табл_Викладач, яка зв’язана з Табл_Предмет по полю Номер_Викладач (рис.51).

Спочатку необхідно створити запит Запит_Викладач_Предмет і у відповідності до нього форму Форм_Викладач_Предмет (рис.52).

Наступною створено форму Форм_Вибір_Викладач (рис. 53) зі списком. До списку приєднано код на VBA, який дозволяє обирати прізвище викладача і після підтвердження у діалозі (рис. 54) виводити список предметів які він викладає, на форму Форм_Викладач_Предмет (рис. 52). Оскільки ця форма призначена для перегляду інформації, то всі її поля заблоковані для редагування.

Для відображення списку груп на Форм_Вибір_Викладач до нього приєднано код на VBA.

Код на VBA до списку на формі Форм_Вибір_Викладач.

Private Sub Список2_AfterUpdate()

Dim Otvet As String

Otvet = MsgBox("Вас цікавлять викладач " & Me![Список2] & " ?", vbOKCancel)

If Otvet = vbCansel Then

 Exit Sub

End If

DoCmd.OpenForm "Форм_Викладач_Предмет",,, "Табл_Викладач!ПІБ_Викладач=Forms!Форм_Вибір_Викладач![Список2]"

Exit Sub

End Sub

7. Екзаменаційні і залікові відомості по предметах і групах

Екзаменаційні і залікові відомості по предметах і групах (номер групи, назва предмета, прізвище, ім’я та по батькові викладача, номер залікової книжки, прізвище, ім’я та по батькові студента, оцінка, дата) можна сформувати у вигляді звітів використовуючи дані Табл_Контроль. Для того щоб на звіті відображалися дані для певної групи по певному предмету необхідно створити запит Запит_Контроль_1 з параметрами.

Для друкування екзаменаційних відомостей розроблено Звіт_Контроль_Іспит (рис. 55), а для друкування залікових відомостей розроблено Звіт_Контроль_Залік (рис. 56).

Запит Запит_Контроль_1 приєднано до звітів Звіт_Контроль_Залік і Звіт_Контроль_Іспит у якості джерела даних.

Макрос_Глав_Кноп_Форм
Вложенный макросКолір0
Задать свойство
Имя элемента		Надпись 1
Свойство		Цвет текста
Значение		#000000
Задать свойство
Имя элемента		Надпись 3
Свойство		Цвет текста
Значение		#000000
Конец вложенного макроса
Вложенный макросКолір1
Задать свойство
Имя элемента		Надпись 1
Свойство		Цвет текста
Значение		#FF0000
Задать свойство
Имя элемента		Надпись 3
Свойство		Цвет текста
Значение		#000000
Конец вложенного макроса
Вложенный макросКолір3
Задать свойство
Имя элемента		Надпись 1
Свойство		Цвет текста
Значение		#000000
Задать свойство
Имя элемента		Надпись 3
Свойство		Цвет текста
Значение		#FF0000
Конец вложенного макроса
Вложенный макрос Відкр_Форм_Наповнення
Имя формы		Форм_Наповнення
Режим		Форма
Режим окна		Обычное
Конец вложенного макроса
Вложенный макрос Відкр_Форм_Інформ
Имя формы		Форм_Інформ
Режим		Форма
Режим окна		Обычное
Конец вложенного макроса
Глав_Кноп_Форм
Имя элемента	Нажатие кнопки		Перемещение указателя
Кнопка0	Макрос_Глав_Кноп_Форм. Відкр_Форм_Наповнення		Макрос_Глав_Кноп_Форм.Колір1
Надпись1	Макрос_Глав_Кноп_Форм. Відкр_Форм_Наповнення		Макрос_Глав_Кноп_Форм.Колір1
Кнопка2	Макрос_Глав_Кноп_Форм. Відкр_Форм_Інформ		Макрос_Глав_Кноп_Форм.Колір3
Надпись3	Макрос_Глав_Кноп_Форм. Відкр_Форм_Інформ		Макрос_Глав_Кноп_Форм.Колір3
Всі інші елементи			Макрос_Глав_Кноп_Форм.Колір0

Номер залікової книжки	Прізвище, ім’я та по батькові	Адреса
ІУСТ\0020	Дурдинець Василь Викторович	м. Хуст
….
ІУСТ\0022	Попович Віктор Сидорович	м. Чоп

Табельний номер	Прізвище, ім’я та по батькові	Посада	Вчене звання
001	Орлик Петро Іванович	Зав. кафедрою	Кандидат наук, доцент
…
004	Донець Петро Петрович	Ст. викладач	Без звання

Номер групи	Назва предмета	Назва кафедри	ПІБ викладача	Вид заняття	Вид контролю
ІУСТ-003	Математика	Кафедра математики і фізики	Лимар Василь Григорович	Лекції	Іспит
ІУСТ-003	Математика	Кафедра математики і фізики	Кудря Дмитро Михайлович	Практика	Залік
…

Номер залікової книжки	Прізвище, ім’я та по батькові	Оцінка	Підпис викладача
ІУСТ\0020	Дурдинець Василь Викторович
ІУСТ\0021	Куль Микита Михайлович
ІУСТ\0022	Попович Віктор Сидорович
…

№ етапу	Тижні
	1	2	3	4	5	6	7	8	9	10	11	12
1
2
3
4
5
6
7
8
9
10