Робота МАН База даних Школа

Зміст

Вступ

Глава I. Теоретична частина

1.1 Основні поняття БД

1.2 Функціональні можливості СУБД

1.3 Комп'ютерні технології в допомогу класному керівникові

Глава II. Постанова завдання

2.1 Пояснення

2.2 Призначення проекту

2.3 Вимоги до проекту

2.4 Вхідна інформація

2.5 Структура бази даних "АРМ класного керівника"

2.6 Вихідна інформація

Висновок

Література

Вступ

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

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

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

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

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

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

Одним із складених завдань можна розглядати проблему автоматизації робочого місця класного керівника.

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

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

Глава I. Теоретична частина

1.1 Основні поняття БД

Розвитку обчислювальної техніки здійснювалося за двома основними напрямами:

* застосування обчислювальної техніки для виконання чисельних розрахунків;

* використання засобів обчислювальної техніки в інформаційних системах.

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

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

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

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

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

Протягом багатьох років використовувалися переважно плоскі таблиці (плоскі БД) типу списків в Excel. В даний час найбільше поширення при розробці БД отримали реляційні моделі даних. Реляційна модель даних є сукупністю найпростіших двовимірних таблиць - відносин (англ. relation), тобто найпростіша двовимірна таблиця визначається як відношення (безліч однотипних записів об'єднаних однією темою).

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

Основні поняття реляційних БД: нормалізація, зв'язку і ключі

Принципи нормалізації:

* У кожній таблиці БД не повинно бути повторюваних полів;

* У кожній таблиці повинен бути унікальний ідентифікатор (первинний ключ);

* Кожному значенню первинного ключа повинна відповідати достатня інформація про тип сутності або про об'єкт таблиці (наприклад, інформація про успішність, про групу або студентів);

* Зміна значень поля таблиці не повинно впливати на інформацію в інших полях (крім змін у полях ключа).

Види логічного зв'язку.

Зв'язок встановлюється між двома спільними полями (стовпцями) двох таблиць. Існують зв'язку з відношенням "один до одного", "один-до-багатьом" і "багато-до-багатьом".

Відносини, які можуть існувати між записами двох таблиць:

* один до одного, кожного запису з однієї таблиці відповідає одна запис в іншій таблиці;

* один - до - багатьом, кожного запису з однієї таблиці відповідає кілька записів іншій таблиці;

* багато - одному, безлічі записів з однієї таблиці відповідає одна запис в іншій таблиці;

* багато - до - багатьом, безлічі записів з однієї таблиці відповідає кілька записів в іншій таблиці.

Тип відносини у створюваній зв'язку залежить від способу визначення пов'язуються полів:

* Відношення "один-до-багатьом" створюється в тому разі, коли одне з полів є полем первинного ключа або унікального індексу.

* Відношення "один до одного" створюється в тому випадку, коли обидва пов'язуються поля є ключовими або мають унікальні індекси.

* Відношення "багато-до-багатьом" фактично є двома відносинами "один-до-багатьом" з третьої таблицею, первинний ключ якої складається з полів ключа двох інших таблиць.

 Ключі. 

 Ключ - це стовпчик (може бути кілька стовпчиків), що додається до таблиці і дозволяє встановити зв'язок із записами в іншій таблиці. Існують ключі двох типів: первинні і вторинні або зовнішні.

Первинний ключ - це одне або декілька полів (стовпчиків), комбінація значень яких однозначно визначає кожний запис у таблиці. Первинний ключ не допускає значень Null і завжди повинен мати унікальний індекс. Первинний ключ використовується для зв'язування таблиці з зовнішніми ключами в інших таблицях.

Зовнішній (вторинний) ключ - це одне або декілька полів (стовпців таблиці, що містять посилання на полі або поля первинного ключа в іншій таблиці. Зовнішній ключ визначає спосіб об'єднання таблиць.

З двох логічно пов'язаних таблиць одну називають таблицею первинного ключа або головної таблицею, а іншу таблицею вторинного (зовнішнього) ключа або підлеглою таблицею. СУБД дозволяють зіставити родинні запису з обох таблиць і спільно вивести їх у вигляді звіті або запиті.

Існує три типи первинних ключів:

• ключові поля лічильника (лічильник);
• простий ключ;
• складовою ключ.

Поле лічильника (Тип даних "Лічильник").

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

Простий ключ.

Якщо поле містить унікальні значення, такі як коди або інвентарні номери, то це поле можна визначити як первинний ключ. В якості ключа можна визначити будь-яке поле, що містить дані, якщо це поле не містить повторювані значення або значення Null.

Складовою ключ.

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

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

Якщо виникають труднощі з вибором відповідного типу первинного ключа, то в якості ключа доцільно вибрати поле лічильника.

Програми, які призначені для структурування інформації, розміщення її в таблицях і маніпулювання даними називаються системами управління базами даних (СУБД). Іншими словами СУБД призначені як для створення і ведення бази даних, так і для доступу до даних. В даний час налічується більше 50 типів СУБД для персональних комп'ютерів. До найбільш поширених типів СУБД відносяться: MS SQL Server, Oracle, Informix, Sybase, DB2, MS Access і т. д.

Створення БД починається з проектування.

Етапи проектування БД:

* Дослідження предметної області;

* Аналіз даних (сутностей їх атрибутів);

* Визначення стосунків між сутностями і визначення первинних і вторинних (зовнішніх) ключів.

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

До базовими поняттями моделі БД "сутність - зв'язок" відносяться: суті, зв'язку між ними і їх атрибути (властивості).

Сутність - будь-який конкретний або абстрактний об'єкт у даній предметній області.

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

Атрибут - це властивість сутності у предметній області. Його найменування має бути унікальним для конкретного типу суті. Наприклад, для суті студент можуть бути використані наступні атрибути: прізвище, ім'я, по батькові, дата і місце народження, паспортні дані і т.д. У реляційної БД атрибути зберігаються в полях таблиць.

Зв'язок - взаємозв'язок між сутностями в предметній області. Зв'язку являють собою з'єднання між частинами БД (в реляційної БД - це з'єднання між записами таблиць).

Суті - це дані, які класифікуються за типом, а зв'язку показують, як ці типи даних співвідносяться один з одним. Якщо описати деяку предметну область у термінах суті - зв'язок, то отримаємо модель сутність - зв'язок для цієї

1.2 Функціональні можливості СУБД

Додаток Microsoft Access - це настільна система управління реляційними базами даних (СУБД), призначена для роботи на автономному персональний комп'ютер (ПК) або локальної обчислювальної мережі під керуванням сімейства операційних систем Microsoft Windows (Windows 2000, Windows XP і Windows Server 2003).

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

До основних можливостей СУБД Microsoft Access можна віднести наступні:

* Проектування базових об'єктів - двовимірні таблиці з полями різних типів даних.

* Створення зв'язків між таблицями, з підтримкою цілісності даних, каскадного оновлення полів і каскадного видалення записів.

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

* Створення, модифікація і використання похідних об'єктів (запитів, форм і звітів).

1.3 Комп'ютерні технології в допомогу класному керівникові

В даний час, незважаючи на підвищення комп'ютеризації товариства, у сфері освіти досі немає коштів, які в достатній мірі автоматизувати процес ведення документації і звітності.

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

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

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

Класний керівник готує та проводить батьківські збори, для того, щоб вирішити питання, що виникли або повідомити батьків про що-або. У його обов'язки входить надання допомоги учням його класу в підготовці до різних заходах, що проводяться в їхньому навчальному закладі.

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

а) журнал класного керівника, який містить:

- щоденник класного керівника;

- план роботи;

- календар класного керівника;

б) особисті картки учнів, які містять:

- ПІБ;

- дату народження;

- ПІБ батьків;

- місце роботи і посада батьків;

- домашня адреса;

в) зведена відомість про пропуски що містить

