Проектирование базы данных "Фитнес-клуб"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 17.02.2019
Размер файла 4,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Федеральное агентство железнодорожного транспорта

Омский государственный университет путей сообщения

Кафедра «Автоматика и системы управления»

Пояснительная записка к курсовой работе

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

ПРОЕКТИРОВАНИЕ Базы данных «фитнес-клуб»

Студент гр. 25 З Д.Д. Егер

Омск 2017

Реферат

База данных, реляционная база данных, сущность, атрибут, связь, ER-диаграмма, отношение, первичный ключ, внешний ключ, тип связи, ссылочная целостность, логическая модель, реализация, Microsoft Access, таблица, запрос, форма, отчет, макрос.

Реляционная база данных выполнена в офисном пакете Microsoft Access 2013.

Введение

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

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

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

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

1. Теоретическая часть

1.1 Общие сведения о базах данных

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

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

Виды моделей баз данных.

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

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

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

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

1) каждый элемент таблицы это элемент данных;

2) все столбцы в таблице однородные, т.е. тип данных одинаковый;

3) каждый столбец имеет уникальное имя;

4) одинаковые строки в таблицах отсутствуют;

5) порядок следования строк и столбцов может быть произвольным.

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

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

1.1.1 Проектирование базы данных

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

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

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

2) интуитивный. Сразу устанавливаются типовые объекты предметной области и их взаимосвязи.

Наиболее рационально использование моделей это связано с тем, что на начальном этапе проектирования нет исчерпывающих сведений обо всех задачах. Использование такой технологии оправдано и тем, что средства реляционной базы данных Access позволяют на любом этапе проектирования внести необходимые изменения в базу и модифицировать её структуру. Этапы проектирования и создания базы данных могут быть разбиты на два этапа: бумажные (проектирование базы данных), создание на компьютере. При проектировании базы данных каждый информационный объект предметной области отображается предметной таблицей. Логические связи между парой таблиц отображают связи между информационными объектами и характеризуются отношением один к одному или один ко многим. Эти связи устанавливаются по уникальному ключу одной из таблиц, которая является главной во второй таблице, которая называется подчиненной поле связи может быть частью ключа (т.е. ключ может быть составным) или может быть не ключевым в подчиненной таблице.

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

1.1.2 Построение информационно-логической модели базы данных

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

Любая база данных должна отвечать требованиям нормализации:

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

2) все описательные реквизиты должны быть взаимонезависимы, т.е. между ними не должно быть функциональной зависимости.

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

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

5) каждый реквизит или атрибут должен зависеть от ключа нетранзитивно (непосредственно) т.е. не должен зависеть через другой промежуточный реквизит.

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

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

1.2 Запрос в базе данных

1.2.1 Общие сведения о запросах

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

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

1) выработка записей удовлетворяющих условию отбора;

2) включение в результативную таблицу запроса нового поля по желанию пользователя;

3) проведение вычислений в каждой из полученных записей;

4) обновление полей в выбранном под множестве записей.

Перечисленные выше виды обработки данных выполняются следующими видами запросов:

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

2) запрос на создание таблицы выбирает данные из других таблиц и запросов и сохраняет их в новой постоянной таблице.

3) запросы на обновление, добавление, удаление.

4) перекрестный запрос - это специальные запросы итогового типа.

1.2.2 Технология запроса. Вычисления в запросах

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

В нем выбрать режим "конструктор" и нажать "Ok". В открывшимся окне "добавление таблиц" выделить используемые для запроса таблицы и нажать кнопку "добавить". По окончании добавления таблиц закрыть окно кнопкой "закрыть". В результате появляется окно конструкторов запросов в заголовке которого написано "запрос1": запрос на выборку. Окно конструктора разделено на две панели. Верхняя панель содержит схему данных, которая включает выбранные для данного вида запросы, а нижняя панель является бланком запроса по образцу. Каждый столбец бланка относится к одному запрошенному полю. Поля могут использоваться для включения в таблицу запроса для задания сортировки, для задания условий отбора записей, а также для выполнения вычислений в записях таблицы. Назначение строчек бланка запроса ясно из подписей этих строк.

