МІЖНАРОДНИЙ БАНКІВСЬКИЙ ІНСТИТУТ
INTERNATIONAL BANKING INSTITUTE
Кафедра прикладної інформатики
Пояснювальна записка до курсової роботи
ІНФОРМАЦІЙНА СИСТЕМА
В«Спортивний клуб В»
Виконав студент гр. 185 Мамедов Ф.В.
під керівництвом
доцента Веніаміновій Г.Н.
Санкт-Петербург
2009 м.
Зміст
Введення
1. Аналіз предметної області
1.1 Технічне завдання на розробку ІС
2. Інформаційно-логічна модель даних. Її нормалізація
3. Фізична модель (схема даних)
4. Фізична структура реляційної БД
4.1 Розробка таблиць
4.2 Призначення відносин між таблицями і створення схеми даних
4.3 Розробка запитів
5. Інтерфейс БД
5.1 Розробка форм
5.2 Розробка головної кнопкової форми
5.3 Розробка макросів
5.4 Розробка звітів
Висновок
Список використаної літератури
Введення
Володіння інформацією є важливою складовою успішного функціонування будь-якої організації, В даний час інформаційні потоки збільшуються, значить, підвищуються вимоги до швидкості обробки даних. Тепер вже більшість операцій не може бути виконане вручну, вони вимагають застосування комп'ютерних технологій.
Для забезпечення ефективності інформаційних процесів необхідна відповідна організація даних.
З цієї точки зору бази даних стають підходящим способом довготривалого зберігання та обробки інформації. Практично всі економічні, фінансові та інші подібні системи використовують відповідну технологію в своєї діяльності.
Одним із прикладів бази даних може послужити дана робота.
Була створена база даних "Спортивний клуб", яка служить для ефективної і швидкої роботи з інформацією про власників клубів і входять до них команд, тренерів та спортсменів, стадіонів і фанатів. Програма дозволяє значно підвищити швидкість отримання інформації про тренерів, власниках, команд та спортсменів.
1. Аналіз предметної області
Розробляється інформаційна система присвячена поліпшенню роботи з інформацією про спортсменів знаходяться складаються в певних командах, кожна команда в ходить в певний клуб, у кожного клубу є певний власник, у кожної команди є певний стадіон, визначені фанатські угруповання, кожна команда бере участь у певному турнірі. Дана інформаційна система повинна враховувати наступні технологічні процеси:
В· поява нових спортсменів;
В· поява нових команд і клубів;
В· створення нових стадіонів;
В· прийняття на роботу в команду нових тренерів;
В· можливість перегляду вболівальниками інформації про спортсменів, тренерів, клубі;
В· зміна турнірів в якій бере участі команда.
1.1 Технічне завдання на розробку ІС
Глобальна мета обробки інформації:
• Поліпшити якість і швидкість знаходження даних;
Приватні мети:
• прискорити процес перегляду необхідних даних;
• проводити аналіз даних;
• прийняття в клуб нових спортсменів;
• працювати з даними;
• систематизувати дані;
• вводити нові дані;
• видаляти непотрібні дані;
• збір та зберігання даних;
• скоротити час пошуку конкретної інформації в базі даних.
Завдання, розв'язувані системою, які зажадали створення різних об'єктів БД (запитів, форм, макросів і обчислюваних полів):
• Збір і зберігання даних (відомості про клуби, командах, спортсменах, турнірах, стадіонах);
• Обробка даних (підрахунок кількості команд в клубі, пошук і вибірка необхідних даних по імені, року і т.д.);
2. Інформаційно-логічна модель даних. Її нормалізація
Для побудови інформаційної моделі майбутньої системи, як можна більш повно описує інформаційні особливості предметної області, використовується стандартний засіб моделювання - апарат моделей В«сутність - зв'язок В»або ER-модель. Це дозволяє представити інформаційні потреби в наочному і зручному для сприйняття вигляді.
Основними сутностями моделируемой області є: В«КлубВ», "КомандаВ», В«СпортсменВ», В«СтадіонВ», В«ТурнірВ», В«ФанатиВ», В«ГрупаВ», В«ТренерВ».
Екземпляри кожної сутності повинні бути різними. Для їх ідентифікації використовують ключ, який представляє собою один з атрибутів сутності. Для екземплярів сутності В«КлубВ» ключовим атрибутом визначимо В«Код клубуВ», так як він унікальний для кожного запису. Для сутності В«СпортсменВ» - В«Код спортсменаВ» і т.д.
Нормалізація даних - процес приведення моделі до виду, що дозволяє отримати в подальшому структуру бази даних, в якій усунена надмірність зберігання і зведені до мінімуму аномалії при додаванні, видаленні, зміні даних. У процесі нормалізації модель повинна бути послідовно приведена до першої, другої, третьої нормальним формам (1НФ, 2НФ, 3НФ).
Розроблена інформаційна система В«Спортивний клубВ» приведена до 1НФ шляхом виключення множинних або повторюваних атрибутів.
Приведення моделі до 2НФ припускає винесення атрибутів, які не задовольняють вимогам функціонально повній залежності від унікального ідентифікатора сутності, що є складовим ключем, то є необхідність приведення до 2НФ виникає тільки в тому випадку, якщо є сутності з складовим ключем. У зв'язку з відсутністю сутностей з такими ключами, дана інформаційно-логічна модель вже приведена до 2НФ.
Приведення моделі до ЗНФ полягає у виключенні транзитивних залежностей атрибутів, які не є частиною ключа. Дана модель вже знаходиться в ЗНФ, так як такі залежності вже усунені.
Таким чином, після приведення до 1НФ, 2НФ, ЗНФ, інформаційно-логічна модель має наступний вигляд (рис. 1).
Рис. 1. Структура бази даних В«Спортивний клубВ»
Встановлюючи зв'язки між сутностями, враховуємо наступні закономірності:
В· Одна команда може грати в різних турнірах в місці з тим в одному турнірі можуть грати багато команд, між сутностями В«КомандаВ» і В«ТурнірВ» встановлюємо зв'язок типу М: М (В«багато до багатьох В»).
З урахуванням того, що зв'язки М: М не можуть бути представлені в остаточної схемою даних, введемо міжсекційних сутність В«турнір командиВ», в яку включимо ключі вихідних сутностей. Таким чином, отримаємо наступні зв'язку - між сутностями В«командаВ» і В«турнір командиВ» М: 1 між сутностями В«ТурнірВ» і В«турнір командиВ» М: 1
Зв'язки з боку сутності В«турнір командиВ» позначаються ключовими, так як екземпляри цієї сутності не можуть бути однозначно ідентифіковані поза зв'язку з відповідними екземплярами сутностей В«ДисциплінаВ» і В«ГрупаВ».
Аналогічно усувається зв'язок М: М між іншими сутностями (де це вимагається).
Таким чином, після виконання процесу нормалізації даних і усунення зв'язку М: М, модель приймає вигляд, як показано на рис.1.
3. Фізична модель (схема даних)
Для того, щоб найбільш вдалим чином можна було переглядати, створювати, видаляти і модифікувати зв'язки між таблицями, а також відобразити фізичну модель інформаційної системи, в Microsoft Access використовується В«Схема даних В». Встановлення зв'язків між таблицями у В«Схемі данихВ» описано в пункті 4.2 даного звіту, а сама схема представлена ​​на рис.2.
Рис.2. Фізична структура бази даних
4. Фізична структура реляційної БД
4.1 Розробка таблиць
На підставі моделі В«сутність - зв'язокВ» генерується проект бази даних у відповідності зі наступними правилами:
• кожна сутність перетвориться в таблицю, ім'я сутності стає ім'ям таблиці; <...