- кількість пропусків з поважної причини;

- кількість прогулів;

г) зведена відомість про успішність, що містить підсумкові оцінки за семестр;

д) план проведення заходів і класних годин;

е) план проведення батьківських зборів.

Глава II. Постанова задачі

2.1 Пояснення

Проект "Автоматизоване робоче місце (надалі - АРМ) класного керівника", призначений для використання в середній загальноосвітній школі.

Проект містить у собі дев’ять  таблиць для введення записів в базу даних і три форми: форму для введення особистих даних учнів, форму для введення контактних даних учнів і форму для введення даних про батьків учнів.

2.2 Призначення проекту

Проект призначений для ведення бази даних учнів одного з класів середньої школи. В бази можна додавати та видаляти записи, виводити звіт про успішність або відвідування учнів на друк або просто переглянути.

2.3 Вимоги до проекту

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

2.4 Вхідна інформація.

Для внесення вхідної інформації створена одна база даних - база учнів, що складається з дев ‘ятитаблиць.

2.5 Структура бази даних "АРМ класного керівника"

В Access можна встановлювати постійні відносини між таблицями, які будуть підтримуватися при створенні форм, звітів і запитів. При визначенні відносин одна з таблиць є батьківського, а інша - дочірньої. Для батьківського таблиці повинен бути визначений первинний ключ або ключ - кандидат, а для дочірньої - індекс для зв'язку з батьківського таблицею.

 2.6 Вихідна інформація