В строке "или" задаются альтернативные условия отбора записей, то есть можно применить логическую схему, связь "или". Если при состоянии запроса необходимо добавить ещё таблицу нужно выполнить команду запрос - добавить таблицу. Для удаления поля из бланка запроса необходимо его выделить (в поле поставить курсор появиться стрелка вниз). Для перемещения столбца в бланке запроса надо выделить столбец поставить на него курсор нажать левую кнопку мыши и удерживая её перетащить столбец в нужное место. В строке условия отбора могут быть использованы следующие операторы: =, <, >, < >, <=, >=, Between, in, like, and, or,not.

В запросе над значениями полей могут производиться вычисления. Выражение для вычисления вводится в бланк запроса в пустое поле "строки поле" и вызывается построитель выражений.

В вычислении могут использоваться встроенные функции, их предусмотрено до 150 штук. По окончании набора бланка запроса его можно сохранить или выполнить. Для выполнения запроса нажать кнопку «Выполнить»:

При закрытии бланка запроса кнопкой

1.3 Формы как объект СУБД Access

1.3.1 Общие положения

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

переходы по записям источников формы;

работа с формой (закрытие, открытие, обновление данных, печать формы);

работа с отчетом (просмотр, печать, вывод в файл);

запуск макроса или запроса или печать таблицы и др..

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

1.4 Технология загрузки базы данных с помощью формы

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

Схемы данных к последовательности загрузки записей в таблице:

1) не зависимо могут создаваться записи таблиц, которые не подчинены каким - либо таблицам к схеме данных;

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

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

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

определить документы источники, содержащие необходимые данные;

определить таблицы объекта загрузки из соответствующего документа источника;

определить содержание этапов загрузки и их последовательность;

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

определить общую структуру экранной формы, то есть её макета в соответствии со структурой входного документа;

определить состав и размещение реквизитов для каждой из частей сложной формы.

Существуют три стандартных вида форм, которые программа может построить автоматически:

1) в один столбец;

2) ленточная;

3) табличная.

Для создания любой из таких форм необходимо выполнить:

активизировать в окне базы данных закладку формы и нажать кнопку "создать";

в диалоговом окне "новая форма" выбрать в качестве источника данных таблицу или запрос;

активизировать соответствующий вид авто формы и нажать кнопку "ОК".

Программа создаст выбранный вид авто формы. В авто форме "столбец" на экран выводится одна из записей, все поля таблицы выстроены в столбец. Просмотр записей в форме осуществляется кнопками: , I, *.

Ленточная форма похожа на таблицу, каждая запись занимает строчку - ленту.

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

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

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

Для создания формы в окне базы данных выбрать объект формы и нажать кнопку "создать" в следующем диалоговом окне выбрать мастер форм и таблицу в качестве источников данных и нажать кнопку "ОК". В новом диалоговом окне в поле таблицы и запросы выбираются соответствующие таблицы. В поле "доступные поля" выделяются соответствующие поля и кнопками >, >>, <,<<. Если выбранные поля из таблиц для которых в схеме данных нет связи, то появится сообщение о невозможности создания такой формы. В следующем окне выбирается вид представления данных, то есть выбирается поле которое будет источником основной главной формы. Если в таблице источник основной части формы является главной, по отношению к другой таблице выбранной для создания формы, то можно выбрать один из двух возможных вариантов подключения такой формы. По окончании выполнения всех действий по созданию формы нажать кнопку "готово" сохранение формы осуществляется автоматически.

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

1.5 Отчеты

1.5.1 Основы конструирования отчета

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

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

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

Разнообразные возможности конструктора позволяют создавать любую структуру отчета. Программа Access позволяет создавать и простейшие авто отчеты (столбец, ленточный) на основе выбранных запросов. Для создания авто отчета необходимо активизировать закладку отчеты в окне базы данных и нажать кнопку "создать". В диалоговом окне "новый отчет" выбрать вид отчета например авто отчет в столбец. В низу этого окна кнопкой запрос на основе которого будет отчет и нажать кнопку "ОК" появится созданный авто отчет в столбец просмотрев его закрыть отчет. Появится окно "сохранение", в котором набрать имя отчета и нажать кнопку "ОК". Если запрос содержит параметры, то его необходимо набрать при появлении соответствующего окна при формировании запроса. Для создания отчета с помощью мастера отчетов необходимо в диалоговом окне "новый отчет" выбрать мастер отчетов затем нажать кнопку "ОК".

