Бази даних. Створення форм і звітів (на прикладі ACCESS )

Інформатика, програмування

Міністерство загальної та професійної освіти

Уральський державний професійно-педагогічний університет

Бази даних. Створення форм і звітів (на прикладі ACCESS).

Опис програми ведення електронної шкільної документації.

Пояснювальна записка до дипломної роботи

030504.05.ПЗ

Єкатеринбург

1999

Р Е Ф Е Р А Т

В дипломної роботі

***** аркушів машинописного тексту,

***** ілюстрацій,

***** таблиць,

***** використаних джерел,

***** додатків.

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

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

Розглянуто питання санітарно-гігієнічних вимог прироботі з комп'ютером.

ЗМІСТ

Введення
БАЗИ ДАНИХ
1. Текстові бази даних
2. Мережні бази даних
3. Реляційні бази даних
4. Проектування баз даних
5. Аналіз предметної області і запитів до БД

1. Аналіз концептуальних вимог

2. Виявлення інформаційних об'єктів і зв'язків між ними

3. Побудова концептуальної моделі
6. Логічне проектування

1. Вибір конкретної СУБД

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

3. Вибір мови маніпулювання даними
ACCESS

1. Таблиці

2. Форми

3. Звіти
Опис роботи програми ведення електронної шкільної документації
1. НАСТРОЙКА ПРОГРАМИ

1. ЗАПОВНЕННЯ Титульний аркуш

2. Заповнення таблиці Класи

3. Заповнення таблиці Предмети

4. Заповнення таблиці Учні

5. Заповнення таблиці Кабінети

6. І т д ... ..
2. Робота програми

1. Класні журнали

2. Розклад

3. Реєстрація виконаної роботи

4. Сервіс

1. Створення резервної копії

2. Відновлення

3. Контроль цілісності

4. Тестування БД

5. Переклад на новий навчальний рік

6. Робота в архіві

7. Узгодження з бухг. Програмою

8. Організація контролю доступу

9. Робота з SQL запитами

5. Звіти
Санітарно-гігієнічні вимоги при роботі на ПЕОМ
ЕКОНОМІЧНА ЧАСТИНА ДИПЛОМНОЇ РОБОТИ
Висновок
ГЛОСАРІЙ
Література
Додаток 1
Додаток 2
Додаток
Додаток
Додаток
Додаток
Додаток

Введення

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

Актуальність теми

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

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

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

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

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

Одне з основних призначень СУБД - підтримка програмними засобамиуявлення, що відповідає реальності.

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

Деякі відомості про типи даних

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

Для введення в ПК отримане опис має бути представлено втермінах спеціальної мови опису даних, що входить в комплексзасобів СУБД.

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

Сукупність простих даних можна об'єднати в складений даний двома способами. По-перше, можна з'єднати кілька різнотипних даних.
Наприклад, дане АНКЕТА складається з даних табельний номер, ПІБ, РІК
НАРОДЖЕННЯ, ПОЛ, ПОСАДА, ЗАРПЛАТА. За цим принципом утворюєтьсяструктурний дане або дане типу структура. Опис структури складається зперерахування її складових частин, значення - зі значень складових їїданих. По-друге, складеного дане може об'єднувати сукупністьоднотипних даних (список співробітників, що послужний список співробітника і т.п.).
Складений дане цього типу називається масивом. В описі масивудостатньо вказати опис одного елемента, значення масивупредставляється однорідним списком значень його елементів.

У загальному випадку складові дані представляють собою об'єднану підодним ім'ям сукупність даних будь-яких типів, у тому числі структур імасивів, з довільною глибиною вкладеності складових даних (рис.1).

Послужний список

Анкета

Зарплата

Дата Робота

Таб.номер Посада

ПІБ Пол Посада Організація

Рік народження

Масив

Структура < p> Співробітники

Анкета

Зарплата

Таб. номер

Послужний список

ПІБ

Дата

Робота Дата народження

Число

Посада Організація

Місяць Рік

Багаторівневе дане

Рис.1

Елементи масиву можуть ідентифікуватися ключем - даними, значенняякого взаємно однозначно визначають примірники елементів.

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

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

Інтерфейс із БД.

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

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

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

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

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

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

База даних (БД) - іменована сукупність даних, що відображаєстан об'єктів та їх відносин у розглянутій предметній області;

- система управління базами даних (СУБД) - сукупність мовних іпрограмних засобів, призначених для створення, ведення і спільногозастосування БД багатьма користувачами;