Вихідна інформація - це виведення інформації у вигляді звіту або запиту. Запити призначені для виведення проміжної інформації на екран. Звіти потрібні для виводу на друк.

Висновок

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

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

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

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

- глибоко розвинені можливості інтеграції з іншими програмними продуктами, що входять до складу Microsoft Office, а також з будь-якими програмами продуктами, що підтримують технологію OLE;

- багатий набір візуальних засобів розробки.

Література

1. Вейскас.Д, В26 Ефективна робота з Мicrosoft Access 97 - Спб: ЗАТ "Видавництво Пітер",1999.

2. Кауфельд.Дж, К45 FoxPro для "чайників". - К.: "Диалекика", 1995.

3. В.В. Бойко, В.М. Савінков, "Проектування баз даних інформаційних систем", М., Фінанси і статистика, 1989 р.

4. Селиджтаун.М, В26 "FoxPro 2.5 Практичний посібник" - М: вид. "Москва-Прес",1994.

5. Гурвіц Г.А. Розробка реального додатки з використанням Microsoft Visual FoxPro 9. - Х.: Видавництво ДВГУПС, 2007.

6. Каратигін., Тихонов А., Тихонова Л. Visual Fox Pro 6. - М.: Видавництво " Біном", 2000.

7. Тихонов А., Тихонова Л. Visual Fox Pro 5. - М.: Видавництво " Біном", 1997.

8. Введення до системи баз даних" К.2000г.

9. А.Д. Хоменко "Основи сучасних комп'ютерних технологій". М. 2000р.

10. Інформатика: комп'ютерна техніка. Комп'ютерні технології. Пособн. / під ред. А.І. Пушкаря. - К.: Выд. ц. "Академія", 2002.- 704с.

11. Д. Цикритизис, Ф. Лоховски, "Моделі даних", М., Фінанси і статистика, 1985 р.

12. ДО. Дейт, "Введення до системи баз даних", М., Наука, 1980 р.

13. ДО. Дейт, "Керівництво по реляційної СУБД", М., Фінанси і статистика,1988 р.

14. Д. Мейер, "Теорія реляційних баз даних", М., Світ, 1987 р.

Зміст

Вступ

Глава I. Теоретична частина

1.1 Основні поняття БД

1.2 Функціональні можливості СУБД

1.3 Комп'ютерні технології в допомогу класному керівникові

Глава II. Постанова завдання

2.1 Пояснення

2.2 Призначення проекту

2.3 Вимоги до проекту

2.4 Вхідна інформація

2.5 Структура бази даних "АРМ класного керівника"

2.6 Вихідна інформація

Висновок

Література

Вступ

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

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

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

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

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

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

Одним із складених завдань можна розглядати проблему автоматизації робочого місця класного керівника.

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

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

Глава I. Теоретична частина

1.1 Основні поняття БД

Розвитку обчислювальної техніки здійснювалося за двома основними напрямами:

* застосування обчислювальної техніки для виконання чисельних розрахунків;

* використання засобів обчислювальної техніки в інформаційних системах.

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

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

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

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

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

