Разработка базы данных для фитнес-центра

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Министерство образования и науки Российской Федерации

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

Государственный университет управления

Кафедра программной инженерии

Курсовая работа

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

на тему:

Разработка базы данных для фитнес-клуба

Москва, 2017



Содержание

Введение

1. Цели и постановка задач из предметной области

2. Анализ предметной области

3. Построение ER-диаграммы

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

4.1 Создание таблиц

4.2 Создание форм

4.3 Создание запросов

4.4 Создание отчетов

Заключение

Список литературы



Введение

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

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

Структурирование -- это введение соглашений о способах представления данных.

Неструктурированными называют данные, записанные, например, в текстовом файле.

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

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

База данных (БД) -- это поименованная совокупность структурированных данных, относящихся к определенной предметной области.

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

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



1. Цели и постановка задач

База данных Access Фитнес-клуб предназначена для автоматизации работы фитнес-клуба. В базе таблицы заполнены данными, выполнены простые и перекрестные запросы, а также параметрические. Сделаны формы для работы с данными и отчеты, которые можно выводить на печать. База данных Access Фитнес-клуб содержит 4 таблицы, 4 запроса, 4 формы + главная кнопочная форма, 4 отчета.

База данных Access Фитнес-клуб позволяет добавлять и редактировать клиентов, тренеров клуба, заводить клубные карты, а также распределять индивидуальные занятия между клиентами и тренерами. Также База данных Access Фитнес-клуб предусматривает выполнение запросов на выбор абонементов по их цене и видам, подсчет стоимости занятий по каждому клиенту, узнать количество купленных абонементов, количество абонементов купленных в определённый день и количество абонементов с тренерами.

Цель практических заданий - приобретение навыков анализа предметной области, проектирования базы данных, ее физической реализации в СУБД Access.

Результат выполнения работы представляется в виде базы Access, который должен содержать:

* структуру спроектированных таблиц

* схему данных со связями между таблицами

* примеры форм, обеспечивающих интерфейс пользователя

* запросы (в режиме Конструктора и на языке SQL)

* отчеты (в режиме отчета и в режиме Конструктора)

* главную кнопочную форму.



2. Анализ предметной области

Анализ предметной области начнем с анализа переменных.

Предметная область - это часть реального мира, данные о которой необходимо отразить в базе данных.

Моя предметная область, которую я буду описывать - фитнес клуб. Фитнес-центр, для которого создается база данных, включает в себя абонементы в тренажерный зал с двумя видами абонементов (+ эти два вида различаются по временным периодам: на 1, 3, 6 и 12 месяцев)

Для того чтобы сделать абонемент, нужны следующие данные: фамилия, имя, отчество, телефон, вид абонемента, при желании клиент может заниматься с тренером. База данных фитнес центра хранит в себе информацию о тренерах, о клиентах, о видах абонементов и количестве купленных абонементов. Все эти данные нужно упорядочить в сущностях. На данном этапе важно понять, какие из данных являются зависимыми, а какие независимыми. Результатом стала таблица 2.1.

Таблица 2.1

Список зависимых и независимых данных

№	Переменная	Характер данных
1	Код абонемента	Независимый
2	ФИО клиента	Независимый
3	Код вида абонемента	Независимый
4	Дата получения	Независимый
5	Код вида	Независимый
6	Вид	Независимый
7	Срок	Независимый
8	Цена	Независимый
9	Номер клиента	Независимый
10	Номер тренера	Независимый
11	Фамилия	Независимый
12	Имя	Независимый
13	Телефон	Независимый
14	Номер тренера	Независимый
15	ФИО тренера	Независимый
16	Оклад	Независимый
17	Количество абонементов с тренерами	Зависимый	Count [Тренер 1]+[Тренер2] (9)

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

Таблица 2.2

Атрибуты и сущности

№	Атрибут	Сущность
1	Код абонемента	Абонементы
	ФИО клиента
	Код вида абонемента
	Дата получения
2	Код вида	Виды абонементов
	Вид
	Срок
	Цена
3	Номер клиента	Клиенты
	Номер тренера
	Фамилия
	Имя
	Телефон
4	Номер тренера	Тренеры
	ФИО тренера
	Оклад