В новом окне в поле таблицы и запросы выбрать основу для создания отчетов. Из окна доступные поля в окно выбранное поле перенести соответствующее поле далее нажать кнопку "ОК". В новом диалоговом окне появится вопрос "добавить уровни группировки". Выделить в левом окне соответствующее поле и нажать кнопку ">". В правом окне появится образец расположения полей. В следующем диалоговом окне установить сортировку записей по возрастанию или убыванию, в следующем диалоговом окне выбрать вид макета и его ориентацию на листе бумаги, в следующем диалоговом окне выбрать стиль оформления (деловой, обычный, полужирный и тд.), в следующем диалоговом окне выбрать дальнейшие действия или просмотреть отчет или произвести его доработку в режиме "конструктор".

1.5.2 Конструктор отчетов

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

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

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

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

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

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

Основными сущностями исследуемой области являются: «Фитнес-клуб», «Тренер», «Клиент», «Абонемент», «Оборудование», «Группы» «Расписание», «Дополнительные услуги».

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

Клиент, придя в клуб, может ознакомиться с нашим фитнес-клубом: посмотреть краткую рецензию, посмотреть оборудование (для каких упражнений они предназначены, какова цена, название производителя), которое используется здесь, какие тренеры работают, какой они имеют опыт работы, какие дисциплины ведут, посмотреть самых опытных тренеров (чей опыт работы более 10 лет), могут узнать номер телефона и лично поговорить об индивидуальных тренировках.

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

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

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

Фитнес-клуб должен просматривать сведения о новом оборудовании, которое предлагают компании, сотрудничающие с клубом, о стоимости тренажеров.

Рисунок 1 - ER-диаграмма

Экземпляры каждой сущности должны быть различными. Для их идентификации используют ключ, представляющий собой один из атрибутов сущности. Для экземпляров сущности «Клиент» ключевым атрибутом определим «Код клиента», так как он уникален для каждой записи. Для сущности «Тренер» - «Код тренера» и т.д. Все сущности и их атрибуты отображены в ER-диаграмме, представленной на рисунке 1.

запрос отчет реляционный информационный

3. Разработка таблиц

На основании модели «сущность - связь» или ER-диаграммы генерируется проект базы данных в соответствии со следующими правилами:

­ каждая сущность преобразуется в таблицу, имя сущности становится именем таблицы;

­ каждый атрибут сущности преобразуется в колонку таблицы, которая называется полем, имя атрибута становится именем поля;

­ каждая строка таблицы является экземпляром сущности и называется записью;

­ ключевые атрибуты становятся первичными ключами таблиц;

­ если для сущности была определена ключевая связь, то первичный ключ связанной сущности копируется в таблицу и объединяется с ключом таблицы рассматриваемой сущности;

­ связь М:1 приводит к копированию первичных ключей таблицы для сущности, находящейся на одной стороне связи, в таблицу для сущности, находящейся на другом конце связи; если связь М:1, то ключи таблицы для сущности, находящейся на конце «один», копируется в таблицу для сущности на стороне «многие».

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

Таблица «Абонемент» содержит следующую информацию: наименование абонемента, вид занятия, что будет происходить на этом занятии, какова продолжительность тренировки, время начала занятия, цена данной услуги, а также является этот вид занятий групповым или индивидуальным. Менеджер может добавить новый абонемент, а также клиент имеет возможность предложить свой абонемент, указав тип занятия, время, тренера, а менеджер самостоятельно решит, одобрить ли этот абонемент или нет. Сама таблица изображена на рисунке 2.

Рисунок 2 - Абонемент

Таблица «Дополнительные услуги» содержит информацию об одноразовых услугах. У них нет расписания, определенного тренера, времени начала, клиент выбирает услугу, оформляет и приходит на саму операцию. Сама таблица изображена на рисунке 3.

Рисунок 3 - Дополнительные услуги

Таблица «Клиент» содержит информацию о каждом клиенте, его ФИО, дате рождения, паспортных данных, телефоне, месте жительства. Менеджер имеет доступ к этой информации и с помощью нее может связаться с клиентом. Клиент может добавлять свои данные для оформления абонемента. Сама таблица изображена на рисунке 4.

