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

Размещено на http://www.Allbest.Ru/

Курсова робота

Тема:

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



Зміст

Вступ

1. Системний аналіз

1.1 Постановка задачі та аналіз предметної області

1.2 Розробка ЕR-моделі предметної області

1.3 Проектування нормалізованих відношень

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

2.1 Розробка структури СУБД та схеми даних

2.2 Структура базових таблиць та опис типів полів розроблених таблиць

3. Розробка та реалізація запитів

3.1 Формування запитів програмою Access в режимі конструктора та програмування запитів мовою SQL

4. Розробка вихідних форм та звітів

4.1 Створення форм для наповнення БД

4.2 Формування макросів

4.3 Конструювання головної кнопкової форми

4.4 Автогенерація звітів

Висновки

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

Додатки



Вступ

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

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

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

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

- Завданнями курсової роботи є:

- Ефективний виклад інформації.

- Забезпечення доступу до інформації.

- Розширену базу даних новими даними.

- Перевірка справжності інформації.

- Запобігання можливих помилок до доступу бази даних.

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

- Можливість редагування інформації тільки перевіреним людям.

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



1. Системний аналіз

1.1 Постановка задачі та аналіз предметної області

Ця курсова робота на прикладі предметної області «Спорткомітет».

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

Апаратна платформа: Клавіатура, миша, монітор, системний блок(материнська плата, вінчестер, процесор, блок живлення, відеоадаптер 16Mb).

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

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

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

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

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

1.2 Розробка ЕR-моделі предметної області

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

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

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

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

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

У результаті побудови концептуальної моделі для виділених сутностей будуємо ЕR- діаграму в програмі ER win (рисунок 1.1).

Рисунок 1.1. ЕR- діаграм в програмі ER win для ПО «Спорткомітет»

Для отримання коду генерації БД потрібно активізувати сервер ODBS команди Serwer Target Server ODBS OK (див рисунок 1.2).

Рисунок 1.2 Підключення Server ODBS

Щоб спроектовану БД згенерувати в програму Access потрібно активізувати команди меню Tasks Forword Engineer/Schema Generation Schema командна кнопка Priview, з являється код генерації (див рисунок 1.3).

Рисунок 1.3 Формування коду генерації ERwin

Копіюю весь код у буфер обміну. Лістинг коду генерації БД з програми ER-WIN в програму Асcess додано на додатку А.

Запускаю програму BatchAccess_1_4 вставляю код генерації у меню File New Query и генерую (рисунок 1.4).

Після цього отримую в СУБД Access спроектовану БД (див рисунок 1.4).

Рисунок 1.4. Вікно БД програми Access



1.3 Проектування нормалізованих відношень

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

– вилучення з таблиць інформації, що повторюється;

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

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

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

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

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

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

З вище перерахованих форм можна визначити, що у даній курсові роботі усі атрибути прості і знаходяться в 1НФ.

Відкривши вікно «Схема даних» програми Access, можна встановити та переглянути взаємозв'язок всіх таблиць бази даних «Спорткомітет» і відносини між ними (рисунок 1.5).

Рисунок 1.5 Вікно «Схема даних»



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

2.1 Розробка структури СУБД та схеми даних

Відношення між таблицями бази даних бувають таких типів: "один до одного", "один до багатьох", "багато до одного" і "багато до багатьох". Найпоширенішим у таблицях реляційних баз даних є відношення: "ОДИН до багатьох".

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

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

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

У відношенні «один до одного» одному запису в головній таблиці відповідає один запис у зв'язаній таблиці.

Створення зв'язків між - таблицями проводиться таким чином:

* відкрити потрібну базу даних;

* виконати команду меню «Сервис» => «Схема данных» або натиснути відповідну кнопку на панелі інструментів;

