Технология проектирования базы данных

Содержание

Содержание 1

Введение 2

1 Технология проектирования базы данных 3

1.1 Определение требований 3

1.2 Ограничения предметной области проектного решения 5

1.3 Представление использования 5

1.4 Определение сущностей 6

1.5 Определение взаимосвязей между сущностями 6

1.6 Создание физической модели данных 7

1.7 Описание физической модели 9

2 Заключение 13

3 Литература 14

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

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

Программа «Спортивные организации города» представляет собой автоматизированную систему. В базу данных программы внесены данные о сооружениях, спортивных клубах, тренерах и спортсменах, которые можно добавлять, редактировать либо удалять.

Инструментальной средой разработки выбрана СУБД Microsoft Access, потому что  в ней присутствуют  все необходимые  средства для создания таблиц, запросов, форм и макросов. Система поддерживает реляционную модель данных и в  ней присутствуют возможности ограничения  доступа к объектам базы данных.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 Технология проектирования базы  данных

1.1 Определение требований

Разрабатываемый программный комплекс должен соответствовать следующим  требованиям:

1. ИС «Спортивные организации города» должна обеспечить выполнение следующих действий:

• ввод, редактирование и удаление данных о сооружениях, спортивных клубах, тренерах и спортсменах;

Для наглядного представления работы системы создадим граф в соответствии с перечисленными требованиями:

Система состоит из следующих компонентов:

1. Справочная информация:
1. Вид спорта;
2. Спортивные разряды;
3. Покрытие;
4. Тип сооружений;
5. Спортивные сооружения;
6. Спортивные клубы.
1. Просмотр и ввод данных.
2. Учетная информация;
1. Тренерский состав;
1. Просмотр и ввод данных;
2. Спортсмены;
1. Просмотр и ввод данных
3. Число спортсменов в клубах.
3. Запросы:
1. Спортсмены по видам спорта;
2. Спортсмены по видам спорта и разрядам;
3. Все спортсмены одного тренера;
4. Тренерский состав по виду спорта.
4. Отчеты:
1. Список спортивных сооружений;
2. Тренера работающие в спортивных сооружениях;
3. Список всех спортсменов;
4. Тренерский состав по видам спорта;
5. Спортивные клубы города.
5. Выход из программы

Представление графа сценария задачи представлено на рисунке 1.

 

Рисунок 1 – Граф сценария задачи «Спортивные организации города»

1.2 Ограничения предметной области проектного решения

В данной разработке существуют следующие ограничения:

• один и тот же спортсмен может заниматься несколькими видами спорта у разных тренеров;
• все спортсмены объединены в клубы, при этом спортсмен может вступать только в один клуб;

1.3 Представление использования

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

Описание системы данного языка  моделирования представлено на рисунке 2.

Рисунок 2 – Диаграмма использования информационной системы «Спортивные организации города»

1.4 Определение сущностей

Исходя из предметной области задачи, информационная система должна содержать  следующие сущности:

Спортсмен – данные о спортсменах;

Спортсмен_подчин – данные о видах спорта и сооружениях в, которых занимаются спортсмены;

СпортивныеКлубы – данные о спортивных клубах;

Сооружения – данные о спортивных сооружениях;

Сооружения_подчин – данные о типах  покрытия в сооружении;

Тренер – данные о тренерском составе.

Кроме них, в базе данных существуют вспомогательных таблицы:

Разряд – содержит спортивные разряды;

ВидСпорта – содержит виды спорта;

ТипСооружения – содержит типы сооружений;

Покрытие – содержит типы покрытий;

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

1.5 Определение взаимосвязей между сущностями

Существующие взаимосвязи между  сущностями представлены на  рисунке 3.

Рисунок 3 – Взаимосвязи между сущностями

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

1.6 Создание физической модели данных

На данном этапе проектирования базы данных необходимо определить атрибуты сущности и задать первичные и  альтернативные ключи. Они приведены  в таблице 1.

Таблица 1 – Атрибуты и первичные  ключи

