Курсовая работа: Проектирование базы данных тренера спортивной команды

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Новосибирский государственный технический университет»

Кафедра экономической информатики

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

по дисциплине: Базы данных

Тема: Проектирование базы данных тренера спортивной команды

Выполнил: студент: Скорин А.Ю.

Группа: ФББ-52

Проверил: преподаватель Каржавых Л.В.

Балл: _______ ECTS _______

Оценка __________________

Новосибирск 2017

Содержание

• Введение
• 1. Описание предметной области
• 2. Выбор средств/методологии проектирования
• 3. Построение концептуальной модели предметной области
• 4. Проектирование логической структуры базы данных
• 5. Выявление полного перечня ограничений целостности, присущего данной области
• 6. Проектирование физической структуры базы данных
• 7. Организация ввода данных в БД
• 8. Организация корректировки БД
• 9. Реализация запросов
• 10. Разработка интерфейса
• 11. Реализация проекта в среде конкретной СУБД
• Заключение
• Список использованных источников
• Приложение

Введение

Цель работы: проектирование и создание базы данных для автоматизации работы тренера спортивной команды.

Объект исследования - деятельность тренера спортивной команды.

Этапы проектирования базы данных:

- системный анализ предметной области;

- концептуальное проектирование базы данных;

- выбор СУБД;

- логическое проектирование базы данных;

- физическое проектирование

Задачи проектирования базы данных (требования):

- обеспечение хранения в базе данных всей необходимой информации;

- обеспечение возможности получения данных по всем необходимым запросам;

- обеспечение целостности БД.

1. Описание предметной области

Сеть спортивных организаций играют очень важную роль для жизни любого города. Для функционирования этой сети требуется очень тесная взаимосвязь и взаимодействие между основными организациями - обществом тренеров и клубов, спортивными сооружениями и пр. Поэтому появляется необходимость создания базы данных для более удобного и продуктивного сообщения между основными сущностями данной сети.

Спроектированная база данных будет хранить следующие сущности:

1) тренер;

2) тренировки;

3) спортсмены;

4) соревнования;

5) команда;

6) достижения;

Каждый ТРЕНЕР характеризуется следующими параметрами:

- ID тренера;

- ФИО;

- гражданство;

- дата рождения;

- код команды (R1).

Каждые ТРЕНИРОВКИ, характеризуется следующими параметрами:

- ID тренировки;

- ID тренера (R4);

- ID команды;

- дата тренировки;

- время тренировки;

- продолжительность тренировки.

Каждые СПОРТСМЕНЫ обладает следующими параметрами:

- ID спортсмена;

- ФИО;

- гражданство;

- дата рождения;

- rод команды (R2).

Каждые СОРЕВНОВАНИЯ обладают следующими параметрами:

- ID соревнования;

- ID команды;

- соперник;

- результат;

- дата проведения.

Каждая КОМАНДА обладает параметрами:

- ID команды;

- название.
Каждые ДОСТИЖЕНИЯ обладают параметрами:

- ID достижения;

- ID соревнования;

- результат.

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

Все спортсмены объединяются (по виду спорта) в спортивные команды.

2. Выбор средств/методологии проектирования

база данные тренер спортивный

Далее в работе необходимо выбрать метод построения инфологической модели (ER-модели) и СУБД, в которой будет реализован проект.

Существует очень большое число СУБД. По функциональным возможностям СУБД бывают настольные (такие как MS Access, Paradox) и корпоративные (MS SQL Server, MySQL, Oracle). Сравнивая настольные и корпоративные СУБД, следует отметить, что настольные СУБД просты в использовании и стоимость их эксплуатации дешевле. В свою очередь корпоративные СУБД имеют возможности администрирования, работы в Интернете, а также они поддерживают большой объём данных и быстродейственны.

Для построения самой базы в данной работе была выбрана СУБД MS Access 2016. Microsoft Access является наиболее популярной системой управления базами данных для операционной системы Windows. Возможности разработчиков программного обеспечения, а также методы и технологии решения этих задач постоянно изменяются и совершенствуются.

В данном случае очень важным моментом является возможность просмотра и редактирования данных не только в виде таблицы, но и в виде формы. Представление базы данных в виде таблицы позволяет наблюдать сразу несколько записей одновременно, но в то же время часто вид Таблица не позволяет полностью видеть всю информацию на экране. Формы, в свою очередь, позволяют забыть о неудобствах, которые возникают при работе с таблицами, которые содержат большое количество полей. В режиме Форма можно все внимание уделить одной записи, не пользуясь при этом прокруткой для поиска нужного поля в длинной череде столбцов таблицы, а имея перед глазами всю необходимую информацию. Также на форме можно разместить Элементы управления, для удобства работы.

При печати таблиц и запросов информация выдается практически в том виде, в котором хранится. Часто возникает необходимость представить данные в виде отчетов, которые имеют традиционный вид и легко читаются. Подробный отчет включает в себя всю информацию из таблицы или запроса, но содержит заголовки и разбит на страницы с указанием верхних и нижних колонтитулов. Их можно создавать как самостоятельно, так и с помощью мастера.