- банк даних (БНД) - заснована на технології БД системапрограмних, мовних, організаційних і технічних засобів,призначених для централізованого накопичення і колективноговикористання даних;

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

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

БАЗИ ДАНИХ

Текстові бази даних.

Об'єктами зберігання в текстових БД є тексти. Під текстом будутьрозумітися неструктуровані дані, побудовані з рядків.

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

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

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

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

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

Універсальними структурами дескріпторного мови є лексичніодиниці, парадигматичні та синтагматичні відносини.

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

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

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

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

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

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

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

З перерахованих інформаційно - пошукових мов самедескріпторние мови найкращим чином пристосовані для опису документіві запитів при автоматизованому пошуку в текстових БД. Мови ці володіютьтакою перевагою, як гнучкість, відкритість, близькість до природногомови; це мови дворівневі (рівень ключових слів і рівеньдескрипторів). Дескріпторние інформаційно - пошукові мови дозволяютьформулювати документи і запити в різних термінах. До основнихнедоліків мов даного класу можна віднести недостатню повнотуопису смислового змісту документів і запитів.

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

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

Мережеві бази даних.

Одним з найбільш ефективних методів представлення знань ємережеві моделі.

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

Вузли та зв'язку можна наочно зображувати у вигляді діаграм.

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

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

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

Реляційні бази даних.

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