Протягом багатьох років використовувалися переважно плоскі таблиці (плоскі БД) типу списків в Excel. В даний час найбільше поширення при розробці БД отримали реляційні моделі даних. Реляційна модель даних є сукупністю найпростіших двовимірних таблиць - відносин (англ. relation), тобто найпростіша двовимірна таблиця визначається як відношення (безліч однотипних записів об'єднаних однією темою).

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

Основні поняття реляційних БД: нормалізація, зв'язку і ключі

Принципи нормалізації:

* У кожній таблиці БД не повинно бути повторюваних полів;

* У кожній таблиці повинен бути унікальний ідентифікатор (первинний ключ);

* Кожному значенню первинного ключа повинна відповідати достатня інформація про тип сутності або про об'єкт таблиці (наприклад, інформація про успішність, про групу або студентів);

* Зміна значень поля таблиці не повинно впливати на інформацію в інших полях (крім змін у полях ключа).

Види логічного зв'язку.

Зв'язок встановлюється між двома спільними полями (стовпцями) двох таблиць. Існують зв'язку з відношенням "один до одного", "один-до-багатьом" і "багато-до-багатьом".

Відносини, які можуть існувати між записами двох таблиць:

* один до одного, кожного запису з однієї таблиці відповідає одна запис в іншій таблиці;

* один - до - багатьом, кожного запису з однієї таблиці відповідає кілька записів іншій таблиці;

* багато - одному, безлічі записів з однієї таблиці відповідає одна запис в іншій таблиці;

* багато - до - багатьом, безлічі записів з однієї таблиці відповідає кілька записів в іншій таблиці.

Тип відносини у створюваній зв'язку залежить від способу визначення пов'язуються полів:

* Відношення "один-до-багатьом" створюється в тому разі, коли одне з полів є полем первинного ключа або унікального індексу.

* Відношення "один до одного" створюється в тому випадку, коли обидва пов'язуються поля є ключовими або мають унікальні індекси.

* Відношення "багато-до-багатьом" фактично є двома відносинами "один-до-багатьом" з третьої таблицею, первинний ключ якої складається з полів ключа двох інших таблиць.

Ключі.

Ключ - це стовпчик (може бути кілька стовпчиків), що додається до таблиці і дозволяє встановити зв'язок із записами в іншій таблиці. Існують ключі двох типів: первинні і вторинні або зовнішні.

Первинний ключ - це одне або декілька полів (стовпчиків), комбінація значень яких однозначно визначає кожний запис у таблиці. Первинний ключ не допускає значень Null і завжди повинен мати унікальний індекс. Первинний ключ використовується для зв'язування таблиці з зовнішніми ключами в інших таблицях.

Зовнішній (вторинний) ключ - це одне або декілька полів (стовпців таблиці, що містять посилання на полі або поля первинного ключа в іншій таблиці. Зовнішній ключ визначає спосіб об'єднання таблиць.

З двох логічно пов'язаних таблиць одну називають таблицею первинного ключа або головної таблицею, а іншу таблицею вторинного (зовнішнього) ключа або підлеглою таблицею. СУБД дозволяють зіставити родинні запису з обох таблиць і спільно вивести їх у вигляді звіті або запиті.

Існує три типи первинних ключів:

• ключові поля лічильника (лічильник);

• простий ключ;

• складовою ключ.

Поле лічильника (Тип даних "Лічильник").

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

Простий ключ.

Якщо поле містить унікальні значення, такі як коди або інвентарні номери, то це поле можна визначити як первинний ключ. В якості ключа можна визначити будь-яке поле, що містить дані, якщо це поле не містить повторювані значення або значення Null.

Складовою ключ.

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

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

Якщо виникають труднощі з вибором відповідного типу первинного ключа, то в якості ключа доцільно вибрати поле лічильника.

Програми, які призначені для структурування інформації, розміщення її в таблицях і маніпулювання даними називаються системами управління базами даних (СУБД). Іншими словами СУБД призначені як для створення і ведення бази даних, так і для доступу до даних. В даний час налічується більше 50 типів СУБД для персональних комп'ютерів. До найбільш поширених типів СУБД відносяться: MS SQL Server, Oracle, Informix, Sybase, DB2, MS Access і т. д.

Створення БД починається з проектування.

Етапи проектування БД:

* Дослідження предметної області;

* Аналіз даних (сутностей їх атрибутів);

* Визначення стосунків між сутностями і визначення первинних і вторинних (зовнішніх) ключів.

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

До базовими поняттями моделі БД "сутність - зв'язок" відносяться: суті, зв'язку між ними і їх атрибути (властивості).

Сутність - будь-який конкретний або абстрактний об'єкт у даній предметній області.

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

Атрибут - це властивість сутності у предметній області. Його найменування має бути унікальним для конкретного типу суті. Наприклад, для суті студент можуть бути використані наступні атрибути: прізвище, ім'я, по батькові, дата і місце народження, паспортні дані і т.д. У реляційної БД атрибути зберігаються в полях таблиць.

Зв'язок - взаємозв'язок між сутностями в предметній області. Зв'язку являють собою з'єднання між частинами БД (в реляційної БД - це з'єднання між записами таблиць).

Суті - це дані, які класифікуються за типом, а зв'язку показують, як ці типи даних співвідносяться один з одним. Якщо описати деяку предметну область у термінах суті - зв'язок, то отримаємо модель сутність - зв'язок для цієї

1.2 Функціональні можливості СУБД

Додаток Microsoft Access - це настільна система управління реляційними базами даних (СУБД), призначена для роботи на автономному персональний комп'ютер (ПК) або локальної обчислювальної мережі під керуванням сімейства операційних систем Microsoft Windows (Windows 2000, Windows XP і Windows Server 2003).

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

До основних можливостей СУБД Microsoft Access можна віднести наступні:

* Проектування базових об'єктів - двовимірні таблиці з полями різних типів даних.

* Створення зв'язків між таблицями, з підтримкою цілісності даних, каскадного оновлення полів і каскадного видалення записів.

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

* Створення, модифікація і використання похідних об'єктів (запитів, форм і звітів).

1.3 Комп'ютерні технології в допомогу класному керівникові

В даний час, незважаючи на підвищення комп'ютеризації товариства, у сфері освіти досі немає коштів, які в достатній мірі автоматизувати процес ведення документації і звітності.

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

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

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

Класний керівник готує та проводить батьківські збори, для того, щоб вирішити питання, що виникли або повідомити батьків про що-або. У його обов'язки входить надання допомоги учням його класу в підготовці до різних заходах, що проводяться в їхньому навчальному закладі.

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

а) журнал класного керівника, який містить:

- щоденник класного керівника;

- план роботи;

- календар класного керівника;

б) особисті картки учнів, які містять:

- ПІБ;

- дату народження;

- ПІБ батьків;

- місце роботи і посада батьків;

- домашня адреса;

в) зведена відомість про пропуски що містить

