5. Створення бази даних "Розклад автобусів" за допомогою пакета Access

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

Бази даних, як правило, мають такі ознаки:

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

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

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

Основні функції СУБД такі:

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

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

Керування даними - можна вказати, кому можна знайомитися з даними, коригувати їх або додавати нову інформацію.

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

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

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

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

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

Створимо таблиці як конструктора:

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

Таблиця 5.1.

Для поля Час відправлення поставимо ключ і задамо маску введення "00:00".

У такий же спосіб створимо другу взаємопов'язану таблицю:

Таблиця 5.2.

Для поля Пункт призначення поставимо ключ.

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

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

Заповнюються форми відповідно до полів таблиць №5.1. та 5.2. бази даних:

Пункт призначення	Час відправлення	Час в дорозі	Кількість посадочних місць
Східна
Західна
Педагогічний університет
Школа №25
вулиця Садова
проспект Нових технологій
Кінотеатр Мир
Педагогічний університет
площа Незнайки
проспект Нових технологій
Школа №25
Пошта №536
вулиця Садова
Західна
Педагогічний університет
Кінотеатр Мир
Східна
площа Незнайки
Школа №25
Пошта №536
проспект Нових технологій
Західна
Педагогічний університет
вулиця Садова

На основі створеної бази даних створюємо запити.

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

Створюємо запит із сортуванням по полю Час відправлення таблиці (форми) №5.1. Для цього заходимо до "Конструктора запитів", додаємо таблицю 5.1., вибираємо поля Пункт призначення та Час відправлення. Під полем Час відправлення у графі сортування вибираємо вид сортування "за зростанням" або "за спаданням". Закриваємо "Конструктор" та при збереженні натискаємо Так.

Запит із сортуванням по заданому полю
Пункт призначення	Час відправлення
вулиця Садова
Педагогічний університет
Західна
проспект Нових технологій
Пошта №536
Школа №25
площа Незнайки
Східна
Кінотеатр Мир
Педагогічний університет
Західна
вулиця Садова
Пошта №536
Школа №25
проспект Нових технологій
площа Незнайки
Педагогічний університет
Кінотеатр Мир
проспект Нових технологій
вулиця Садова
Школа №25
Педагогічний університет
Західна
Східна

Створюємо запит на належність поля Відстань до пункту призначення заданому діапазону. Для цього в "Конструкторі" для поля Відстань до пункту призначення у графі Умова відбору вказуємо значення: (>=30) and (<=45). Далее сохраняем запрос.

Створюємо параметричний запит для поля Кількість місць. Для цього в "Конструкторі" для поля Кількість місць у графі Умова відбору в квадратних дужках вказуємо: [Введіть кількість місць]. Далі зберігаємо запит. Під час запуску запиту з'явиться діалогове вікно, в якому необхідно ввести потрібну кількість місць і натиснути кнопку OK.

Створюємо звіт на основі запиту на належність поля Відстань до пункту призначення заданому діапазону.

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

Автоматизація замовлення страв у ресторані

Таблиці завдання було створено в СУБД ACCESS. Таблиці створюються з допомогою конструктора. Рисунок 2.4 - ACCESS із виведеним списком таблиць задачі Рисунок 2...

Автоматизація системи обліку замовлень на підприємстві

База даних туристичної фірми