Мастер баз данных Microsoft Access автоматически формирует таблицы, запросы, формы и отчеты из шаблонов стандартных типов. Это полнофункциональные приложения с оптимизированной структурой данных и полным набором необходимых таблиц, форм, запросов и отчетов. Мастер запросов отбирает информацию базы данных, включая данные из нескольких таблиц, и затем определяет, как представить эти данные в соответствии с требованиями пользователей.

3. Построение концептуальной модели предметной области

В качестве семантической модели данных воспользуемся неформальной моделью “Сущность - Связь” (Entity-Relationship - ER-модель). Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. Связи были формализованы, ключи выбраны.

На рисунке 1 ниже изображена ER-модель тренера спортивной команды.

Рисунок 1 - ER-модель

4. Проектирование логической структуры базы данных

С целью описать логическую структуру базы данных, изложим информацию о таблицах базы данных, её ключах, индексах, ограничениях с информацией о полях.

Ниже в таблице 1 представлено описание таблиц базы данных.

Таблица 1 - описание таблиц базы данных

Схема базы данных спортивных организаций города в MS Access представлена в приложении (рис. 1)

5. Выявление полного перечня ограничений целостности, присущего данной области

Обеспечение целостности данных является важнейшей задачей при проектировании и эксплуатации систем обработки данных.

Целостность - это актуальность и непротиворечивость информации, ее защищенность от разрушения и несанкционированного изменения. Целостность является одним из аспектов информационной безопасности наряду с доступностью - возможностью с приемлемыми затратами получить требуемую информационную услугу, и конфиденциальностью - защитой от несанкционированного прочтения.

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

Ограничения, контролируемые в таблицах. Данные ограничения описаны в пункте “Проектирование логической структуры базы данных”.

6. Проектирование физической структуры базы данных

Физическая модель - это привязка логической модели к конкретной среде хранения и методам хранения данных. При проектировании физической модели базы данных необходимо описать среду и метод хранения информации. Для этого необходимо изучить особенности организации данных выбранной СУБД.

Для проектирования базы данных тренера спортивной команды была выбрана СУБД MS Access. Для хранения данных в этой СУБД используются таблицы. В них хранится вся информация о предметной области. Наша база данных включает несколько взаимосвязанных таблиц. Объекты, которые были описаны при построении инфологической модели предметной области, в базе данных являются таблицами.

Разработанные таблицы (рис. 2-7) представлены в приложении.

7. Организация ввода данных в БД

База данных состоит из взаимосвязанных таблиц, которые наполняются записями. Ведение базы данных подразумевает под собой возможность управления записями: их добавление, изменение, удаление. Реализация данных возможностей возлагается на СУБД.

Существует несколько способов реализации управления базой данных в MS ACCESS. В частности, любое из указанных действий можно выполнить тремя способами:

· через раздел СУБД «Таблицы», производя действия по изменению, добавлению или удалению непосредственно в таблице;

· через раздел СУБД «Формы», выполняя необходимые действия в таблице через интерфейс формы;

· через раздел СУБД «Запросы», выполняя запросы на обновление, добавление или удаление данных.

Существует 3 способа ввода данных: ввод с клавиатуры; сохранение данных, сформированных иными программными средствами; импорт из других источников. В данной базе данных будет использоваться ввод с клавиатуры.

Ввод информации в базу данных может осуществляться путем ввода данных в таблицу. Но такой способ имеет многие очевидные недостатки. Поэтому для этих целей обычно используются экранные формы. Формы - это окна, через которые пользователь взаимодействует с программным кодом приложения и объектами данных. Ввод данных при помощи форм очень простой в использовании. С помощью форм также можно осуществлять полноценную навигацию по таблице.

При проектировании данной базы данных ввод информации осуществлялся при помощи форм. Экранные формы создаются либо в режиме конструктора, либо автоматически по выбранным полям таблицы или запроса. Корректировка данных возможна в этих же формах.

Для удобства работы с базой данных спортивных организаций города мы реализовали специальные формы, эмулирующие работу базы данных спортивных организаций города. Формы расположены в приложении (рис. 8-12).

8. Организация корректировки БД

Корректировка подразумевает изменение, добавление, удаление данных в таблицах. Корректировка данных в базе данных может осуществляться путем корректировки данных в форме. В основных таблицах данной БД, а именно «Тренировки», «Соревнования», «Тренер», «Спортсмены», «Достижения», «Команда» осуществляется корректировка через экранные формы, упомянутые в пункте «Организация ввода данных в БД» (рис. 8 - 12). В данных формах имеются специальные кнопки «Удалить», «Добавить», «Сохранить».

9. Реализация запросов

Запросы упрощают просмотр, добавление, удаление или изменение данных в базе данных Access. Среди других целей использования запросов можно отметить:

· быстрый поиск определенных данных путем фильтрации с применением определенных критериев (условий);

· вычисление или сведение данных;

· автоматизированное управление данными, например регулярный просмотр актуальных данных.

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