Рисунок 4 - Клиент

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

Рисунок 5 - Оборудование

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

Рисунок 6 - Производитель оборудования

Таблица «Тренер» также носит информативный характер. Здесь содержится данные тренера: ФИО, дисциплины, которые он преподает, его телефон, опыт работы, а также фото. Добавить записи в таблицу может только менеджер, тренер не может как-то изменить самостоятельно информацию о себе. Сама таблица изображена на рисунке 7.

Рисунок 7 - Тренер

Таблица «Фитнес-клуб» является так называемым «заголовком», в ней задается название фитнес-клуба и краткая информация о нем. Т.е. при желании можно добавить в эту же базу данных другой фитнес-клуб и построить сеть фитнес-клубов. Эта таблица затем в форме демонстрирует информацию о клубе клиентам, но сам клиент эти данные редактировать не может. Сама таблица изображена на рисунке 8.

Рисунок 8 - Фитнес-клуб

Таблица «Действие (абонемент)» связана с таблицами «Клиент» и «Абонемент» и обеспечивает связь между этими двумя таблицами. Когда клиент хочет добавить свои данные, они сохраняются именно в этой таблице. И она является важным звеном базы данных, как связующая часть. Сама таблица изображена на рисунке 9.

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

Рисунок 9 - Приобретение абонемента

Рисунок 10 - Выбор клиентом услуги

Таблица «Расписание» содержит информацию о времени проведения занятий. Поле «Наименование» хранит название абонемента (связь с таблицей «Абонемент»). Следующие поля - это рабочие дни, в которые можно указать время проведения занятия, таким удобным образом можно указать любое количество тренировок и времени. Сама таблица изображена на рисунке 11.

Рисунок 11 - Расписание

4. Физическая модель (схема данных)

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

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

5. Запросы, выполненные в курсовой работе

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

Все запросы созданы с помощью конструктора запросов.

В базе данных «Фитнес-клуб» выполнены следующие запросы:

1. Информация о дополнительных услугах клиентов.

Рисунок 13 - Запрос о списках клиентов по группам

2. Оборудования (показывает, какое оборудование имеется в клубе, информация о его поставщике и цене);

Рисунок 14 - Запрос об оборудовании

3. Получение списка абонементов;

Рисунок 15 - Запрос обо всех абонементах

4. Самый опытные тренеры;

Рисунок 16 - Запрос самых опытных тренеров

5. Получение списка дополнительных услуг;

Рисунок 17 - Запрос о дополнительных услугах

6. Расписание занятий;

Рисунок 18 - Запрос на расписание

7. Удаление клиента из списка;

Рисунок 19 - Удаление клиента из списка

8. Добавление нового клиента;

Рисунок 20 - Добавление нового клиента

9. Вывести данные о невостребованных абонементах.

Рисунок 21 - Вывод данных о невостребованных абонементах

10. Вывод списка должников.

Рисунок 22 - Вывод списка должников

11. Информация об абонементе определенного клиента с возможностью поиска этого абонемента по фрагменту его названия.

Рисунок 23 - Информация об абонементе определенного клиента

12. Индивидуальные занятия;

Рисунок 24 - Запрос на индивидуальные задания

13. Запрос на создание чека и некоторые другие.

Рисунок 25 - Запрос на создание чека

6. Формы

Любая форма строится на основе Access-таблицы или запроса. Имена полей извлекаются из спецификации таблицы, а поля в форме можно расположить по своему усмотрению. На основе одной таблицы можно построить несколько форм.

Главная кнопочная форма создана с помощью «Диспетчера кнопочных форм», дальнейшие преобразование были проведены в конструкторе форм:

Рисунок 26 - Иллюстрация «Диспетчера кнопочных форм»

В главную кнопочную форму входят 4 кнопочные формы: «Абонементы», «Наши тренеры», «Дополнительные услуги», «Информация о клиентах» и формы «Приветствие», «Расписание занятий», «Оборудование» и «Покупка абонемента».

Рисунок 27 - Главное меню

Рисунок 28 - Кнопочная форма «Абонементы»

Рисунок 29 - Кнопочная форма «Наши тренеры»

Рисунок 30 - Кнопочная форма «Информация о клиентах»

Рисунок 31 - Кнопочная форма «Дополнительные услуги»

