Проектирование базы данных для учета занятий и соревнований по художественной гимнастике (стр. 1 из 2)
Курсовая работа
на тему:
"Проектирование базы данных для учета занятий и соревнований по художественной гимнастике"
Выполнила
студентка 4 курса 5 группы
Самышкина Ирина
Ростов-на-Дону
2008
Содержание
Введение
1. Системный анализ предметной области
1.1 Описание деятельности
1.2 Постановка задач разработки базы данных
2. Разработка базы данных в среде Microsoft Access
2.1 Разработка таблиц
2.2 Разработка пользовательских запросов
2.3 Разработка форм и отчетов
Заключение
Литература
Приложение 1
Приложение 2
Приложение 3
Приложение 4
Приложение 5
Приложение 6
Приложение 7
Введение
Рассмотрим художественную гимнастику в России. Существует шесть видов упражнений: без предмета, со скакалкой, с обручем, с мячом, с булавами и с лентой. Спортсменки объединены в спортивные общероссийские общества, отделения которых есть во всех крупных городах России. Ежегодно проводиться большое количество соревнований. Предметы, экипировка и костюмы собственность гимнастки или общества, в котором она состоит.
Для учета результатов соревнований, предметов, экипировки и костюмов необходимо разработать базу данных. В данной работе рассматривается проект такой базы данных.
1. Системный анализ предметной области
1.1 Описание деятельности
Каждый год проводятся соревнования на Кубок России. Соревнования проводятся в четыре этапа, в разных городах России. Победитель Кубка России в личном зачете и среди обществ определяется суммой баллов всех четырех этапов. В каждом соревновании гимнастки выступают во всех видах упражнений. Каждое упражнение выполняется по два раза. В первый день определяется победитель в многоборье и финалисты, которые во второй день соревнуются в отдельных видах. Судьи определяют оценку каждого упражнения спортсменки.
По результатам каждого этапа судейская коллегия готовит сводные и общие протоколы. Сводные протоколы передаются представителям команд разных городов, а общие отправляются в спортивные школы, спортивные общества, министерства спорта и комитеты по физической культуре и спорту.
По результатам соревнований гимнасткам присуждаются разряды и звания. Что бы получить звание кандидата в мастера спорта (КМС), гимнастка должна получить по каждому виду упражнений не менее двадцати баллов. Что бы получить звание мастера спорта (МС), гимнастка должна получить по каждому виду упражнений не менее двадцати пяти баллов на двух соревнованиях подряд. Для присвоения разряда гимнастка должна предоставить в федерацию художественной гимнастики справку с места соревнований с указанием суммы баллов и общий протокол. После каждого этапа федерация художественной гимнастики подготавливает отчет в котором указывается сумма баллов всех этапов и текущее положение в турнирной таблице каждого общества.
Ежеквартально спортивные общества предоставляют данные о своих гимнастках в федерацию художественной гимнастики, которая готовит статистические данные о состоянии художественной гимнастики в стране.
1.2 Постановка задач разработки базы данных
Цель работы состоит в том, что бы разработать систему учета спортсменок занимающихся художественной гимнастикой и результатов соревнований на Кубок России. Моя задача состоит в том, что бы разработать базу данных, позволяющую оценить состояние художественной гимнастики в стране. Для достижения цели разработаем БД в среде MSAccess.
Требования к интерфейсу базы данных:
база данных должна быть ориентирована на пользователя, не имеющего специальной подготовки;
при выводе на печать отчеты должны быть максимально похожими на стандартные бланки;
база данных должна иметь удобный интерфейс.
Требования к структуре базы данных:
список спортивных обществ;
список спортивных школ для каждого общества;
список тренеров для каждой школы;
список гимнасток для каждого тренера;
список соревнований;
результаты соревнований.
2. Разработка базы данных в среде Microsoft Access
2.1 Разработка таблиц
Чтобы включить в базу данных новые сведения, ее следует расширить. В одних случаях для этого достаточно добавить запись или поле в существующую таблицу, в других необходимо создать новую таблицу.
Организация новой информации зависит от ее специфики. Таблицы базы данных описывают определенные объекты или темы. Если включаемые данные представляют собой дополнительные характеристики существующего объекта, нужно добавить в таблицу новые поля. Если предполагается включить в базу новый объект, следует создать для него таблицу.
База данных для учета занятий и соревнований по художественной гимнастике содержит 11 таблиц, каждая из которых соответствует конкретным объектам, таким как гимнастки, тренера, соревнования, спортивные школы и тому подобное. Запись таблицы описывает элемент данного объекта (например, определенного тренера), а поля записи содержат его характеристики.
Прежде чем приступить к созданию таблицы, необходимо четко представлять себе перечень включаемых полей, а также их свойства. Запись должна исчерпывающе описывать объект в контексте поставленной задачи. Важно также определить ограничения, накладываемые на значения полей.
Удобно создавать таблицу в режиме конструктора. Выбрав подходящие поля, можно затем изменить их свойства и добавить недостающие поля.
Ключ представляет собой одно или несколько полей, однозначно идентифицирующих запись в таблице. Это означает, что в таблице не может быть записей с одинаковыми значениями ключей. Разработка таблицы Sorevnovanie в режиме Конструктор показана на рисунке 1.
Рис. 1 – Разработка таблицы Sorevnovanie в режиме Конструктор
После задания имени нужно выбрать тип поля. Если щелкнуть мышью по свободной ячейке графы "Тип поля", то высветится список допустимых типов полей, из которого и следует выбрать подходящий для описываемого поля тип. Имя и тип поля должны задаваться обязательно.
Графа "Описание" может не заполняться. Эта графа используется в целях документирования проекта.
Маска ввода для того, чтобы ограничить символы, которые будут использованы при заполнении значения поля, и это может рассматриваться как один из способов задания ограничений целостности.
Маска ввода применяется только при вводе знаков с клавиатуры и игнорируется при всех остальных операциях. Маски ввода не только обеспечивают контроль допустимости используемых символов, но и облегчают процесс ввода данных.
Access создает реляционные базы данных, которые позволяют объединять информацию из разных таблиц. Создав таблицы и определив ключи для каждой из них, можно задать связи и на их основе извлекать данные из нескольких таблиц и помещать их в одну форму, отчет или запрос.
После того как таблицы созданы, можно задать их связанность. Для этого надо выбрать позицию меню Сервис/Схема данных (либо щелкнуть по соответствующей кнопке на панели инструментов). Далее в открывшемся окне Схема данных следует добавить в окно те таблицы, между которыми будет определяться связь. После этого на экране появится окно Изменение связей. Далее следует определить, нужно ли задавать ограничения целостности связи, и если да, то выбрать режимы корректировок (обновления и удаления). Если вы задаете ограничения целостности, то поле связи основной записи должно быть проиндексировано.
Между двумя таблицами можно установить два типа отношений: "один-к-одному" и "один-ко-многим".
Наиболее распространенным является отношение "один-ко-многим" (one-to-many), когда одной записи таблицы соответствует несколько записей в другой таблице. Например, одна гимнастка может много раз брать какой-либо инвентарь. Значит, каждая запись в таблице Gimnastka будет связана с множеством записей в таблице Vidacha_inventarya. В отношении "один-ко-многим" сторона "один" называется главной таблицей, а сторона "многие" - связанной. В приведенном примере таблица Gimnastka - главная, а таблица Vidacha_inventarya - связанная. Чтобы установить взаимосвязь таблиц, нужно связать ключ главной таблицы с совпадающим полем (внешним ключом) в связанной таблице.
Связи между таблицами показаны на рисунке 2:
Рис. 2 – Связи между таблицами
В базе данных также реализуется связь многие-ко-многим. Отношение многие-ко-многим предполагает, что каждой записи в одной таблице соответствует несколько записей в другой. При этом каждая сторона отношения выглядит как отношение один-ко-многим.
Связующая таблица представляет собой промежуточную таблицу, которая служит мостом между двумя таблицами в отношении многие-ко-многим. Ее ключ состоит из ключевых полей этих таблиц, с каждой из которых она связана отношением один-ко-многим. Помимо ключевых по лей, связующая таблица должна содержать хотя бы одно поле, которого нет в связываемых таблицах, но которое имеет значение для каждой из них. Таким образом, отношение многие-ко-многим складывается из отношений многие-к-одному и один-ко-многим.
2.2 Разработка пользовательских запросов
Запросы позволяют выводить сводную информацию из нескольких таблиц, анализировать ее, изменять и удалять определенные данные.
В современных СУБД широко используются табличные языки запросов. Наиболее распространенным среди них является язык QBE (Query-By-Example - запрос по примеру). Он предназначен для работы в интерактивном режиме и ориентирован на конечного пользователя и реализован во многих современных СУБД, например в dBase IV, Paradox, Access и др.