У Access створимо п'ять таблиць з наступними властивостями полів: Тури: § Код_туру (ключове поле, тип - лічильник) § Код_країни (тип - числовий, для зв'язку з таблицею «Країни») § Код_туроператора (числове поле...

Інформаційні системи економіки

Створимо в Access базу даних працівників магазину. Схема даних БД зображено на рис.10. Схема даних БД Введення записів таблицю "Співробітники" зображено на рис.11 Рис.11...

Опис засобів візуальної розробки

Створюю таблиці в режимі конструктора: BibliotechnyiFond, DannieChitatelia, UchetVidachiKnig. У таблиці "Бібліотечний фонд" описуються поля: шифр книги з текстовим типом даних, ціна книги - числова, назва книги - текстова, автор - текстова, рік видання - числова...

Відділ кадрів підприємства

На основі проведеного аналізу предметної області та проведеного ErWin моделювання бази даних для управління АЗС була створена автоматично база даних в СУБД Access. Схема створеної бази даних наведено малюнку 3.1. Малюнок 3...

Проектування інформаційної системи "Нарахування заробітної плати працівникам школи"

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

Розробка бази даних "Таксі"

Побудуємо таблиці для всіх відносин Відношення R11 представлена ​​на малюнку 5.1 таблиця "Водій" Рисунок 5.1: таблиця "Водій" Відношення R12 представлена ​​на малюнку 5.2 таблиця "Замовлення" Рисунок 5...

Розробка бази даних з використанням засобів Microsoft Access для автоматизації процедур обліку та формування замовлень на підприємстві ТОВ "Озон"

Система баз даних MS Access

Створення бази даних за допомогою Microsoft Access

Отриманий варіант №8, що містить базу даних Автомобілі, був створений за допомогою програми Microsoft Office Excel. Метою даної практичної частини (а також курсової роботи в цілому), було перетворення (створення) бази даних за допомогою програми Microsoft Access.

Створення інформаційної системи обліку у комісійному букіністичному магазині

Для початку роботи потрібно відкрити Access та створити нову таблицю. Перейменувати її на Users. У конструкторі створюються поля kodU – лічильник. Поля User та Password числові. Наступна таблиця називається Tovar. Kodtov – лічильник. Kodkl, Gizd, Ckl, Csh, Dolgmag – числові поля. DataPr, DataR...

Створення програми VBA в Access "Нарахування заробітної плати за посадами"

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

Для опису предметної області “ Організація роботи автосервісу ” було створено 2 таблиці: Customers.mdb містить у собі дані всіх клієнтів, мають замовлення. Таблиця має такі поля: код клієнта (CustomerNumber) (ключове), ПІБ (Fio)...

Створення таблиці бази даних у Microsoft Access

Створення таблиць У Access використовуються три способи створення таблиць: шляхом введення даних (by entering data), за допомогою Конструктора таблиць (in Design view) та за допомогою Майстра створення таблиць (by using wizard).

Створення бази даних "розклад"

Вступ.

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

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

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

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

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

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

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

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

Короткий опис предметної галузі.

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

У цій роботі розроблена база даних “Розклад” для автоматизації та зменшення часу складання розкладу занять у ВНЗ.

Розклад включає наступні таблиці:

1 Викладачі

2 Аудиторії

4 Заняття

5 Час пари

6 Розклад

Таблиця 1. Викладачі Таблиця 2. Аудиторії

Аудиторія
Код аудиторії

Таблиця 3. Групи

Код групи	Факультет	Спеціальність
	Інформатики	Інформаційні системи
	Юриспреденції та права	Правознавець
	Інформатики	Прикладна інформатика (економіка)
	Економіки	історія ек.наук
	Економіки	Маркетинг		БУГ-123АГА

Таблиця 5. Час пари Таблиця 4. Заняття

Код заняття	Тип заняття
	Бази даних
	Програмування
	Операційні системи
	Менеджмент
	Філософія

Час пари

Таблиця 6. Розклад

Розклад
Код заняття				Тип заняття	Викладач	Аудиторія
				Програмування	Олександрова О.А.
				Менеджмент	Кирило Н. Я
				Менеджмент	Павлековська І.М.
				Програмування	Акімов А.В.
				Бази даних	Кирило Н. Я
				Операційні системи	Олександрова О.А.
				Програмування	Кирило Н. Я

Опис атрибутів та їх властивостей.

Атрибути чи поля мають тип даних. При виборі типу даних необхідно враховувати наступне:

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

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

Які операції повинні проводитися зі значеннями у полі.

Чи потрібне сортування або індексування поля.

Чи використовуватиметься групування у запитах або звітах.

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

Усього є 10 типів полів.

Таблиця 2.

	Тип даних	Застосування
	Текстовий	Текст або комбінація тексту та чисел	До 255 символів
		Довгий текст. Не сортується та не індексується.	До 64 000 символів
	Числовий	Числові дані, що використовуються для обчислень	1, 2, 4, 8 байт
	Дата час	Дати та час, забезпечує правильне сортування.
	Грошовий	значення валют. Для запобігання округленням.
		Автоматична вставка послідовних чи випадкових чисел під час додавання запису.
	Логічний	Два значення типу Так/Ні
	Об'єкт OLE	Об'єкти, створені за іншими програмах.	До 1 Гігабайта
			До 64 000 символів
	Майстер підстановок	Дозволяє вибрати значення з іншої таблиці або зі списку значень.	За розміром ключового поля

Крім типу поля мають формати, які дозволяють вказати формати виведення тексту, чисел, дат та значень часу на екран та на друк. Формат поля для елементів керування задається у вікні властивостей, а для поля у таблиці або запиті в режимі конструктора таблиці (у розділі властивостей поля) або у вікні запиту (у вікні властивостей поля). Формати можна вибирати зі списку вбудованих форматів для полів, що мають числовий, грошовий, логічний типи даних, а також типи даних лічильника та дати/часу. Також для будь-яких типів полів, відмінних від об'єктів OLE, є можливість створення власних спеціальних форматів. Крім того, значення даної властивості можна встановити в макросі або в програмі Visual Basic.

Проектування відносин

Таблиця 7. Зв'язки інформаційних об'єктів

Номер зв'язку	Головний об'єкт	Підлеглий об'єкт	Тип зв'язку
	Викладачі	Розклад
	Аудиторія	Розклад
		Розклад
		Розклад
	Час пари	Розклад

Опис зв'язків між таблицями-відносинами.

Після розробки всіх таблиць необхідно встановити зв'язок між ними.

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

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

Ще можуть бути відносини «багато хто до багатьох». При такому відношенні одного запису в таблиці А можуть відповідати кілька записів у таблиці В, а одного запису в таблиці В – кілька записів у таблиці А. Така схема реалізується лише за допомогою третьої (сполучної) таблиці, ключ якої складається принаймні з двох полів , що є полями зовнішнього ключа в таблицях А та В.

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

Для створення схеми слід користуватися засобом створення схеми даних.

Схема даних представлена ​​малюнку 1. Таблиця Група, Аудиторія, Викладачі, Заняття, Час пари пов'язані з таблицею розклад у вигляді кодового поля.

Рис 1.Схема даних "Розклад"

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

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

У Microsoft Access можна виділити три типи ключових полів: лічильник, простий ключ та складовий ключ.

Вказівка ​​поля лічильника як ключового – найпростіший спосіб створення ключових полів.

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

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

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

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

3. Проектування бази даних.

У Microsoft Access, перш ніж створювати таблиці, форми та інші об'єкти, необхідно задати структуру бази даних. Хороша структура бази даних є основою створення адекватної вимогам, ефективної бази даних.

Етапи проектування бази даних

Нижче наведено основні етапи проектування бази даних:

Визначення мети створення бази даних.

Визначення таблиць, які має містити база даних.

Визначення необхідних таблиці полів.

Завдання індивідуального значення для кожного поля.

Визначення зв'язків між таблицями.

Відновлення структури бази даних.

Додавання даних та створення інших об'єктів бази даних.

Використання засобів аналізу у Microsoft Access.

Визначення мети створення бази даних

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

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

Визначення таблиць, які має містити база даних

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

При проектуванні таблиць не обов'язково використовувати Microsoft Access. Спочатку краще розробити структуру на папері. При проектуванні таблиць рекомендується керуватися такими основними принципами:

Інформація у таблиці не повинна дублюватися. Не повинно бути повторень між таблицями.

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

Кожна таблиця має містити інформацію лише одну тему.

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

Визначення необхідних у таблиці полів

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

Кожне поле має бути пов'язане із темою таблиці.

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

Інформацію слід розбивати на найменші логічні одиниці (наприклад, поля «Ім'я» та «Прізвище», а не спільне поле «Ім'я»).

Завдання індивідуального значення кожному полю

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

Визначення зв'язків між таблицями

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

Бажано вивчити зв'язки між таблицями у вже існуючій базі даних.

Оновлення структури бази даних

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

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

Додавання даних та створення інших об'єктів бази даних

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

Використання засобів аналізу у Microsoft Access

У Microsoft Access є два інструменти для вдосконалення структури бази даних. Майстер аналізу таблиць досліджує таблицю, у разі потреби пропонує нову її структуру та зв'язки, а також переробляє її.

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

Розробка та створення форм.

Форми – один з основних засобів для роботи з базами даних в Access - використовуються для введення нових записів (рядків таблиць), перегляду та редагування вже наявних даних, завдання параметрів запитів та виведення відповідей на них та ін. Форми являють собою прямокутні вікна з розміщеними в них елементами управління.

Форму можна створити трьома різними способами.

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

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

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

Створення форм як Майстра форм.

У вікні бази даних виберіть Форми зі списку Об'єкти.

Натисніть кнопку Створити на панелі інструментів вікна бази даних.

У діалоговому вікні Нова форма виберіть потрібного майстра. Опис майстра з'являється у лівій частині діалогового вікна.

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

Примітка. Якщо у списку вибрано «Майстер форм» або «Зведена таблиця», цей крок не обов'язковий - джерело записів для форми можна вказати пізніше.

Натисніть кнопку OK.

Виконуйте інструкції майстра.

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

Рис 2 Форма розклад

Рис 3 Конструктор форм

Організація запитів.

Запити в Microsoft Access можна створити автоматично, за допомогою майстрів, або самостійно, у вікні конструктора запитів. Доопрацювати та оптимізувати інструкцію запиту можна у режимі SQL.

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

У діалоговому вікні Новий запит виберіть у списку рядок Простий запит та натисніть кнопку OK.

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

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

Робота із запитами в режимі конструктора.

У вікні бази даних у списку Об'єкти виберіть пункт Запити та на панелі інструментів вікна бази даних натисніть кнопку Створити.

У діалоговому вікні Новий запит клацніть Конструктор, а потім натисніть кнопку OK.

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

Двічі клацніть об'єкти, які потрібно додати до запиту, а потім натисніть кнопку Закрити.

Додайте поля в рядок Поле в бланку запиту і, якщо необхідно, вкажіть умови та порядок сортування.

Щоб переглянути результати запиту на панелі інструментів, натисніть кнопку Вигляд.

Запити можуть нам знадобитися в основному для створення звітів. Або для друку вибіркових даних. Для цієї бази даних у запитах є потреба. Створимо запит за датою.

Розробка та створення звітів.

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

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

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

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

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

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

Можна налаштувати звіт такими способами.

Джерело записів. Змініть таблицю або запит, на якому базується звіт.

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

Вікно звіту. Можна додати або видалити кнопки Розгорнути та Згорнути, змінити текст заголовка та інші елементи вікна звіту.

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

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

Рис5. Звіт за розкладом.

Висновок.

Розглянувши свою курсову роботу на практичному прикладі, я розумію, що Microsoft Access має всі риси класичної СУБД і надає додаткові можливості. Access - це потужна, гнучка і проста у використанні СУБД, а й система розробки працюючих з базами даних додатків. За допомогою Access можна створити програму, яка працює в середовищі Windows і повністю відповідає нашим потребам управління даними. Використовуючи запити, можна вибирати і обробляти інформацію, що зберігається в таблицях. Можна створювати форми для введення, перегляду та оновлення даних, а також використовувати Access для створення як простих, так і складних звітів. Форми та звіти «успадковують» властивості базової таблиці або запиту, так що в більшості випадків ви вказуєте формати, умови на значення та деякі інші характеристики даних лише один раз. До найбільш потужних засобів Access відносяться засоби розробки об'єктів - Майстра, які можна використовувати для створення таблиць, запитів різних типів форм і звітів, просто обравши за допомогою миші потрібні опції. Щоб повністю автоматизувати роботу вашої програми, за допомогою макросів Access можна легко зв'язати дані з формами та звітами. Ви можете створити більшість програм, не написавши жодного рядка програми, але якщо необхідно створити щось зовсім витончене, то на цей випадок Microsoft Access надає потужну мову програмування - Microsoft Access Basic.

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

Список літератури

ACCESS 2000: Розробка програм. І. Харитонова, В. Міхєєва. BHV, 2000.

Access97. В. Корнелюк, З. Веккер, Н. Зінов'єв. "СОЛОН", 1998.

Кренко Д.Теорія і практика побудови баз даних, 8-е вид. СПб: "Пітер", 2003.

Д., Циганков В. М., Мальцев М. Г. Бази даних: Підручник для вищих навчальних закладів

закладів / За ред. проф. О. Д. Хомоненко. Спб: КОРОНА принт, 2000.

Довідкова система Microsoft Access.

Для підготовки даної роботи були використані матеріали із сайту http://referat.ru

Міністерство освіти та науки РФ

Федеральна державна бюджетна освітня установа

Вищої професійної освіти

«СХІДНО-СИБІРСЬКИЙ ДЕРЖАВНИЙ УНІВЕРСИТЕТ

ТЕХНОЛОГІЙ І УПРАВЛІННЯ»

(ФДБОУ ВПО УСГУТУ)

Кафедра «Системи інформатики»

КУРСОВИЙ ПРОЕКТ

з дисципліни «БАЗИ ДАНИХ»

на тему «Розробка бази даних

«Складання розкладу для вищих навчальних закладів»

Виконав(ла):	студент гр.529
__________
Керівник:	к.т.н, доцент
___________	Базарон С.А.
Нормоконтролер:	к.п.н., доцент
___________	Чимітова Є.Г.
Оцінка:	___________
Дата захисту:	___________

Улан-Уде

2012

Введение…………………………………….……………...……………...…3

1. Проектування Бази данных………………………...………….………5

1.1. Постановка завдання……………………………………………………....6

1.2. Опис предметної областіз ти…………………………………………6

1.3. Проектування логічної моделі бази такн них…………………...8

2. Реалізація бази даних та користувальницьке додатки…………..10

2.1. Проектування фізичної моделі бази даних …………………11

2.2. Створення бази даних у Microsoft SQL Server ……………………...13

2.3. Реалізація клієнтських програме ния………………………………...17

Заключ е ние………………………………………………………………….21

Список використаних джерелі ков……………………………………...23

Додаток А………………………………………………………………25

Додаток Б……………………………………………………………….27

Додаток В………………………………………………………………29

ВСТУП

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

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

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

Таким чином, метою даного курсового проекту є створенняі стеми управління базою даних «Складання розкладу» на прикладі «Спро ставлення розкладу на вищих навчальних закладах», що включає базу даних та додаток користувача.

Завдання курсового проекту можна сформулювати як:

• Створення логічної та фізичної моделей бази даних;
• Створення бази даних у середовище SQL Server Management Studio;
• Створення інтерфейсу програми у Delphi 7.

1. ПРОЕКТУВАННЯ БАЗИ ДАНИХ

1.1. Постановка задачі

Необхідно розробити базу даних «Складання розкладу для вищих навчальних закладів» для зберігання даних, пов'язаних із нею.

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

1.2. Опис предметної області

Розклад занять у вищому навчальному закладі служить для зведення в єдину взаємопов'язану систему учнів, викладачів та місцье чення занять (аудиторій).

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

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

Традиційний спосіб є наступними етапами, що виконуютье ся вручну:

1. Розробка та затвердження навчальних планів.

2. Вибірка з планів переліку дисциплін та закріплення їх за кафедрамиа ми.

3. Складання навчальних доручень кафедрам інших факультетіва кріплення навчального навантаження за викладачами.

4. Розподіл навантаження на кафедрах.

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

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

7. Упорядкування розкладу.

1.3. Проектування логічної моделі бази даних

Процес проектування даних можна умовно поділити на два етапи: логічне моделювання та фізичне проектування. Результатом пер вого з них є так звана логічна (або концептуальна) мпро дель даних, що виражається зазвичай діаграмою «сутність-зв'язок» або ER (Entity-Relationship) діаграмою, яка представлена ​​в одній із стандартівт нотацій, прийнятих для відображення подібних діаграм. Результатом другого етапу є готова база даних або DDL-скрипт для її створенняа ня.

Логічна модель даних описує факти та об'єкти, що підлягають ре гістрації у майбутній базі даних. Основними компонентами такої моделі є сутності, їх атрибути та зв'язки між ними. Як правило, фізичніе ським аналогом сутності в майбутній базі даних є таблиця, а фізичнае ським аналогом атрибута - поле цієї таблиці. З логічного погляду сутність є сукупністю однотипних об'єктів або фадо тов, званих екземплярами цієї сутності. Фізичним аналогом екзем пляра зазвичай є запис у таблиці бази даних. Як і записи в таблиці реляційної СУБД, екземпляри сутності мають бути унікальними, тобто повний набір значень їх атрибутів не повинен дублюватися. І так само, як і поля у таблиці, атрибути можуть бути ключовими та неключовими. На етапі логічного проектування для кожного атрибуту зазвичай визначеное ється приблизний тип даних (рядковий, числовий, BLOB та ін). Конкре тизація відбувається на етапі фізичного проектування, так як різнігод ні СУБД підтримують різні типи даних та обмеження на їх довжину або точність.

Таблиця 1. Сутності та їх атрибути

сутності	атрибути	опис
розклад	код розкладу	складання розкладу
			код групи
			номер аудиторії
			код викладача
			код дисципліни	з інших сутностей
			код дня тижня
			код типу заняття
			номер пари
	факультет		код факультету	інформація про факультети
			факультет
	спеціальність		код спеціальності	інформація про спеціальності ВНЗ
			найменування спеціальності
	аудиторія		номер аудиторії	інформація аудиторіях у всіх наявних корпусах
			корпус
			кількість місць
			адреса
	дисципліна		код дисципліни	Усі вивчені дисципліни
			назва дисципліни
	номер пари		номер пари	інформація про тривалість пари
			час початку
			час закінчення
	день тижня		код дня тижня	інформація про дні тижня та їх коди
			назва дня тижня
	тип заняття		код типу заняття	лекція чи практика
			назва дня тижня
	фома навчання		код форми навчання	очна або заочна форми навчання
			найменування форми навчання
	викладач		код викладача	містить інформацію про викладача
			ПІБ викладача
			код кафедри
			код доступності
			код звання
			код наукового ступеня
	Кафедра		код кафедри	інформація про кафедру
			назва кафедри
	посада		код посади	посади працівників ВНЗ
			Найменування посади
	звання		код звання	звання працівників ВНЗ
			найменування звання
	наукова ступінь		код наукового ступеня	вчені ступеня працівників ВНЗ
			найменування вченого ступеня

2. РОЗРОБКА БВЗИ ДАНИХІ КОРИСТУВАЛЬНОГО ДОДАТКУ

2.1. Проектування фізичної моделі бази даних

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

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

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

Таблиця 2. Розклад

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

Таблиця 3. Групи

код групи	кількість студентів	код факультету	код форми навчання	код спеціальності

Таблиця 4. Факультет

Таблиця 5. Спеціальність

Таблиця 6. Аудиторія

номер аудиторії	корпус	кількість місць	адреса

Таблиця 7. Дисципліна

Таблиця 8. Номер пари

номер пари	час початку	час закінчення

Таблиця 9. День тижня

Таблиця 10. Тип заняття

код типу заняття	тип заняття

Таблиця 11. Кафедра

код кафедри	назва кафедри

Таблиця 12. Форма навчання

код форми навчання	найменування форми навчання

Таблиця 13. Викладач

код викладача	ПІБ викладача	код кафедри	код посади	код звання	код наукового ступеня

Таблиця 14. Посада

Таблиця 15. Звання

код звання	найменування звання

Таблиця 16. Вчений ступінь

код наукового ступеня	найменування вченого ступеня

2.2. Створення бази даних у Microsoft SQL Server

Створення бази даних в SQL Server Management Studioу ються логічна та фізичні моделі проектування бази даних (див. 1.3. та 2.1.).

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

Створення таблиць бази даних « raspisanie ». Описуються властивості атрі бутів даних таблиць (тип даних, довжина, дозвіл нульового значення пОля).

Таблиця 17. Аудиторія

Таблиця 18. Група

Таблиця 19. День тижня

Таблиця 20. Дисципліна

Таблиця 21. Посада

Таблиця 22. Звання

Таблиця 23. Кафедра

Таблиця 24. Номер пари

Таблиця 25. Викладач

Таблиця 26. Розклад

Таблиця 27. Спеціальність

Таблиця 28. Тип заняття

Таблиця 29. Вчений ступінь

Таблиця 30. Факультет

Таблиця 31. Форма навчання

Для необхідності також можна заповнити всі таблиці шляхом відкртия.

Зв'язування таблиць відбувається через створення діаграми, де втомлюєтьсяв ливаються всі зв'язки між таблицями. Діаграма відносин бази даних « raspisanie » знаходиться в Додатку Б.

2.3. Реалізація клієнтської програми

Клієнтська програма реалізується в середовищі Delphi 7. Інтерфейс бази даних « raspisanie » складається з 9 форм, в яких здійснюються операції такі як: введення, виведення та редагування інформації. А також 3 форми із операціями: пошук, фільтрація, звіт.

Розглянемо для наочного прикладу головну форму, пошук та звіт.

У формі «Розклад» вводяться дані DBEdit та DBLoockUpCo m boBox і за допомогою DBNavigator відображаються у компоненті DBGrid. З п о потужністю цих компонентів можна вносити зміни до самої бази даних SQL.

Рис 1 Форма «Розклад груп»

Для зручності переміщення по самій програмі був використанийм понент MainMenu . Він допомагає переходити будь-які форми програми (див. рис 2).

Рис 2. Використання компонента MainMenu

Операція пошук дозволяє знайти дані про вибрану групу з таблиці "Групи".

Рис 3. Пошук

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

Рис 4. Операція пошук

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

При запуску форми для звіту можна побачити, що на формі розташована кнопка «Показати звіт» та компонент QReport , який і відображає сам звіт, згрупований за групами.

Рис 5. Форма «Звіт»

При натисканні на кнопку "Показати звіт" виведеться безпосередньо сам звіт.

Рис 6. Згрупований звіт щодо груп

ВИСНОВОК

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

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

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

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

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

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

1. Вивчення основ роботи із СУБД Microsoft SQL Server 2005.е ські вказівки для проведення лабораторних робіт з курсу «Органі зація баз даних та знань», Орловський Д.Л., НТУ «ХПІ», кафедра АСУ, 2009.
2. Розробка клієнт-серверних додатків у Delphi, Андрій Шкріль, БХВ-Петербург, 2006.

ДОДАТОК А

Сутності у ERwin

ДОДАТОК Б

Діаграма таблиць SQL

ДОДАТОК В

Лістинг операції «пошук»

Пошук

procedure TForm9.Button2Click(Sender: TObject);

begin

Query1.Active:=false;

Кількість студентів, b. Факультет, c. НазваФормиНавчання, a. КодСпеціальності, d. НайменуванняСпеціальності";

КодФормиНавчання=с. КодФормиНавчання) and (a. КодСпеціальності=d. КодСпеціальності) and (e. КодГрупи ="""+combobox1.Text+""")");

