Разработка информационной системы "Спортивный клуб" (стр. 1 из 3)
МЕЖДУНАРОДНЫЙ БАНКОВСКИЙ ИНСТИТУТ
INTERNATIONALBANKINGINSTITUTE
Кафедра прикладной информатики
Пояснительная записка к курсовой работе
ИНФОРМАЦИОННАЯ СИСТЕМА
«Спортивный клуб»
Выполнил студент гр. 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. Физическая модель (схема данных)
Для того, чтобы наиболее удачным образом можно было просматривать, создавать, удалять и модифицировать связи между таблицами, а также отразить физическую модель информационной системы, в MicrosoftAccess используется «Схема данных». Установление связей между таблицами в «Схеме данных» описано в пункте 4.2 данного отчета, а сама схема представлена на рис.2.
Рис.2. Физическая структура базы данных
4. Физическая структура реляционной БД
4.1 Разработка таблиц
На основании модели «сущность – связь» генерируется проект базы данных в соответствии со следующими правилами:
• каждая сущность преобразуется в таблицу, имя сущности становится именем таблицы;
• каждый атрибут сущности преобразуется в колонку таблицы, которая называется полем, имя атрибута становится именем поля;
• каждая строка таблицы является экземпляром сущности и называется записью;
• ключевые атрибуты становятся первичными ключами таблиц;
• если для сущности была определена ключевая связь, то первичный ключ связанной сущности копируется в таблицу и объединяется с ключом таблицы рассматриваемой сущности;
• связь М:1 приводит к копированию первичных ключей таблицы для сущности, находящейся на одной стороне связи, в таблицу для сущности, находящейся на другом конце связи; если связь М:1, то ключи таблицы для сущности, находящейся на конце «один», копируется в таблицу для сущности на стороне «многие».
(i) При генерации таблиц необходимо сохранять уникальность имен получаемых колонок в пределах одной таблицы. В соответствии с перечисленными правилами производится генерация проекта базы данных «Институт».
(ii) Итак, основным объектом Access является таблица. Для ее создания в окне базы данных выбирается корешок таблица, затем кнопка «Создать». Все таблицы созданы в режиме «Конструктор». Создание таблицы в режиме «Конструктор» заключается в определении для каждого поля таблицы свойств. При создании таблицы необходимо помечать ключевые поля, нажатием кнопки «Ключевое поле» на панели инструментов. В проектируемой базе данных созданы следующие таблицы (рис.3):
клуб: таблица
команда: таблица
спортсмен: таблица
стадион: таблица
