база данных спортивный клуб. Введение описание базы данных
![]()
|
ОГЛАВЛЕНИЕ Введение ………………………………………………………..………………..3 Описание базы данных…………………….………...………….………...5 Анализ предметной области……………..………….………….………...6 Построение ER-диаграммы………………………….…………………..10 Создание физической модели базы данных……………..….…………..11 Таблицы………………………………….……..….………...11 Формы………………………………….……….…………...12 Запросы………………………………….………….……….14 Отчёты………………………………….……….…..……….18 Заключение …………………………………..………..……….………..….........20 Список литературы …………………………………..…….…………...….........21 ВВЕДЕНИЕ Цель любой информационной системы — обработка данных об объектах реального мира. В широком смысле слова база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и, в конечном счете, автоматизации, например предприятие, вуз и т д. Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы. Структурирование — это введение соглашений о способах представления данных. Неструктурированными называют данные, записанные, например, в текстовом файле. Пользователями базы данных могут быть различные прикладные программы, программные комплексы, а также специалисты предметной области, выступающие в роли потребителей или источников данных, называемые конечными пользователями. В современной технологии баз данных предполагается, что создание базы данных, ее поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария — системы управления базами данных. База данных (БД) — это поименованная совокупность структурированных данных, относящихся к определенной предметной области. Система управления базами данных (СУБД) — это комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации. Централизованный характер управления данными в базе данных предполагает необходимость существования некоторого лица (группы лиц), на которое возлагаются функции администрирования данными, хранимыми в базе. Цель работы – Изучение особенностей разработки и проектирования базы данных в Access. Задачи работы: Анализ предметной области Построение ER-диаграммы Создание таблиц Создание форм, обеспечивающих интерфейс пользователя Создание запросов (в режиме Конструктора и на языке SQL) Создание отчетов (в режиме отчета и в режиме Конструктора) Объект исследования – база данных в Access. Предмет исследования – разработка и проектирование базы данных в Access для тренажёрного зала. ОПИСАНИЕ БАЗЫ ДАННЫХ База данных Access «Тренажёрный зал» предназначена для автоматизации работы тренажёрного зала. В базе таблицы заполнены данными, выполнены простые и перекрестные запросы, а также параметрические. Сделаны формы для работы с данными и отчеты, которые можно выводить на печать. База данных Access «Тренажёрный зал» содержит 4 таблицы, 4 запроса, 4 формы + главная кнопочная форма, 4 отчета. База данных Access «Тренажёрный зал» позволяет добавлять и редактировать клиентов, тренеров, заводить клубные карты, а также распределять индивидуальные занятия между клиентами и тренерами. Также База данных Access «Тренажёрный зал» предусматривает выполнение запросов на выбор абонементов по их цене и видам, подсчет стоимости занятий по каждому клиенту, узнать количество купленных абонементов, количество абонементов купленных в определённый день и количество абонементов с тренерами. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ Анализ предметной области начнем с анализа переменных. Предметная область – это часть реального мира, данные о которой необходимо отразить в базе данных. Моя предметная область, которая будет описана в данной работе – тренажёрный зал. Он подразумевает абонементы в тренажерный зал двух видов (+ эти два вида различаются по временным периодам: на 1, 3, 6 и 12 месяцев) Для того чтобы сделать абонемент, нужны следующие данные: фамилия, имя, отчество, телефон, вид абонемента, при желании клиент может заниматься с тренером. База данных тренажёрного зала хранит в себе информацию о тренерах, о клиентах, о видах абонементов и количестве купленных абонементов. Все эти данные нужно упорядочить в сущностях. На данном этапе важно понять, какие из данных являются зависимыми, а какие независимыми. Результатом стала таблица 2.1. ![]() Таблица 2.1- Список зависимых и независимых данных Определим используемые сущности, а также соответствующие им атрибуты (таблица 2.2). ![]() Таблица 2.2 - Атрибуты и сущности Составим список данных, подлежащих хранению. Напишем для данных их тип и описание (таблица 2.3). ![]() Таблица 2.3 - Список данных, подлежащих хранению ![]() Продолжение таблицы 2.3. Сформируем определение каждой сущности, которую мы планируем хранить в базе данных (таблица 2.4). ![]() Таблица 2.4- Сущности базы данных Опишем один экземпляр сущности для каждой сущности (таблица 2.5). ![]() Таблица 2.5 - Экземпляры сущностей ![]() Продолжение таблицы 2.5 ПОСТРОЕНИЕ ER-ДИАГРАММЫ Для создания ER-диаграммы мы используем программу DBDesigner. DBDesigner — это инструмент для визуального проектирования баз данных, позволяющий видеть и управлять всеми связями между таблицами. Это не простой графический редактор для иллюстрации взаимосвязей, это полноценный инструмент для управления базами в визуальном стиле, поддерживающий MySQL, SQLite, Oracle и MSSQL. Если описать базу данных простыми словами — то это просто набор структурированных данных с внутренними связями и чем больше её размер, тем больше и сложнее может быть её внутренняя архитектура, и тем сложнее разобраться с ней не имея визуального представления. DBDesigner может в этом деле оказать существенную помощь. Интерфейс программы очень похож на программы для работы с когнитивными картами (mind-map): таблицы выглядят как отдельные блоки, записи которых связаны линиями со стрелочками (указывающими тип связи) с другими таблицами или блоками. Также есть возможность проводить реверс-инжиниринг для изучения структур готовых БД. ![]() Рисунок 3.1 - ER-диаграмма в DBDesigner СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ БАЗЫ ДАННЫХ После проектирования базы данных в DBDesigner, мы преступаем к созданию физической модели. Microsoft Access — реляционная система управления базами данных (СУБД) корпорации Microsoft. Входит в состав пакета Microsoft Office. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных. Таблицы Сначала необходимо создать нужные таблицы. В поле «имя поля» вводим атрибуты сущности и выбираем подходящие типы данных. В первую очередь вводим атрибуты сущности «Абонементы» (рис. 4.1.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 Схема данных Формы После того как мы создали все необходимые таблицы, приступаем к созданию форм. Форма в Access — это объект базы данных, который можно использовать для создания пользовательского интерфейса для приложения базы данных. "Связанная" форма напрямую связана с источником данных, например, таблицей или запросом и может использоваться для ввода, редактирования или отображения данных из этого источника. При создании формы мы добавляем в нее все необходимые атрибуты, с которыми мы будем работать. При добавлении атрибутов, мы выбираем внешний вид будущей формы, расположение атрибутов в ней. Если необходимо что-то изменить или не устраивает, как выглядит форма, мы можем изменить ее с помощью конструктора форм (рис. 4.2.1 – 4.2.3). ![]() Рисунок 4.2.1 Создание формы «Абонементы» – конструктор форм ![]() Рисунок 4.2.2 Готовая форма «Клиенты» ![]() Рисунок 4.2.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.1) ![]() Рисунок 4.4.1 Представление отчета о приобретении абонементов по видам Далее отчет о датах приобретения абонементов (рис.4.4.2) ![]() Рисунок 4.4.2 Представление отчета о датах приобретении абонементов Следующий отчет – отчет о количестве абонементов с тренерами (рис. 4.4.3) ![]() Рисунок 4.4.3 Представление отчета об абонементах с тренерами И последний отчет - о покупке абонементов (рис. 4.4.4) ![]() Рисунок 4.4.4. Представление отчета о покупке абонементов данного вида ЗАКЛЮЧЕНИЕ Разработанная в ходе выполнения курсового проекта база данных "Тренажёрный зал" является актуальной на сегодняшний день и имеет большую практическую значимость. Разработанная база данных позволила облегчить работу сотрудников тренажерного зала, что значительно повысило скорость и качество обслуживания клиентов. Таким образом, благодаря удобству и доступности Microsoft Access, процесс автоматизации большого количества операций открыт для каждого человека и организации. СПИСОК ЛИТЕРАТУРЫ Учебники и учебное пособие Бондарь А., Microsoft SQL Server. - БХВ-Петербург, 2015, - 592с. Грофф Дж.Р., Вайнберг П.Н., Оппелъ Э. Дж., SQL. Полное руководство. - Вильямс, 2015. -959с., ил. Грабер Мартин, SQL для простых смертных. – Лори, 2014. – 378с., ил. Гринченко, Н.Н. Проектирование баз данных. СУБД Microsoft Access: Учебное пособие для вузов. / Н.Н. Гринченко и др. - М.: РиС, 2013. - 240 c. Коннолли, Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика / Т. Коннолли. - М.: Вильямс И.Д., 2017. - 1440 c. Лукин, В.Н. Введение в проектирование баз данных / В.Н. Лукин. - М.: Вузовская книга, 2015. - 144 c. Макин, Дж.К. Проектирование серверной инфраструктуры баз данных Microsoft SQL Server 2005 / Дж.К. Макин. - М.: Русская редакция, 2008. - 560 c. Малыхина, М.П. Базы данных: основы, проектирование, использование / М.П. Малыхина. - СПб.: BHV, 2007. - 528 c. Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и технолог / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, 2017. - 62 c. Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и техноло / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, 2018. - 61 c. Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и технологий. Инструментальные средства информационных систем: Учебное пособие / С.А. Мартишин, В.Л. Симонов,. - М.: ИД ФОРУМ, НИЦ Инфра-М, 2012. - 160 c. Морган, С. Проектирование и оптимизация доступа к базам данных Microsoft SQL Server 2005 / С. Морган. - М.: Русская редакция, 2008. - 480 c. Мюллер, Р.Д. Проектирование баз данных и UML / Р.Д. Мюллер; Пер. с англ. Е.Н. Молодцова. - М.: Лори, 2013. - 420 c. Мюллер, Р.Д. Проектирование баз данных и UML / Р.Д. Мюллер. - М.: Лори, 2013. - 420 c. Пирогов, В. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В. Пирогов. - СПб.: BHV, 2009. - 528 c. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2009. - 528 c. Преснякова, Г.В. Проектирование интегрированных реляционных баз данных: Учебное пособие / Г.В. Преснякова. - М.: КДУ , 2007. - 224 c. Пол Дейтел, Харви Дейтел Как программировать на Visual C# 2012. - Пб.: Питер, 2014. – 858с. Росс Мистри и Стэсия Миснер, Введение в Microsoft SQL Server 2014, - Microsoft Press, 2014. – 125с. Стружкин, Н.П. Базы данных: проектирование. практикум: Учебное пособие для академического бакалавриата / Н.П. Стружкин, В.В. Годин. - Люберцы: Юрайт, 2016. - 291 c. Стружкин, Н.П. Базы данных: проектирование: Учебник для академического бакалавриата / Н.П. Стружкин, В.В. Годин. - Люберцы: Юрайт, 2016. - 477 c. Шпак, Ю.А. Проектирование баз данных. Просто как дважды два / Ю.А. Шпак. - М.: Эксмо, 2007. - 304 c. Эмблер, С. Рефакторинг баз данных: эволюционное проектирование / С. Эмблер, П. Садаладж. - М.: Вильямс, 2007. - 672 c. |