Составим список данных, подлежащих хранению. Напишем для данных их тип и описание. Результат представлен в таблице 2.3.

Таблица 2.3

Список данных, подлежащих хранению

№	Атрибуты	Тип данных	Описание
1	Код абонемента	Счетчик	Индивидуальный код каждого купленного абонемента (ключевое поле)
	ФИО клиента	Текстовый	Фамилия Имя Отчество клиента
	Код вида абонемента	Числовой (мастер подстановок)	Индивидуальный код абонемента, выведенный на основании вида
	Дата получения	Дата/время	Дата покупки абонемента
2	Код вида	Счетчик	Индивидуальный код вида абонемента (ключевое поле)
	Вид	Текстовый	Типы абонементов, составленные на определённый период
	Срок	Текстовый	Период действия абонемента
	Цена	Денежный	Цена абонемента
3	Номер клиента	Счетчик	Индивидуальный номер клиента в базе (ключевое поле)
	Номер тренера	Числовой (мастер подстановок)	Индивидуальный номер тренера в базе
	Фамилия	Текстовый	Фамилия клиента
	Имя	Текстовый	Имя клиента
	Телефон	Числовой	Отчество клиента
4	Номер тренера	Счетчик	Индивидуальный номер тренера в базе (ключевое поле)
	ФИО тренера	Текстовый	Фамилия Имя Отчество тренера
	Оклад	Числовой	Заработная плата тренера

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

Таблица 2.4

Сущности базы данных

№	Наименование сущности	Описание
1	Абонементы	Информация о купленных абонементах в фитнес клуб, имя клиента, дата покупки
2	Виды абонементов	Информация о существующих абонементах нашего фитнес клуба и их цена
3	Клиенты	Информация о клиентах, занимающихся в нашем фитнес клубе, их контакты
4	Тренеры	Информация о тренерах, работающих в фитнес клубе, их оклад

Опишем один экземпляр сущности для каждой сущности.



Таблица 2.5

Экземпляры сущностей

№	Сущности	Атрибуты	Экземпляр сущности
1	Абонементы	Код абонемента	4
		ФИО клиента	Ховрина Е.В.
		Вид абонемента	Бюджетный
		Дата получения	22.10.2017
2	Виды абонементов	Код вида	5
		Вид	Классический
		Срок	1 месяц
		Цена	2000,00 Р
3	Клиенты	Номер клиента	1
		Номер тренера	1
		Фамилия	Санникова
		Имя	Ольга
		Телефон	903312612
4	Тренеры	Номер тренера	1
		ФИО тренера	Юракова Е.С.
		Оклад	100000

информация сущность база данный фитнес



3. Построение ER-диаграммы

Для создания ER-диаграммы мы используем программу DBDesigner.

DBDesigner -- это инструмент для визуального проектирования баз данных, позволяющий видеть и управлять всеми связями между таблицами. Это не простой графический редактор для иллюстрации взаимосвязей, это полноценный инструмент для управления базами в визуальном стиле, поддерживающий MySQL, SQLite, Oracle и MSSQL.

Если описать базу данных простыми словами -- то это просто набор структурированных данных с внутренними связями и чем больше её размер, тем больше и сложнее может быть её внутренняя архитектура, и тем сложнее разобраться с ней не имея визуального представления. DBDesigner может в этом деле оказать существенную помощь. Интерфейс программы очень похож на программы для работы с когнитивными картами (mind-map): таблицы выглядят как отдельные блоки, записи которых связаны линиями со стрелочками (указывающими тип связи) с другими таблицами или блоками. Также есть возможность проводить реверс-инжиниринг для изучения структур готовых БД.

Рисунок 3.1 ER-диаграмма в DBDesigner

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

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

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

4.1 Создание таблиц

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

Рисунок 4.1.1 Добавление атрибутов сущности «Абонементы»

Аналогично создаем остальные сущности, которые были ранее нами описаны при проектировании базы данных (рис. 4.1.2-4.1.5).

Рисунок 4.1.2 Добавление атрибутов сущности «Виды абонементов»

Рисунок 4.1.3 Добавление атрибутов сущности «Клиенты»

Рисунок 4.1.4 Добавление атрибутов сущности «Тренеры»