В главной кнопочной форме используются многие из форм. На рисунках 23-26 приведем несколько из них:

Рисунок 32 - Форма «Перечень абонементов»

Рисунок 33 - Форма «Оборудование»

Рисунок 34 - Форма «Покупка абонемента»

Аналогично выполнена форма «Оплата услуг».

Рисунок 35 - Форма «Невостребованные абонементы»

Рисунок 36 - Форма «Должники»

7. Отчеты

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

В базе данных «Фитнес-клуб» содержатся отчеты: «Список клиентов», «Абонементы», «Проданные абонементы», «Тренеры», «Самые опытные тренеры», «Дополнительные услуги», «Списки оплаты услуг», «Клиенты», «Чек».

Рассмотрим отчет «Список клиентов», который представлен на рис. 37.

Рисунок 37 - Отчет «Клиент»

8. Макросы

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

В процессе проектирования базы данных был создан макрос, обеспечивающий выход из приложения Microsoft Office Access. Он изображен на рисунке 38.

Рисунок 38 - Макрос «Закрытие»

9. Руководство пользователя

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

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

Для входа в базу данных открываем главную кнопочную форму «Фитнес клуб Олимп» во вкладке «Формы».

Заключение

В данной курсовой работе была спроектирована и реализована база данных «Фитнес-клуб». Разработанный программный продукт существенно облегчает работу фитнес-клуба. В базе данных реализованы все функции, которые были предложены в задании:

­ ведение списка клиентов с возможностью добавления новых лиц;

­ показ всех программ, по которым занимаются клиенты;

­ показ информации о том, какими дополнительными услугами пользуются клиенты;

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

­ ведение списков тренеров с указанием программ, по которым они работают;

­ расписание занятий;

­ вывод списка неиспользуемых абонементов;

­ отслеживание своевременной оплаты услуг клиентами;

­ вывод списков групп;

­ вывод списка оборудований (с возможностью добавления нового);

­ показ индивидуальных и групповых занятий;

­ оформление покупки абонемента, оплата других услуг клуба, печать чека;

База данных обладает удобным и простым интерфейсом.

запрос отчет реляционный информационный

Библиографический список

1. Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 272 c.

2. Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c.

Приложение 1

Результаты выполнения запросов

Рисунок 39 - Результат запроса о списках клиентов по группам

Рисунок 40 - Результат запроса об оборудовании

Рисунок 41 - Результат запроса обо всех абонементах

Рисунок 42 - Результат запроса самых опытных тренеров

Рисунок 43 - Результат запроса о дополнительных услугах

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

Рисунок 45 - Вывод данных о невостребованных абонементах

Рисунок 46 - Вывод списка должников

Рисунок 47- Информация об абонементе определенного клиента

Рисунок 48 - Запрос на индивидуальные задания

Рисунок 49 - Запрос на создание чека

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


Подобные документы

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

    курсовая работа [2,8 M], добавлен 10.06.2011

  • Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.

    курсовая работа [3,7 M], добавлен 15.11.2010

  • Построение концептуальной модели. Проектирование реляционной модели данных на основе принципов нормализации: процесс нормализации и глоссарий. Проектирование базы данных в Microsoft Access: построение таблиц, создание запросов в том числе SQL – запросов.

    курсовая работа [35,9 K], добавлен 08.11.2008

  • Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

  • Понятие базы данных в Microsoft Access, описание таблицы как объекта. Назначение запросов, форм, отчетов и страниц. Макросы и модули в СУБД. Порядок создания базы данных, ввод описания поля. Свойства полей таблиц. Построение реляционной модели данных.

    презентация [389,6 K], добавлен 18.01.2014

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

    курсовая работа [185,6 K], добавлен 08.11.2008

  • Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.

    курсовая работа [838,9 K], добавлен 25.11.2010

  • Создание модели "сущность-связь" и нормализация данных средствами программы Microsoft Access. Идентификация объектов предметной области и отношений между ними, разработка структуры физической модели, запросов и отчетов базы данных о студентах ВУЗа.

    контрольная работа [742,8 K], добавлен 08.06.2011

  • Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.

    реферат [3,3 M], добавлен 29.01.2011

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

    контрольная работа [4,5 M], добавлен 18.03.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.