Доктор І.Ф. Коддом, автор реляційної моделі, розробив цілий списоккритеріїв, яким повинна задовольняти реляційна модель. Опис цьогосписку, який часто називають «12 правилами Кодда», вимагає введення складноїтермінології і виходить за рамки дипломної роботи. Проте можнаназвати деякі правила Кодда для реляційних систем. Щоб вважатисяреляційної по Коддом, система управління базами даних повинна:
. Представляти всю інформацію у вигляді таблиць;
. Підтримувати логічну структуру даних, незалежно від їх розкладки;
. Використовувати мова високого рівня для структурування, виконання запитів і зміни інформації в базах даних;
. Підтримувати основні реляційні операції (вибір, проектування і об'єднання), а також теоретико-множинні операції, такі як об'єднання, перетин і доповнення;
. Підтримувати віртуальні таблиці, забезпечуючи користувачам альтернативний спосіб перегляду даних у таблицях;
. Розрізняти в таблицях невідомі значення (nulls), нульові значення і пропуски в даних;
. Забезпечувати механізми для підтримки цілісності, авторизації, транзакцій та відновлення даних.

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

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

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

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

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

Віртуальні таблиці можна розглядати як деяку переміщувану потаблиць рамку, через яку можна побачити тільки необхідну частинуінформації. Віртуальні таблиці можна отримати з однієї або декількохтаблиць бази даних (включаючи і інші віртуальні таблиці), використовуючи будь-якіоперації вибору, проектування та об'єднання. Віртуальні таблиці, ввідміну від «справжніх», або базових таблиць, фізично не зберігаються в базіданих. У той же час необхідно усвідомлювати, що віртуальні таблиці це некопія деяких даних, що поміщаються в іншу таблицю. Коли ви змінюєтедані у віртуальній таблиці, то тим самим змінюєте дані в базовихтаблицях. В ідеальній реляційної системі з віртуальними таблицями можнаоперувати як і з будь-якими іншими таблицями. У реальному світі навіртуальні таблиці накладаються певні обмеження, зокрема наоновлення. Одне з правил Кодда свідчить, що в істинно реляційної системінад віртуальними таблицями можна виконувати всі «теоретично» можливіоперації. Більшість сучасних систем управління реляційними базамиданих не задовольняють цього правила повністю.

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

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

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

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

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

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

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

Рис. 2
Аналіз предметної області і запитів до БД.

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

Опис Рівень фізичної Бібліотека
Бібліотека бази реалізації вхідних та запити дата вих. форм

Рис. 3

Аналіз концептуальних вимог

На етапі аналізу концептуальних вимог та інформаційнихпотреб необхідно вирішити такі завдання:
. Аналіз вимог користувачів до БД (концептуальних вимог);
. Виявлення наявних завдань з обробки інформації, яка повинна бути представлена в БД (аналіз додатків);
. Виявлення перспективних завдань (перспективних програм);
. Документування результатів аналізу.

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

Наприклад, у разі розробки БД для ведення електронної документаціїнавчального закладу необхідно отримати відповіді на питання:
1. Скільки учнів навчається в школі?
2. Скільки змін і класів у школі?
3. Як учні розподілені по класах і змінах?
4. Скільки предметів дається по кожній паралелі і в яких обсягах?
5. Скільки є навчальних класів?
6. Скільки викладачів у школі їх спеціалізація і класність?
7. Як часто оновлюється інформація в БД?
8. Які існують види звітів, довідок і діаграм?

Необхідно вирішити завдання:
1. Ведення особистих справ учнів
2. Ведення класних журналів
3. Складання розкладу занять
4. Ведення табеля робочого часу викладачів

На основі інформації що зберігається в БД необхідно видавати наступнізвіти:
1. Табель успішності
2. Відомість успішності та відвідуваності класу
3. Динаміка зростання успішності по класах та школі
4. Звіт по успішності за рік
5. Таблиця моніторингу навчального процесу
6. Статистичні дані по кількості учнів
7. Результати тестування
8. Результати роботи вчителів
9. Результати випускних іспитів
10. Якість знань учнів
11. Звіт по предмету
12. Табель з харчування
13. Акт про нещасний випадок
14. Протокол іспиту за курс середньої школи
15. Відомості про травматизм за навчальний рік
16. Відомості подаються класним керівником за чверть
17. Список тих, хто вибув учнів
18. Рух за рік
19. Список що залишилися на другий рік
20. Графік результатів успішності з чвертей
21. Графік підсумків успішності за роками

Виявлення інформаційних об'єктів і зв'язків між ними

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

При виборі інформаційних об'єктів необхідно відповісти на рядпитань:
1. На які таблиці можна розбити дані, що підлягають зберіганню в БД?
2. Яке ім'я можна присвоїти кожній таблиці?
3. Які найбільш цікаві характеристики (з точки зору користувача) можна виділити?
4. Які імена можна присвоїти обраним ознаками?

У нашому випадку передбачається завести наступні таблиці (рис. 4):

Рис. 4

Виділимо зв'язку між інформаційними об'єктами (мал. 5)

Рис. 5

У ході цього процесу необхідно відповісти на наступні питання:
1. Які типи зв'язків між інформаційними об'єктами?
2. Яке ім'я можна присвоїти кожному типу зв'язків?
3. Які можливі типи зв'язків, які можуть бути використані згодом?

Спроба поставити обмеження на об'єкти, їх характеристики та зв'язкупризводить до необхідності відповіді на наступні питання:
1. Яка область значень для числових характеристик?
2. Які функціональні залежності між характеристиками одного інформаційного об'єкта?
3. Який тип відображення відповідає кожному типу зв'язків?

При проектуванні БД існують взаємозв'язки між інформаційнимиоб'єктами трьох типів: «один до одного», «один до багатьох», «багато до багатьох»
(рис.6).
Наприклад:

Рис. 6

Побудова концептуальної моделі

У простих випадках для побудови концептуальної схеми використовуютьтрадиційні методи агрегації і узагальнення. При агрегації об'єднуютьсяінформаційні об'єкти (елементи даних) в один відповідно досемантичними зв'язками між об'єктами. Наприклад, урок історії в 10 «а»класі проводиться в кабінеті № 7, початок о 9-30. Методом агрегації створюємоінформаційний об'єкт (сутність) РОЗКЛАД з наступними атрибутами:
«Клас», «предмет», «кабінет», «час». При узагальненні інформаційніоб'єкти (елементи даних) об'єднуються в родовий об'єкт (рис.7):
| Російська мова | | |
| Література | | Філологія |
| Іноземні мови | | |

Рис. 7

Вибір моделі диктується перш за все характером предметної області івимогами до БД. Іншим важливим обставиною єнезалежність концептуальної моделі від СУБД, яка повинна бути обранапісля побудови концептуальної схеми.

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

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

Тип сутності - учень

Примірник суті - Іванов, Петров, Сидоров та ін

У нашому прикладі Школа, Клас, Предмети, Учні, Вчителі , Оцінки --сутності. Проаналізуємо зв'язку між сутностями (рис.8).

Рис. 8

Тепер можна перейти до проектування інформаційної (концептуальної)схеми БД (атрибути сутностей на діаграмі не показані) (мал. 9).

Рис. 9

Логічне проектування

Логічне проектування являє собою необхідний етап пристворення БД. Основним завданням логічного проектування єрозробка логічної схеми, орієнтир