Query1.Active:=true;

end;

скасування

procedure TForm9.Button3Click(Sender: TObject);

begin

Query1.Active:=false;

Query1.SQL.text:="select e. КодГрупи, a. Кількість студентів, b. Факультет, c. НазваФормиНавчання, a. КодСпеціальності, d. НайменуванняСпеціальності";

Query1.SQL.Add("from dbo. Група a, dbo. Факультет b, dbo. ФормаНавчання c, dbo. Спеціальність d, dbo. Група e");

Query1.SQL.Add("where (a. КодГрупи =e. КодГрупи ) and (a. КодФакультету =b. КодФакультету ) and (a. КодФормиНавчання=с. КодФормиНавчання) and (a. КодСпеціальності=d. КодСпеціальності)");

Query1.Active:=true;

end;

Лістинг операції «Фільтрація»

Фільтрування

procedure TForm10.Button1Click(Sender: TObject);

begin

Query1.Active:=false;

ПІБ викладача, b. НазваДисципліни, с. НазваДня Тижня

Query1.SQL.Add("where(e. КодВикладача=a. КодВикладача) and (e. КодДисципліни =b. КодДисципліни ) and (e. КодДняТижня =c. КодДняТижня ) and (e. КодТипаЗаняття =d. КодТипаЗаняття ) and (c. НазваДня Тижня="""+combobox1.Text+""")");

Query1.Active:=true;

end;

скасування

procedure TForm10.Button2Click(Sender: TObject);

begin

Query1.Active:=false;

Query1.SQL.Text:="select e. КодРозклади , e. КодГрупи , e. НомерАудиторії , a. ПІБ викладача, b. НазваДисципліни, с. НазваДня Тижня, d. Тип Заняття, e. НомерПари";

Query1.SQL.Add("from dbo. Викладач a, dbo. Дисципліна b, dbo. День Тижня c, dbo. ТипЗаняття d, dbo. Розклад e");

Query1.SQL.Add("where(e. КодВикладача=a. КодВикладача) and (e. КодДисципліни = b. КодДисципліни ) and (e. КодДняТижня =c. КодДняТижня ) and (e. КодТипаЗаняття =d. КодТипаЗаняття )");

Query1.Active:=true;

end;

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

з ших навчальних закладів

Літ.

Листів

УСГУТУ

зм.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васз ших навчальних закладів

Літ.

Листів

УСГУТУ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васз ших навчальних закладів

Літ.

Листів

УСГУТУ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васз ших навчальних закладів

Літ.

Листів

УСГУТУ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васз ших навчальних закладів

Літ.

Листів

УСГУТУ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васз ших навчальних закладів

Літ.

Листів

УСГУТУ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васзших навчальних закладів

Літ.

Листів

2

УСГУТУ

Змін.

Аркуш

№ документ.

Підпис

Дата

Аркуш

29

Д.529.3.4.2.124.12.ПЗ

Розроб.

Улаха А.Ю.

Перевір.

Базарон С.А.

Н. Контр.

Чимітова Є.Г.

Затверджений.

Базарон С.А.

Складання розкладу для васзших навчальних закладів

Літ.

Листів

3

Організація

Сочі, 2008 р.

Сочинський державний університет туризму та курортної справи

Кафедра ІТ

СТВЕРДЖУЮ

Зав. кафедрою

к.т.н., проф. Ю. І. Дрейзіс

_______________________

“_____” __________ 2008р.

ЗАВДАННЯ

на курсове проектування з курсу

“Бази даних та знань”

Студенту _____________________ Група - ______________

Тема проекту:"Проектування та реалізація бази даних "Розклад занять"

Вихідні дані на проектування:

Вхідні документи:

зайнятість аудиторій;

групи;

розклад дзвінків;

дисципліни (навчальний план);

дні тижня.

Вихідні документи: групи; викладачі; аудиторії.

Технічні засоби - ПЕОМ типу IBM PC.

Операційна система - MS Windows.

СУБД та інструментальні програмні засоби - на вибір розробника.

Обсяг роботи з курсу

Розрахункова частина:

1. Постановка задачі.

   Інфологічне моделювання предметної галузі.

   Проектування реалізації.

   Фізичне проектування.

Графічна частина:

1. Схема інфологічної моделі.

   Схема структури БД.

   Укрупнена схема програми.

   Креслення (роздруківки) форм та документів.

Тестування та налагодження бази даних.

Термін виконання проекту за розділами:

1, Пункти 1.1, 1.2 – до 7 тиждень

2. Пункти 1.3, 3.1 – до 9 тиждень

3. Пункти 1.4, 3.2 - до 12-го тижня

4. Оформлення ПЗ та графічної частини – до 14 тижня

Дата видачі завдання – 3 тижні семестру.

Дата захисту проекту – 16 тиждень

Керівник – __________________________

Завдання отримав ________________________

Студент ________________________________

ВСТУП

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

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

У світі є безліч систем управління базами даних. Незважаючи на те, що вони можуть по-різному працювати з різними об'єктами та надають користувачеві різні функції та засоби, більшість СУБД спираються на єдиний усталений комплекс основних понять. Це дає нам можливість розглянути одну систему та узагальнити її поняття, прийоми та методи на весь клас СУБД. Як такий навчальний об'єкт ми виберемо СУБД Microsoft Access, що входить до пакета Microsoft Office. Майже всі СУБД дозволяють додавати нові дані в таблиці. З цієї точки зору, СУБД не відрізняються від програм електронних таблиць (Excel), які можуть емулювати деякі функції баз даних. Існує три принципові відмінності між СУБД та програмами електронних таблиць:

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

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

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

Access– потужний додаток Windows . При цьому продуктивність СУБД органічно поєднується з усіма зручностями та перевагами Windows.

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

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

1. Аналітична частина

Опис предметної області

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

зайнятість аудиторій;

групи;

спеціалізація та вільний час викладачів;

розклад дзвінків;

дисципліни (навчальний план);

дні тижня;

розклад;

навчальний план.

Диспетчер повинен вводити розклад у вигляді записів бази:

День тижня

Час початку

Аудиторія

Група

Дисципліна

Викладач

При введенні потрібно не допускати накладок виду:

В одній аудиторії в один і той же час займаються різні групи;

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

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

Крім того, інформаційна система має виводити інформацію за запитами розкладів:

групи;

викладачі;

аудиторії.

Визначення складу даних.

Для забезпечення користувача зазначеною інформацією в БД повинні зберігатися довідкові дані про групи, аудиторії та викладачі. В результаті аналізу предметної області виявляються документи, що містять довідкову інформацію: "Групи" (рис.1.2.1), "Аудиторії" (рис.1.2.2), "Викладачі" (рис.1.2.3), "Розклад дзвінків" ( рис.1.2.4), «Дисципліни» (рис.1.2.5), «Дні тижня» (рис.1.2.6), «Розклад» (рис.1.2.7), «Навчальний план» (рис.1.2). 8). Нижче наведено форми документів.

Рис.1.2.1 Форма довідкового документа "Групи"

Рис.1.2.2 Форма довідкового документа "Аудиторії"

Рис.1.2.3 Форма довідкового документа «Викладачі»

Рис.1.2.4 Форма довідкового документа «Розклад дзвінків»

Рис.1.2.5 Форма довідкового документа «Дисципліни»

Рис.1.2.6 Форма довідкового документа «Дні тижня»

Рис.1.2.7 Форма довідкового документа «Розклад»

Рис.1.2.8 Форма довідкового документа "Навчальний план"

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

РОЗРОБКА КОНЦЕПТУАЛЬНОЇ МОДЕЛІ

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

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

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

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

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

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

Реквізитний склад первинних документів:

Таблиця 2.1.1. Аналіз документу "Групи"

Документ

Таблиця 2.1.2. Аналіз документу "Аудиторії"

Документ

Таблиця 2.1.3. Аналіз документа «Дисципліни»

Документ

Таблиця 2.1.4. Аналіз документу "Дні тижня"

Документ

Таблиця 2.1.5. Аналіз документа «Викладачі»

Документ

Таблиця 2.1.6. Аналіз документа «Розклад»

Документ

Таблиця 2.1.7. Аналіз документу «Розклад дзвінків»

Документ

Таблиця 2.1.8. Аналіз документу "Навчальний план"

Документ

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

Таблиця 2.1.9. Об'єкти довідкової інформації

Інформаційний об'єкт

У – унікальний, П – простий, З – складовий.

2.2. Визначення зв'язків інформаційних об'єктів, побудова інформаційно-логічної моделі та ER -діаграми

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

Існують такі типи відносин між об'єктами:

Один-до одного (1:1). Кожному екземпляру першого інформаційного об'єкта відповідає лише один екземпляр другого інформаційного об'єкта

Один до багатьох (1:М). Кожному екземпляру одного інформаційного об'єкта відповідає кілька екземплярів іншого інформаційного об'єкта, а кожному екземпляру другого інформаційного об'єкта відповідатиме не більше одного екземпляра першого інформаційного об'єкта.

Багато-багатьом (М:М). Кожному екземпляру одного інформаційного об'єкта відповідає кілька екземплярів іншого інформаційного об'єкта та кожному екземпляру другого інформаційного об'єкта може відповідати кілька екземплярів першого.

В результаті аналізу отримали 8 інформаційних об'єктів: ДНІ ТИЖНЯ, АУДИТОРІЇ, РОЗКЛАД дзвінків, НАВЧАЛЬНИЙ ПЛАН, ГРУПИ, ДИСЦИПЛІНИ, РОЗКЛАД, Викладачі. Проведемо попарний аналіз зв'язків між ними:

Дні тижня (1) Розклад (7). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код дня тижня.

Аудиторії (2) Розклад (7). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Номер аудиторії.

Розклад дзвінків (3) Розклад (7). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Номер пари.

Навчальний план (4) Дисципліни (6). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується з допомогою реквізиту Дисципліна.

Групи (5) Розклад (7). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код групи.

Дисципліни (6) Розклад (7). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Код дисципліни.

Викладачі (8) Розклад (7). Тип зв'язку 1:М. Зв'язок між цими об'єктами забезпечується за допомогою реквізиту Табельний номер викладача.

За цими даними можна побудувати матрицю суміжності, що дозволяє побудувати інформаційні об'єкти за рівнями (Рис.2.2.)

Рис. 2.2 Матриця суміжності

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

Матриця суміжності показує, що:

Інформаційні об'єкти Дні тижня, Аудиторії, Розклад дзвінків, Навчальний план, Групи, Викладачі знаходяться на 0ном рівні;

Інформаційний об'єкт Дисципліни знаходиться на 1ном рівні;

Інформаційний об'єкт Розклад знаходиться на 2ном рівні.

Діаграми відносин між таблицями допомагають наочно уявити проект бази даних. Діаграми об'єкт-відношення ( Entity- relation - ER ), які також називають діаграмами об'єкт-атрибут-відношення ( entity-atribute-relation – EAR ), є одним з найбільш широко використовуваних методів для зображення відносин між таблицями бази даних. Еліпси над прямокутниками таблиць позначають класи атрибутів (поля), що входять до відношення. Ромби, що з'єднують пари прямокутників таблиць та еліпси полів, що становлять відношення між полями.

ER-діаграма предметної області «Розклад» представлена ​​в ДОДАТКУ А.

Визначення логічної та фізичної моделей бази даних

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

Опис роботи з програмою «Розклад занять»

Програма з умовною назвою «Розклад занять» призначена для складання розкладу занять. Для цього необхідно мати таку інформацію: зайнятість аудиторій, відомості про групи, спеціалізація викладачів, розклад дзвінків, відомості про дисципліни (навчальний план), дні тижня. Для забезпечення користувача зазначеною інформацією в БД повинні зберігатися довідкові дані про групи, аудиторії та викладачі. В результаті аналізу предметної області виявляються документи, що містять довідкову інформацію: Групи, Аудиторії, Викладачі.

До бази даних заносяться всі необхідні відомості. На підставі введених даних організовані запити на пошук потрібної інформації (за аудиторіями, групами або викладачами). Робота починається з основного вікна (рис. 2.4.1), де відображається п'ять кнопок.

Рис. 2.4.1 Головне вікно програми

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

Рис. 2.4.2 Редагування розкладу на основі всіх даних

При натисканні кнопки «Розклад групи» з'являється форма із запитом коду групи (рис. 2.4.3), у нашому прикладі для групи із кодом «3514», потім сама база для редагування розкладу (рис. 2.4.4).

Рис. 2.4.4 Редагування розкладу для певної групи

При натисканні кнопки «Аудиторія» з'являється запит номера аудиторії (рис. 2.4.5), у нашому прикладі номер аудиторії «1», потім запит коду дня тижня (рис. 2.4.6), у прикладі – «1» (Понеділок) , і потім форма для редагування розкладу (рис. 2.4.7).

Рис. 2.4.7 Редагування розкладу

При натисканні кнопки «Викладач» з'являється запит прізвища викладача (мал. 2.4.8), потім запит коду дня тижня (мал. 2.4.9), потім сама форма редагування розкладу (мал. 2.4.10)

Рис. 2.4.10 Редагування розкладу

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

2.5. Виконання запитів

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

Формувати складні критерії вибору записів з однієї чи кількох таблиць;

Вказати поля, які мають відображатися для вибраних записів;

Виконувати обчислення за допомогою вибраних даних.

У Accessіснує чотири типи запитів для різних цілей:

Запити на вибірку відображають дані з однієї або кількох таблиць як таблиці.

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

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

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

Групи Викладачі Аудиторії

Розглянемо з прикладу запиту розкладу по аудиторіям. Нехай нам необхідно дізнатися про розклад для аудиторії «1», на понеділок. Вибираємо запит "Аудиторії". З'являється вікно (рис. 2.5.1). Вводимо номер аудиторії - "1".

З'являється вікно (мал. 2.5.2). Вводимо код дня тижня; понеділка відповідає код «1».

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

Рис. 2.5.3 Висновок розкладу на запит «Аудиторія»

Аналогічно працюють запити «Групи» та «Викладач».

ВИСНОВОК

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

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

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

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

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

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

Список літератури

Інформатики. Базовий курс/Симонович С.В. та ін – СПб: Видавництво «Пітер», 2000. – 640с.

Інформатики. Навчальний посібник/Ломтадзе В.В., Шишкіна Л.П. - Іркутськ: ІРГТУ, 1999. - 116с.

Лобова О.Є. Бази даних. Курс лекцій. Сочі. Навчальні матеріали. 2007

Лобова О.Є. Методичні вказівки щодо виконання курсового проекту для студентів спеціальності 010502 «Прикладна інформатика», очної форми навчання з дисципліни «Бази даних». Сочинський державний університет туризму та курортної справи – Сочі: СГУТ та КД, 2004, 90 с.

ДОДАТОК А

ER -діаграма предметної області «РОЗКЛАД ЗАНЯТТЯ»