- кількість пропусків з поважної причини;

- кількість прогулів;

г) зведена відомість про успішність, що містить підсумкові оцінки за семестр;

д) план проведення заходів і класних годин;

е) план проведення батьківських зборів.

Глава II. Постанова задачі

2.1 Пояснення

Проект "Автоматизоване робоче місце (надалі - АРМ) класного керівника", призначений для використання в середній загальноосвітній школі.

Проект містить у собі дев’ять таблиць для введення записів в базу даних і три форми: форму для введення особистих даних учнів, форму для введення контактних даних учнів і форму для введення даних про батьків учнів.

2.2 Призначення проекту

Проект призначений для ведення бази даних учнів одного з класів середньої школи. В бази можна додавати та видаляти записи, виводити звіт про успішність або відвідування учнів на друк або просто переглянути.

2.3 Вимоги до проекту

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

2.4 Вхідна інформація.

Для внесення вхідної інформації створена одна база даних - база учнів, що складається з дев ‘ятитаблиць.

2.5 Структура бази даних "АРМ класного керівника"

В Access можна встановлювати постійні відносини між таблицями, які будуть підтримуватися при створенні форм, звітів і запитів. При визначенні відносин одна з таблиць є батьківського, а інша - дочірньої. Для батьківського таблиці повинен бути визначений первинний ключ або ключ - кандидат, а для дочірньої - індекс для зв'язку з батьківського таблицею.

2.6 Вихідна інформація

Вихідна інформація - це виведення інформації у вигляді звіту або запиту. Запити призначені для виведення проміжної інформації на екран. Звіти потрібні для виводу на друк.

Висновок

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

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

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

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

- глибоко розвинені можливості інтеграції з іншими програмними продуктами, що входять до складу Microsoft Office, а також з будь-якими програмами продуктами, що підтримують технологію OLE;

- багатий набір візуальних засобів розробки.

Література

1. Вейскас.Д, В26 Ефективна робота з Мicrosoft Access 97 - Спб: ЗАТ "Видавництво Пітер",1999.

2. Кауфельд.Дж, К45 FoxPro для "чайників". - К.: "Диалекика", 1995.

3. В.В. Бойко, В.М. Савінков, "Проектування баз даних інформаційних систем", М., Фінанси і статистика, 1989 р.

4. Селиджтаун.М, В26 "FoxPro 2.5 Практичний посібник" - М: вид. "Москва-Прес",1994.

5. Гурвіц Г.А. Розробка реального додатки з використанням Microsoft Visual FoxPro 9. - Х.: Видавництво ДВГУПС, 2007.

6. Каратигін., Тихонов А., Тихонова Л. Visual Fox Pro 6. - М.: Видавництво " Біном", 2000.

7. Тихонов А., Тихонова Л. Visual Fox Pro 5. - М.: Видавництво " Біном", 1997.

8. Введення до системи баз даних" К.2000г.

9. А.Д. Хоменко "Основи сучасних комп'ютерних технологій". М. 2000р.

10. Інформатика: комп'ютерна техніка. Комп'ютерні технології. Пособн. / під ред. А.І. Пушкаря. - К.: Выд. ц. "Академія", 2002.- 704с.

11. Д. Цикритизис, Ф. Лоховски, "Моделі даних", М., Фінанси і статистика,

1985 р.

12. ДО. Дейт, "Введення до системи баз даних", М., Наука, 1980 р.

13. ДО. Дейт, "Керівництво по реляційної СУБД", М., Фінанси і статистика,1988 р.

14. Д. Мейер, "Теорія реляційних баз даних", М., Світ, 1987 р.