После того как все таблицы добавлены, необходимо установить между ними связи. Получаем схему данных нашей базы данных (рис. 4.1.5)

Рисунок 4.1.5 Схема данных

4.2 Создание форм

После того как мы создали все необходимые таблицы, приступаем к созданию форм.

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

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

Рисунок 4.2.1 Создание формы «Абонементы» - конструктор форм

Готовая форма «Виды абонементов»

Рисунок 4.2.2 Готовая форма «Клиенты»



Рисунок 4.2.3 Готовая форма «Тренеры»

4.3 Создание запросов

Запрос -- объект базы данных, который используется для извлечения информации из одной или нескольких таблиц или для выполнения определенных действий с данными.

Первый запрос - параметрический запрос по видам абонементов.

При создании запроса выбираем из таблиц нужные нам данные, а в графу «условие отбора» вводим: «Введите вид абонемента». (рис. 4.3.1)

Рисунок 4.3.1. Создание параметрического запроса

При выполнении запроса база попросит ввести вид абонемента, вводим, например, «классический» (рис. 4.3.2).



Рисунок 4.3.3 Запуск параметрического запроса

Результатом выполнения такого запроса будет таблица, в которой будут данные по тому параметру, что мы укажем. В данном случае - количество купленных «классических» абонементов (рис. 4.3.4).

Рисунок 4.3.4 Результат параметрического запроса

Далее создадим запрос по дате приобретения. В условиях отбора запишем: «Введите дату». (рис. 4.3.5)

Рисунок 4.3.5 Создание параметрического запроса по дате

При выполнении запроса система попросит ввести дату (рис. 4.3.6)



Рисунок 4.3.6 Запуск запроса

Результатом выполнения такого запроса будет таблица, в которой будут отобраны данные по тому параметру, что мы укажем. В нашем случае - все абонементы купленные после 01.09.2017 (рис. 4.3.7).

Рисунок 4.3.7 Результат запроса

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

При создании запроса в «условия отбора» введем: «Введите код абонемента» (рис. 4.3.8).

Рисунок 4.3.8 Создание параметрического запроса по коду абонемента

База попросит нас ввести нужный код абонемента (рис. 4.3.9).

Рисунок 4.3.9 Запуск запроса

Результатом выполнения запроса будет таблица, в которой будут отобраны данные по тому параметру, что мы укажем. В нашем случае - информация о купленных абонементах под номером 7 (рис. 4.3.10).

Рисунок 4.3.10 Результат запроса

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

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

· возможностью обработки значительного объема данных и вывода их в формате, который очень хорошо подходит для автоматического создания графиков и диаграмм;

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

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



Рисунок 4.3.11 Результат запроса

4.4 Создание отчетов

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

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

Чтобы создать отчет, мы заходим в «Мастер отчетов» и выбираем нужные нам параметры отчета и его внешний вид.

С помощью подобного алгоритма мной было создано 4 отчета.

Первый отчет - отчет о видах и количестве приобретенных абонементов. (рис. 4.4.1)

Рисунок 4.4.1 Представление отчета о приобретении абонементов по видам

Далее отчет о датах приобретения абонементов (рис.4.4.2)

Рисунок 4.4.2 Представление отчета о датах приобретении абонементов

Следующий отчет - отчет о количестве абонементов с тренерами (рис. 4.4.3)

Рисунок 4.4.3 Представление отчета об абонементах с тренерами

И далее отчет о покупке абонементов (рис. 4.4.4)

Рисунок 4.4.4. Представление отчета о покупке абонементов данного вида



Заключение

Разработанная в ходе выполнения курсового проекта база данных "Фитнес центр" является актуальной на сегодняшний день и имеет большую практическую значимость.

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

А благодаря удобству и доступности Microsoft Access, процесс автоматизации большого количества операций открыт для каждого человека и организации.



Список литературы

1. Дубнов П.Ю, Access 2000. Проектирование баз данных / П.Ю. Дубнов - Москва ДМК, 2000,- 271 c.

2. Робинсон С., Microsoft Access 2000; учеб. Курс; Пер с англ. - СПб. и др.; Питер 2001.-511 с.

Размещено на allbest.ru

...