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

Назва поля

Тип поля, розмір

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

Лічильник, первинний ключ

Аудиторія

Текстовий, 5

Назва поля

Тип поля, розмір

Код парності

Лічильник, первинний ключ

І, нарешті, створюємо ключову таблицю у всіх сенсах «Розклад».

Коли всі таблиці створені, потрібно перейти в розділ «Сервіс – Схема даних…», щоб підкоригувати зв'язки, а саме встановити забезпечення цілісності, каскадне видалення і каскадне оновлення даних.

Рис. 1. Схема даних бази

Рис. 2. Таблиця "Дні тижня"

Рис. 3. Таблиця "Пари"

Рис. 4. Таблиця "Групи"

Рис. 5. Таблиця «Види занять»

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

Рис. 7. Таблиця «Парність тижня»

Рис. 8. Таблиця «Дисципліни»

Рис. 9. Таблиця «Розклад»

Щоб створити звіт, потрібно перейти до розділу «Звіти», запустити майстер звітів, далі вибрати таблицю, наприклад, «Розклад», потім відібрати необхідні поля, додати рівні групування. Потім вибрати порядок сортування полем «Пара». Далі вибирається макет звіту. Потім потрібно визначити стиль звіту. А насамкінець задати ім'я звіту і зберегти його.

Рис. 10. Звіт «Розклад» у першому наближенні

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

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

Вступ.

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

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

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

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

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

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

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

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

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

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

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

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

1 Викладачі

2 Аудиторії

4 Заняття

5 Час пари

6 Розклад

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблиця 2.

Крім типу поля мають формати, які дозволяють вказати формати виведення тексту, чисел, дат та значень часу на екран та на друк. Формат поля для елементів керування визначається у вікні властивостей, а для поля в таблиці або запиті в режимі конструктора таблиці (у розділі властивостей поля) або у вікні запиту (у вікні властивостей поля). Формати можна вибирати зі списку вбудованих форматів для полів, що мають числовий, грошовий, логічний типи даних, а також типи даних лічильника та дати/часу. Також для будь-яких типів полів, відмінних від об'єктів 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.

Для підготовки даної роботи було використані матеріали із російського сайту internet

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

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

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

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

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

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

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

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

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

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

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

Улан-Уде

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. НайменуванняСпеціальності";

КодФормиНавчання=c. КодФормиНавчання) 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. КодФормиНавчання=c. КодФормиНавчання) 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

Організація

База даних Access Університет

Мінімальний список характеристик:
Номер, ПІБ, адреса та посада викладача, науковий ступінь;
код, назва, кількість годин, тип контролю та розділ предмета (дисципліни);
код, назва, номер завідувача кафедри;
номер аудиторії, де викладач читає свій предмет, дату, час, групу.
Один викладач може вести кілька дисциплін та одна дисципліна може вестись кількома викладачами.
Цикли дисциплін: гуманітарний, загальноінженерний, математичний, комп'ютерний і т.д.
Вибірки:
Вибрати викладача, який був без роботи весною 2011р.
Визначити можливі "накладки" аудиторій у розкладі.
Вивести розклад занять групи ОКЕ-40′ на березень 2011р.
Визначити для кожної групи частку дисциплін кожного циклу у відсотках.

1) Створити структури таблиць, ключові поля. Заповнити таблиці даними. Кількість даних у таблицях має забезпечувати видачу щонайменше 3-5 записів за кожним запитом завдання. Встановити зв'язок між таблицями.
2) Створити форми для введення інформації у зручному для користувача форматі.
3) Створити запити на вибірку відповідно до завдання. Створити параметричний запит. Створити запити на оновлення та видалення. Створити перехресний запит. Створити запит для створення звіту.
4) Створити простий звіт та звіт на основі раніше створеного запиту.
5) Створити кнопкову форму до роботи з усіма створеними раніше об'єктами бази даних (таблиці, форми, запити, звіти). Передбачити у формі вихід із бази даних (припинення роботи).

Таблиця "Дисципліна" - База даних Access "Університет"

Таблиця "Викладач" - База даних Access "Університет"

Форма "Кафедри" - База даних Access "Університет"

Звіт «Зав кафедрою» - База даних Access «Університет»

Запит «Викладач без роботи» — База даних Access Університет

Запит "Накладки в розкладі" - База даних Access Університет

Запит "Розклад ОКЕ-40" - База даних Access Університет

Запит "Відсоток дисциплін" - База даних Access Університет

Головна форма кнопки — База даних Access «Університет»

Готова база даних Access "Університет" доступна для скачування за посиланням нижче.

. Готова база даних Access Університет

Завантажити базу даних (БД) MS Access; База даних Access "Університет"; база даних access; бд access; субд access; бази даних access; access приклад; програмування access; готова база даних; створення бази даних; база даних СУБД; access курсова; база даних приклад; програма access; access опис; access реферат; access запити; access приклади; завантажити бд access; об'єкти access; бд у access; скачати субд access; база даних ms access; субд access реферат; субд ms access; переваги access; базу даних; завантажити базу даних на access; бази даних; реляційна база даних; системи керування базами даних; курсова база даних; завантажити базу даних; база даних access завантажити; бази даних access завантажити

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

Вступ.

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

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

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

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

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

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

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

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

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

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

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

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

1 Викладачі

2 Аудиторії

4 Заняття

5 Час пари

6 Розклад

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблиця 2.

Крім типу поля мають формати, які дозволяють вказати формати виведення тексту, чисел, дат та значень часу на екран та на друк. Формат поля для елементів керування визначається у вікні властивостей, а для поля в таблиці або запиті в режимі конструктора таблиці (у розділі властивостей поля) або у вікні запиту (у вікні властивостей поля). Формати можна вибирати зі списку вбудованих форматів для полів, що мають числовий, грошовий, логічний типи даних, а також типи даних лічильника та дати/часу. Також для будь-яких типів полів, відмінних від об'єктів 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.

Для підготовки даної роботи було використані матеріали із російського сайту internet