Сущность	Вид	Первичный ключ	Атрибуты
1	2	3	4
Т_ Спортсмен	Выходные	КСпорт	ФИО ДР ККлуба
Т_Спортсмен_подчин	Выходные		КСпорт ВидСпорта КТренер Сооружение Разряд ДРазряд
Т_СпортивныеКлубы	Входные	ККлуба	Название Адрес
Т_ Сооружения	Входные		Название Адрес Вместительность
Т_Сооружения_подчин			Сооружение Тип сооружения Тип покрытия
Т_ Тренер	Входные	КТренер	ФИО Вид спорта Сооружения
Т_ Разряд	Входные	Разряд
Т_ ВидСпорта
Т_ ТипСооружения
Т_ Покрытие

 

Взаимосвязи между сущностями представлены на рисунке 4. Связи между объектами  являются связями «один ко многим». Одной записи данных первого объекта (основного) соответствует несколько  записей второго объекта (подчиненного).

1.7 Описание физической модели

На данном этапе нужно проектировать  базу данных таким образом, чтобы  максимально учесть требования, предъявляемые  к информационной  системе:

1. Независимость данных
2. Разнообразие данных, их связуемость в произвольные структуры, которая предлагает:

• определение широкого набора типов данных;

• установление произвольных структурных связей и отношений между элементами       данных;

3. Не избыточность данных.

4. Целостность данных. Ограничения целостности - это набор определенных правил, которые устанавливают допустимость данных и связей между ними. Ограничения целостности определяются особенностями предметной области и могут относиться к разным объектам базы данных: атрибутам, записям, отношениям, связям и т.п.
5. Использование различных стратегий поиска. Наиболее широко используются три метода поиска данных:

• непосредственный выбор (поиск по ключу);

• выбор данных по отношению между собой (следующей или предыдущей   записи);
• выбор данных по значению, т.е. данных, значения которых (или значения отдельных их полей) удовлетворяют заданному запросу.

6. Ограниченность доступа. Необходимо обеспечить защиту от неавторизованного доступа по отношению к:

• элементам данных;
• операциям (для каждого типа пользователя определяется список допустимых операций);
• пользователям

 

 

 

 

 

 

 

 

 

 

На рисунке 1 представлен вид использования информационной системы «Спортивные организации города»

 

(рис.1)

 

Далее на рисунках 2,3,4,5 представлены подразделения о справочной информации, учётной информации, запросах и отчётах. у каждого подразделения есть дополнительные подразделения ,которые наиболее точно отражают интересующую нас информацию.

(Рис.2)                                           (рис.3)

(рис.4)                                           (рис.5)

 

 

Из диаграммы представленной на рисунке №2 мы видим, что режим  работы «оператор» даёт нам наиболее полную и развёрнутую информацию о данной информационной системе .

 

 

 

Структура использования информационной системы:

 

 

 

 

 

Таблицы.

 

Таблица №1 «Виды спорта»

 

Структура таблицы:

 

Таблица №2 «покрытие»

Таблица №3 «разряд»

 

Таблица №4 «Сооружения»

 

 

 

 

 

 

 

Таблица №5 «сооружения подчин»  в которой представлены данные о типах покрытия в сооружении

 

Таблица №6 «Спорт Клубы»

Таблица № 7 «Спортсмены»

 

 

 

 

 

 

 

 

Таблица№8 «Спортсмены подчин.»  в которой представлены данные о видах спорта и сооружениях в, которых занимаются спортсмены;

 

Таблица № 9 «Сооружения»

Таблица №10 «Тренера»

 

 

 

 

 

 

 

1)Создание запроса:

На рисунке 6 представлен запрос, с помощью которого мы сможем определить спортсменов занимающихся определённым видом спорта.

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

 

(рис.6)

 

 

 

 

 

 

2)На рисунке 7 дана информация о запросе с помощью которого мы можем найти спортсмена по его разряду и данному виду спорта ,которым он занимается. так же запрос нас информирует о сооружение в котором занимается данный спортсмен.

(рис.7)

 

 

 

 

 

 

 

 

 

 

3) на рисунке 8 представлен запрос  с помощью которого мы можем  узнать всю информацию о спортсменах  определённого тренера, введя  его ФИО.

 

(рис.8)

 

4) На рисунке 9 предоставлена  информация о запросе с помощью  которого мы можем определить  тренерский состав по виду  спорта.

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

 

(рис.9)

 

Структура запроса:

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

1)

2)

 

 

 

 

 

 

 

3)

4)

 

 

 

 

Отчёты:

 

 

 

1) Список спортивных сооружений