база данных спортивный клуб. Введение описание базы данных
 Скачать 0.6 Mb.
|
|
ОГЛАВЛЕНИЕ Введение ………………………………………………………..………………..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. |