* у вікні «Добавление таблицы», яке з'явиться, послідовно виділяти назву таблиці і натискати кнопку «Добавить» - відповідна таблиця буде з'являтися у вікні «Схема данных» (якщо вікно «Добавление таблицы» не з'являється, натиснути кнопку «Отобразить таблицу»).

* натиснути кнопку «Закрыть», на екрані залишиться вікно «Схема данных»;

* для встановлення зв'яжу потрібно виділити ключове поле головної таблиці, перетягти його на таблицю, в якой використовується це поле, встановити на поле з такою ж назвою і відпустити - після чого з'явиться діалогове вікно «Измснение сеязей»;

* у вікні «Изменение связей» встановити прапорець «Обеспечение целостности данных», а також слідом за ним прапорці «Каскадное обновление связанных полей» (при зміні значення поля зв'язку в головній таблиці автоматично зміниться значення у відповідному полі в підлеглій) і «Каскадное удаление связаных записей» (при видаленні запису із головної таблиці видаляють зв'язані записи в підлеглих таблицях) (рисунок 2.1);

* натиснути кнопку «Создать» - в схемі даних з'являться лінії, які показують тип зв'язку (тут «один до багатьох»). Сторона «1» у відношеннях «один - до багатьох» називається головною таблицею. Сторона, позначена знаком «?», у тому ж відношенні називається зв'язаною таблицею.

Рисунок 2.1 Вікно «Изменение связей»

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

Вікно «Схема даних» програми Access, дає можливість встановити та переглянути взаємозв'язок всіх таблиць бази даних «Спорткомітет» і відносини між ними (рисунок 2.2).

Рисунок 2.2 Вікно «Схема даних»

2.2 Структура базових таблиць БД та опис типів полів розроблених таблиць

Відкриваю таблиці в режимі конструктора, встановлюю додаткові параметри (див. рисунки 2.3-2.7).

Рисунок 2.3 Структура таблиці «Спортсмени» в режимі конструктора



Рисунок 2.4 Структура таблиці «Країни» в режимі конструктора

Рисунок 2.5 Структура таблиці «Команди» в режимі конструктора

Рисунок 2.6 Структура таблиці «Дисципліни» в режимі конструктора

Рисунок 2.7 Структура таблиці «Результати» в режимі конструктора

Таблиці з даними відображені на Додатку Б Рисунки Б1-Б5.

3. Розробка та реалізація запитів

3.1 Формування запитів програмою Access в режимі конструктора

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

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

Команда «Простой запрос» активізує вікно «Создание простых запросов», за допомогою якого послідовно вибираються потрібні таблиці зі списку «Таблицы/запросы» і поля зі списку «Доступные поля:», використовувані в запиті. Імена потрібних полів для запиту передаються у вікно «Выбранные поля:» за допомогою кнопок > чи >> Після вибору таблиць і їхніх полів клацанням на кнопці «Далее» активізується чергове вікно «Создание простых запросов» (крок 2), з альтернативними перемикачами типів запитів: «подробный» чи «итоговый». Розходження між цими типами запитів ілюструється в лівій частині вікна. На черговому кроці роботи Майстра знову відкривається вікно «Создание простых запросов» (крок 3), за допомогою якого задається ім'я запиту, «Ідентифікаційні коди» і встановлюється режим роботи системи. За допомогою альтернативного перемикача «Открыть запрос для просмотра данных» після клацання на кнопці «Готово» на екран викликається вікно «Ідентифікаційні коди: запит на вибірку» з результатами вибірки. При включенні вимикача «Изменить макет запроса» забезпечується перехід до Конструктора з метою редагування запиту.

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

При заповненні бланка запиту необхідно виконати наступні дії: у рядок «Поле» включити імена використовуваних полів шляхом їхнього «буксирування» з відповідної таблиці верхньої панелі вікна. Передачу всіх полів таблиці можна зробити за допомогою символу «*» також методом його «буксирування». У рядку «Имя таблицы» автоматично відображається ім'я тієї таблиці чи запиту, з якого обране поле; у рядку «Сортировка» указати порядок сортування записів у результуючій таблиці («по возрастанию» чи «по убыванию»). Результатів запитів можуть сортуватися по одному чи декількох полях. Порядок сортування визначається порядком проходження полів у бланку запиту. У разі потреби сортування скасовується установкою параметра сортування «отсутствует»; у рядку «Вывод на экран» відзначити поля, що включаються в результуючу таблицю, установкою прапорця ; у рядку «Условия отбора» сформувати логічні умови (критерії) добору записів, що можуть містити метасимволи, а також логічні функції И і ИЛИ.

Розробка та формування запитів для бази даних «Спорткомітет»

Запит на вибірку: Визначити назви команд, рік їх заснування та країну (рисунок 3.1). Результат виконання запиту Додаток В Рисунок В.1.

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

Запит в режимі SQL

SELECT Komandu.Nasva, Komandu.Rik_zasnyvanj, Kraina.Naimenyvannj

FROM Kraina INNER JOIN Komandu ON Kraina.Kod_krainu=Komandu. Kod_krainu;

Запит з параметром: Визначити ПІБ спортсмена та рік досягнення за вибором країни (абревіатура) та зайнятого міста (рисунок 3.2). Результат виконання запиту Додаток В Рисунки В.2-В4.

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

Запит в режимі SQL

SELECT Sportcmenu.PIB, Kraina.Abreviatura, Rezyltatu.Mecto, Rezyltatu.Rik

FROM (Kraina INNER JOIN Sportcmenu ON Kraina.Kod_krainu = Sportcmenu. Kod_krainu) INNER JOIN Rezyltatu ON Sportcmenu.Kod_sportcmena = Rezyltatu.Kod_sportcmena

WHERE (((Kraina.Abreviatura)=[ввести назву країни скорочено]) AND ((Rezyltatu.Mecto)=[ввести потрібне місто]));

Запит з упорядкуванням: Визначити ПІБ спортсмена та його країну упорядковую за зростанням по даті народження (рисунок 3.3). Результат виконання запиту Додаток В Рисунки В5.

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



Запит в режимі SQL

SELECT Sportcmenu.PIB, Sportcmenu.Data_narodgena, Kraina.Naimenyvannj

FROM Kraina INNER JOIN Sportcmenu ON Kraina.Kod_krainu = Sportcmenu.Kod_krainu

ORDER BY Sportcmenu.Data_narodgena;

Запит з групуванням: Визначити скільки спортсменів записане в базі даних по видам спорту. (рисунок 3.4). Результат виконання запиту Додаток В Рисунки В6.

Рисунок 3.4 Запит з групуванням в режимі конструктора

Запит в режимі SQL

SELECT DISTINCTROW Duszipluna.Vid_sporty, Count(*) AS [Count - Sportcmenu]

FROM Duszipluna INNER JOIN Sportcmenu ON Duszipluna.Kod_dusziplunu = Sportcmenu.Kod_duszuplinu

GROUP BY Duszipluna.Vid_sporty;

Запит з підрахунком: Визначити скільки спортсменів жіночої статі записано в БД. (рисунок 3.5). Результат виконання запиту Додаток В Рисунки В7.



Рисунок 3.4. Запит з групуванням в режимі конструктора

Запит в режимі SQL

SELECT Count(*) AS ["Всього жінок"]

FROM Sportcmenu

WHERE (((Sportcmenu.[Sex])="жін."));

Запит на оновлення: Змінити назву виду дисципліни з «Дзюдо» на «Дзю-до»

Запит в режимі SQL

UPDATE Duszipluna SET Duszipluna.Nasva_duszuplinu = "Дзю-до"

WHERE (((Duszipluna.Nasva_duszuplinu)="Дзюдо"));

Запит на знищення: Видалити з таблиці БД «Країни» дані про країну з абревіатурою "SG"

Запит в режимі SQL

DELETE Kraina.Abreviatura

FROM Kraina

WHERE (((Kraina.Abreviatura)="SG"));

база даний аccess предметний область спорткомітет



4. Розробка вихідних форм та звітів

Форма - це інструмент, який дозволяє зручно відобразити дані, для заповнення та редагування вмісту таблиць БД. Є як мінімум, чотири такі причини, що роблять послугу форм незамінними:

1. малокваліфікованому персоналу не можна надавати доступ до БД

2. різні співробітники можуть мати різні права доступу до інформації

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

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

Створення форми здійснюється після завантаження БД. Для цього потрібно перейти в режим Формы?Создать. В діалоговому вікні „Новая форма” з'явиться перелік можливостей створення форм. Найлегший спосіб створення форм - автоформи (в стовпчик, стрічкова, таблична) вони створюються на базі одній цілої таблиці і, як правило, використовуються для наповнення БД новою інформацією (введенням даних) рисунок 4.1.

Рисунок 4.1 Команди для створення авто форм



4.1 Створення форм для наповнення БД

Для всіх таблиць моєї БД створюю авто форми. Результати форм на Додатку Г Рисунки Г.1-Г.5.

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

На вкладці Створення в групі Форми натискаю кнопку Майстер форм.

Виконую інструкцій на сторінках майстра форм (рисунки 4.2-4.6.).

Рисунок 4.2 Вікно майстра форм для вибору полів у форму

Рисунок 4.3 Вікно майстра форм для вибору представлення даних

Рисунок 4.4. Вікно майстра форм для вибору зовнішнього вигляду підлеглої форми

Рисунок 4.5 Вікно майстра форм для вибору стилю

Рисунок 4.6. Вікно майстра форм збереження форм

Результат форми на додатку Г Рисунок Г.6.

4.2 Формування макросів

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

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

Рисунок 4.7 Вікно створення макросу

4.3 Конструювання головної кнопкової форми

Форми, більш складної структури, створюють в режимі конструктора.

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

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

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

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

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

Вікна формування форм в режимі конструктора на рисунках 4.8-4.11.

Рисунок 4.8 Конструктор форм основне вікно



Рисунок 4.9 Конструктор форм вкладка Команди

Рисунок 4.10 Конструктор форм вкладка Спортсмени

Рисунок 4.11 Конструктор форм вкладка Результати

Результат виконання форми на додатку Г рисунки Г.7 - Г.10



4.4 Автогенерація звітів

Звіт - це кінцевий результат виконання багатьох задач системи управління базою даних. У звіті дані можна подати у будь-якому вигляді (форматі), з різними рівнями деталізації, залежно від поставленого завдання та потреб користувача. Звіти використовують для наочного представлення даних таблиці та для відображення зведеної інформації, яка отримана в результаті певних обчислень. Причому інформація може відображатися як у текстовому варіанті, так і за допомогою діаграм. Для створення звіту потрібно ввійти в режим Отчёты?Создать. Відкриється вікно „Новый отчёт”, в якому можна вибрати один зі способів створення. Найпростішим способом є використання автозвітів (в стовпчик або в рядочок), більш складним є спосіб створення з допомогою Майстра, а найскладнішим - з допомогою Конструктора.

Результати звітів на додатку Д рисунки Д.1, Д.2



Висновки

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

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

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

Для проектування БД був використав потужний засіб проектування PLATINUM ERwin. Після підключення серверу Server ODBS був згенерований код (додатокА) який дозволів за допомогою BatchAccess_1_4 спроектовану базу перенести в СУБД MicrosoftAccess, вікно «Схема даних» відображає сутності та зв'язки між ними.

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

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

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

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

Базы и банки данных и знаний: Учебник для вузов / Г.И. Ревунков, Э.Н. Самохвалов, В.В. Чистов; Под ред. В.Н. Четверякова.- М.: Высшая школа, 1992.

Берещанский Д.Г. Практическое программирование на dBase.- М.: Финансы и статистика, 1989.

Войтко В.В., Савинков В.П. Проектирование баз данных информационных систем.- М.: Финансы н статистика, 1989.

Гринберг Ф., Гринберг Р. Самоучитель программирования на входном языке СУБД dBase 3.- М.: Мир, 1989.

Гусева Т.И., Башин Ю.В. Проектирование баз данных в примерах и задачах. - М.: Радио и связь, 1992.

Дейт К. Введение в системы баз данных. - М.: Наука, 1980.

Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ: Пер. с англ./под ред. С.А. Платонова.- М.: Мир, 1991.

Дито М.М. Проектирование баз данных: Учебное пособие для вузов.- М.: Финансы и статистика, 1988.

Калинеченко Л.А. Методы и средства интеграции неоднородных баз данных.- М.: Наука, 1983.

Каррабрис Дж.-Д. Программирование в dBase 3 Plus: пер. с англ.- М.: Финансы и статистика, 1991.

Крамм Р. Систелда управления базами данных dBase 2 и dBase 3 для персональных компьютеров.- М.: Финансы и статистика, 1986.

Куправа Т. М. Создание и программирование баз данных средствами СУБД dBase 3 Plus, Fox Base Plus, Clipper.- М.: Мир, 1991.

Мартэн Д. Базы данных: практические методы. Пер с англ.- М.: Финансы и статистика, 1979.

Мейер Д. Теория реляционных баз данных: Пер. с англ.- М.: Мир, 1987.

Нагао Маккао, Структуры и базы данных: Пер. с япон.- М.: Мир, 1991.

Озкарахан Э. Машины баз данных и управления ВД: Пер. с англ.- М.: Мир, 1989.

Потоцкий В.К. Работаем с системой Clipper.- М.: Мир, 1990.

Пунир О.Ф., Рамиро Перес В. Практические занятия по изучению СУБД dBase 3+. Методические указания.- К.: КПИ, 1989.

Системы управления базами данных: Учебно-методическое пособие / Отв. ред. М.И. Лугачев.- М.: МГУ, 1991.

Справочное руководство по СУБД FoxBase+.- К.: МП Фирма "НТАС" 1991.

Теории Табл, Фрай Джейн. Проектирование структур баз данных: Пер. с англ./ В 2-х кн.- М.: Мир, 1985.

Ульман Дж. Основы систем баз данных: Пер. с англ.- М.: Финансы и статистика, 1983.

Хаббард Дж. Автоматизированное проектирование баз данных- Пер. с англ.- М.: Мир,1984.

Цикризис Д., Лоховски Ф. Модели данных.- М.: Финансы и статистика, 1985.

Додаток А

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

CREATE TABLE Kraina (

Kod_krainu CHAR(18),

Nasva CHAR(18)

);

CREATE UNIQUE INDEX XPKKraina ON Kraina

(

Kod_krainu

);

ALTER TABLE Kraina

ADD PRIMARY KEY (Kod_krainu);

CREATE TABLE Duszipluna (

Kod_dusziplunu CHAR(18),

Vid_sporty CHAR(18)

);

CREATE UNIQUE INDEX XPKDuszipluna ON Duszipluna

(

Kod_dusziplunu

);

ALTER TABLE Duszipluna

ADD PRIMARY KEY (Kod_dusziplunu);

CREATE TABLE Sportcmenu (

Kod_sportcmena CHAR(18),

Kod_krainu CHAR(18),

Kod_dusziplunu CHAR(18),

PIB CHAR(18),

Sex CHAR(18),

Data_narodgena DATE,

Spezilisazij CHAR(18)

);

CREATE UNIQUE INDEX XPKSportcmenu ON Sportcmenu

(

Kod_sportcmena

);

ALTER TABLE Sportcmenu

ADD PRIMARY KEY (Kod_sportcmena);

CREATE TABLE Rezyltatu (

Kod_zapusy CHAR(18),

Kod_dusziplunu CHAR(18),

Kod_cportcmena CHAR(18),

Rik CHAR(18),

Rezyltat CHAR(18),

Mecto CHAR(18),

Vud_rekorda CHAR(18)

);

CREATE UNIQUE INDEX XPKRezyltatu ON Rezyltatu

(

Kod_zapusy

);

ALTER TABLE Rezyltatu

ADD PRIMARY KEY (Kod_zapusy);

CREATE TABLE Komandu (

Kod_komandu CHAR(18),

Kod_krainu CHAR(18),

Kod_dusziplunu CHAR(18),

Nasva CHAR(18),

Rik_zasnyvanj DATE,

Menedger CHAR(18)

);

CREATE UNIQUE INDEX XPKKomandu ON Komandu

(

Kod_komandu

);

ALTER TABLE Komandu

ADD PRIMARY KEY (Kod_komandu);

ALTER TABLE Sportcmenu

ADD FOREIGN KEY (Kod_krainu)

REFERENCES Kraina

ON DELETE SET NULL;

ALTER TABLE Sportcmenu

ADD FOREIGN KEY (Kod_dusziplunu)

REFERENCES Duszipluna

ON DELETE SET NULL;

ALTER TABLE Rezyltatu

ADD FOREIGN KEY (Kod_dusziplunu)

REFERENCES Duszipluna

ON DELETE SET NULL;

ALTER TABLE Rezyltatu

ADD FOREIGN KEY (Kod_cportcmena)

REFERENCES Sportcmenu

ON DELETE SET NULL;

ALTER TABLE Komandu

ADD FOREIGN KEY (Kod_krainu)

REFERENCES Kraina

ON DELETE SET NULL;

ALTER TABLE Komandu

ADD FOREIGN KEY (Kod_dusziplunu)

REFERENCES Duszipluna

ON DELETE SET NULL;



Додаток Б

Таблиці бази даних «Спорткомітет» з даними

Рисунок Б1. Таблиця «Спортсмени»

Рисунок Б2. Таблиця «Країни»

Рисунок Б3. Таблиця «Результати»

Рисунок Б4. Таблиця «Дисципліни»

Рисунок Б5. Таблиця «Команди»



Додаток В

Результати виконання запитів

Рисунок В1. Запит на вибірку

Рисунок В2. Вікно параметру з першою умовою відбору

Рисунок В3. Вікно параметру з другою умовою відбору

Рисунок В4. Результат запиту з параметром

Рисунок В5. Запит з упорядкуванням

Рисунок В6. Запит з групуванням

Рисунок В7. Запит з підрахунком



Додаток Г

Форми

Рисунок Г.1 Автоформа стовпчикова таблиці «Країна»

Рисунок Г.2 Автоформа таблиці «Команди»

Рисунок Г.3 Автоформа стовпчикова таблиці «Спортсмени»



Рисунок Г.4 Автоформа таблиці «Результати»

Рисунок Г.5 Автоформа стовпчикова таблиці «Дисципліна»

Рисунок Г.6 Форма з підлеглою формою

Рисунок Г.7 Головна кнопкова форма

Рисунок Г.8 Головна кнопкова форма вкладка Команди

Рисунок Г.9 Головна кнопкова форма вкладка Спортсмени

Рисунок Г.10 Головна кнопкова форма вкладка Результати



Додаток Д

Звіти

Рисунок Д.1 Звіт створений в режимі майстра

Рисунок Д.2 Звіт результатів спортсменів

Размещено на Allbest.Ru