База данных платного спортивного зала

Алгоритм разработки базы данных и сопровождающей ее программы, предназначенных для автоматизированного учета услуг спортивного клуба. Инфологическое, даталогическое проектирование. Разработка приложений баз данных в среде Visual FoxPro 5.0 InterBase.
Краткое сожержание материала:

Размещено на

Размещено на

База данных платного спортивного зала

Введение

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

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

В данной курсовой работе была разработана база данных на тему «База данных платного спортивного зала».

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

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

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

Данный спортивный клуб предлагает широкую систему клубных карт с гибкой системой скидок. Любая из карт дает возможность клиенту пользоваться всеми услугами клуба с учётом предоставляемых клубом скидок. Например, Золотая карта (VIP) - годовая клубная карта стоимостью 50.000 руб, которая даёт возможность посещать спортивный клуб и пользоваться скидками 25% на все услуги клуба. Все карты для учета их количества полежат нумерации.

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

1.1 Требования к данным

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

Клиент:

Ш Паспортные данные клиента

Ш ФИО

Ш Дата регистрации

Ш История посещений

Ш История оплаты

Ш Телефон

Услуги:

Ш Наименование услуги

Ш Стоимость месячного абонемента

Ш Стоимость разового посещения

Ш Место проведения

Ш Телефон

Ш Адрес

Инструктор:

Ш Паспортные данные иснтруктора

Ш ФИО инструктора

Ш Стаж работы

Ш Телефон

Ш Звания и награды

Клубная карта:

Ш Дата выдачи

Ш Номер карты

Ш Срок действия

Ш Скидка на услуги и товары

Спортивное питание:

Ш Наименование

Ш Стоимость

Ш Количество упаковок

Ш Инструкция по применению

2. Инфологическое проектирование

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

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

ь Услуга

ь Клиент

ь Инструктор

ь Спортивное питание

ь Клубная карта

Взаимосвязь сущностей определим следующим образом:

Сущность “Услуга” и “Клиент” взаимосвязаны по типу “многие ко многим”, поэтому необходимо ввести ассоциацию, т.к. в нашем спортивном зале клиент может получать несколько услуг и эти услуги также могут получать и другие клиенты.

Сущность “Клиент” также связана и с другими сущностями.

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

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

Связь с сущностью “Инструктор” также обозначена необязательной, т.к. клиент вправе проводить свои занятия, руководствуясь своими программами. Связь “Инструктора” с “Клиентом” также необязательная и множественная, т.к., возможна ситуация, когда инструктору ещё не дали клиентов.

Для связи сущностей “Клиент” и “Услуга”, а также “Клиент” и “Спортивное питание” необходимо ввести ассоциации, чтобы избавиться от связей типа “многие ко многим”.

1) Сущность “Клиент” определяет самого клиента и его данные. Свойства:

а) ФИО клиента - свойство предназначено для хранения фамилии, имени и отчества клиента.

б) Паспортные данные - используется для хранения серии и номера паспорта клиента.

в) Дата регистрации - предназначается для отслеживания регистрации клиентов.

г) История посещений - предназначено для хранения информации о посещениях спортзала клиентом.

д) Сведения об оплате - свойство хранит информацию об оплате предоставленных клиенту услуг.

е) Телефон - предназначено для хранения телефона клиента

2) Сущность “Инструктор” определяет предоставляемого клиенту инструктора. Свойства:

а) Паспортные Д. инструктора - предназначено для хранения серии и номера паспорта инструктора.

б) ФИО инструктора - хранятся фамилия, имя и отчество инструктора.

в) Стаж работы - предназначено для хранения данных о сроке работы инструктора.

г) Телефон - предназначено для хранения телефона инструктора.

д) Звания и награды - содержит возможные звания и награды, которыми обладает инструктор.

3) Сущность “Клубная карта” определяет карту, которой может обладать клиент. Свойства:

а) Паспортные данные - хранятся серия и номер паспорта клиента.

б) Дата выдачи - предназначено для хранения даты выдачи карты клиенту.

в) Номер карты - свойство хранит индивидуальный номер карты клиенты.

г) Срок действия - хранится дата конца срока действия карты.

д) Скидка на услуги и товары - хранится фиксированная скидка на услуги и товары, предлагаемые спортзалом.

4) Сущность “Спортивное питание” определяет виды продуктов спортивного питания, предлагаемые спортзалом. Свойства:

а) Наименование - хранится название продукции.

б) Стоимость - хранится цена за единицу продукции.

в) Количество упаковок - хранится имеющееся в наличии количество упаковок.

г) Инструкция по применению - хранится сведения об правильном использовании продукта.

5) Сущность “Услуга” описывает предлагаемы спортзалом услуги. Свойства:

а) Наименование услуги - свойство предназначено для хранения названия предлагаемой услуги.

б) Стоимость месяч. Абонемента - хранится цена за месячный абонемент.

в) Стоимость разов. Посещения - хранится цена за разовое посещение спортзала.

г) Место проведения - хранится название места проведения услуги.

д) Телефон - хранится телефон того места, где проводится услуга.

е) Адрес - хранится адрес места предоставления услуги.

Введенные ассоциации

1) Список потребляемого питания - дополнительное отношение, описывающее товары, которые клиент приобретает. Свойства:

а) Паспортные данные - хранятся серия и номер паспорта клиента.

б) Наименование - хранится название используемого клиентом продукта.

в) Дата применения - хранится дата употребления клиентом купленного товара.

г) Количество потреблённого - хранится количество употреблённого клиентом товара.

6) Предоставление услуги - дополнительное отношение, определяющее данные по предоставляемой клиенту услуге. Свойства:

а) Паспортные данные - хранятся серия и номер паспорта клиента.

б) Наименование услуги - хранится название предоставленной услуги.

в) Дата проведения - хранится дата проведения услуги.

Размещено на

Размещено на

Рисунок 2.1 - Графическое представление инфологической модели

3. Даталогическое проектирование

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

Переход к даталогической модели можно осуществит...