1. Введення
Процес автоматизації обробки інформації зазвичай розглядається з урахуванням двох компонентів: даних і алгоритму обробки. Сформульовано стандартні вимоги до організації даних:
інтеграція даних, в цьому випадку створюється динамічна модель предметної області, в рамках якої працює автоматизована інформаційна система;
максимально можлива незалежність прикладних програм від даних.
Виконання цих вимог призвело до появи єдиного блоку даних (бази даних (БД) та розробці однієї керуючої програми для маніпулювання даними на фізичному рівні (системи управління даними СУБД).
Система управління базами даних (СКБД) ґрунтується на використанні певної моделі даних, які відображають взаємозв'язки об'єктів. Сучасна класифікація СУБД передбачає реалізацію ієрархічних, мережевих і реляційних моделей даних.
Реляційна модель СУБД ґрунтується на математичному понятті відносини, а загальна структура даних представляється у вигляді таблиці, в якій кожен рядок значень відповідає логічній записи, а заголовки стовпців є характеристиками об'єктів, інформацію про які необхідно зберігати в БД.
Процес проектування БД являє собою послідовність переходу від неформального словесного опису інформаційної структури предметної області до формального опису об'єктів предметної області в термінах деякої моделі.
У загальному випадку можна виділити наступні етапи проектування:
системний аналіз і словесний опис інформаційних об'єктів предметної області;
проектування інфологічної моделі предметної області - частково формалізований опис об'єктів предметної області в термінах деякої семантичної моделі;
Даталогіческое або логічне проектування БД, тобто опис БД в термінах прийнятої даталогіческой моделі даних;
фізичне проектування БД, тобто вибір ефективного розміщення БД на зовнішніх носіях для забезпечення найбільш ефективної роботи додатку.
В якості системи управління базою даних в цій роботі використовується СУБД MS Access.
2. Аналіз предметної області
Необхідно спроектувати базу даних, побудувати програму, що забезпечує взаємодію з нею в режимі діалогу для завуча школи.
Для кожного вчителя в БД повинні зберігатися відомості про предмети, які він викладає, номері кабінету, який за ним закріплений, номери класів, в яких він веде заняття, номері уроку і дні, коли він веде уроки. Існують вчителі, які не мають власного кабінету. Про учнів повинні зберігатися такі відомості: прізвище та ім'я, в якому класі вчиться, яка оцінка по кожному предмету отримана. Учень може виправити отриману оцінку. Завуч може додати інформацію про новий вчителя або учня, а також видалити - вибулих.
завуч можуть знадобитися такі відомості:
який предмет буде в заданому класі, наприклад, у вівторок на заданому уроці;
хто з вчителів викладає в заданому класі;
в коком кабінеті буде 5-й урок в середу біля деякого класу;
в яких класах викладає вчитель заданий предмет;
розклад на заданий день тижня для класу.
Завуч може вносити такі зміни:
вносити інформацію про новий вчителя;
видаляти запис про учня;
змінити оцінку учневі.
Необхідно передбачити можливість видачі довідки про кількість учнів у даному класі і звіту про роботу школи (кількість вчителів з предметів, кількість кабінетів, число учнів у кожному класі, число двієчників, хорошистів та відмінників).
3. Схема даних
Для визначення схеми даних проектованої бази даних, тобто побудови її інфологічної моделі, необхідно визначити сутності й зв'язку БД. За допомогою сутності моделюється клас однотипних об'єктів. Сутність має ім'я, унікальне в межах модельованої системи. Сутність відповідає деякому класу однотипних об'єктів, тому передбачається, що в системі існує безліч екземплярів даної сутності. Об'єкт, якому відповідає поняття сутності, має свій набір атрибутів - характеристик, що визначають властивості даного представника класу. Між сутностями можуть бути встановлені зв'язки - бінарні асоціації, що показують, яким чином сутності співвідносяться або взаємодіють один з одним. Зв'язок може існувати між двома різними сутностями або між сутністю і їй самій (рекурсивна зв'язок).
Рис. Инфологическая модель БД школи
4. Нормалізація БД
<...
