Проектирование базы данных МАУ ФОК "Молодёжный"

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

Министерство образования Нижегородской области

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

Нижегородский государственный инженерно-экономический университет

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

Тема: "Проектирование базы данных МАУ "ФОК Молодёжный"



Содержание

Введение

1. Проектирование базы данных: основные сведенья

1.1 Этапы проектирования БД

1.2 Проектирование инфологической модели БД

1.3 Проектирование даталогической модели

1.4 Проектирование физической модели

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

3. Логическое проектирование базы данных

4. Физическое проектирование базы данных

4.1 Заполнение таблиц

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

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

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

Заключение

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



Введение

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

Важной категорией программ на сегодняшний день считаются системы обработки данных, основанные на базах данных (БД).

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

· обеспечивать получение общих или детализированных сведений согласно результатам работы;

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

· гарантировать получение информации, критической по времени, в отсутствии значительных приостановок;

· осуществлять точный и полный анализ данных.

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

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

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

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

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

В курсовой работе будет рассмотрен процесс создания базы данных МАУ ФОК "Молодёжный".

Целью этой многокурсовой деятельность считается автоматизирование МАУ ФОК "Молодёжный".

Согласно цели поставим задачи:

· Разработка схемы БД

· Реализация разработанной схемы в конкретной СУБД (Access2010)

· Создание форм с целью ввода данных, отчетов, запросов

· Автоматизация работы с созданной БД.

база данные автоматизация



1. Проектирование базы данных: основные сведенья

База данных (БД)- совокупность взаимосвязанных и организованных по определенным правилам данных, которое отражает состояние объектов какой-то конкретной предметной области и отношения между этими объектами[2].

Проектирование БД осуществляется на основе трехуровневой архитектуры. Наглядно это представлено на рис.1

Рис.1 Трехуровневая архитектура

1. Инфологическая модель -- БД- это модель, которая представляет данные предметной области с применением естественного языка. Исходными данными могут быть стандартные справки. Бланки. Документы. Информационно логическая модель- это модель, в которой определена логика отношений [1].

2. Даталогическая (Концептуальная) модель -- БД- это логическая организация данных и их взаимосвязь. Структурирование данных выполняется в соответствии с выбранной СУБД, которая создается на базе выбранной модели представления данных: иерархической, сетевой или реляционной. На данном этапе проектировщик создает структуру данных и организует связь между объектами [3].

3 Физическая модель -- БД- это структура БД, реализованная в среде выбранной СУБД.

Также при создании БД важно учитывать последующие характеристики:

* Целостность БД- правильность данных в любой период времени

* Избыточность БД- дублирование данных в некоторых таблицах (избыточность влечет за собой противоречивость данных, ее стараются исключить введением кодовых полей) [4].

Цель проектирования БД- сокращение избыточных данных. Эта цель достигается с помощью теории нормализации баз данных.

Нормализация- это разбиение таблиц на два или более, обладающими лучшими особенностями при внесении или изменении сведений. В результате получается БД, в которой каждый факт возникает лишь в одном месте, что исключает избыточность информации [5].

1.1 Этапы проектирования БД

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

· фаза анализа и проектирования,

· фаза эксплуатации.

Формулировка и анализ требований относится к первой фазе и является наиболее трудным и длительным во времени шагом процесса проектирования [22].

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

Концептуальное проектирование имеет собственной мишенью создание самостоятельной с СУБД информативной текстуры посредством организации информативных условий юзера. Итогом данного стадии считается понимание информативных условий в варианте диаграмм "суть-взаимосвязь". Базу данной диаграммы предполагает комплект сетей, какой формует конкретную комплекс данных, низведенных к условиям [12].

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

Сущность является наиболее общим понятием по сравнению с объектом предметной области. При построении диаграмм "сущность-связь" возникают некоторые сложности, связанные с тем, что одни и те же пользователи БД имеют различные представления одних и тех же фактов [6].

Проектирование реализации также относится к 1-ой фазе жизненного цикла и состоит из двух компонент:

* проектирование БД в уровне логической структуры,

* проектирование программ.

Структурой БД является СУБД, ориентированное описание данных или схема, обычно выраженная в терминах языка описания данных [10].

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

Язык манипулирования данными - это ничто иное как набор команд, осуществляющих различные процедуры манипулирования данными [17].

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

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

Проектирование путей доступа к данным (сюда включаются такие параметры и методы, тот которых в значительной степени зависит время доступа и время обработки запросов. Иногда эти параметры называют производительностью системы или производительностью СУБД) [8].

Результатом физического проектирования является физическая структура БД, форматы и размещение в памяти записей и методы доступа к данным.

1.2 Проектирование инфологической модели БД

Проектирование инфологической модели является основной задачей при создании БД. Цель инфологической модели- обеспечение наиболее естественных для человека методов сбора и представления этой либо другой данных, какую подразумевается сохранять в формируемой основе. Поэтому инфологическую модель данных пытаются строить согласно аналогии с непосредственным стилем. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства [13].

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

1.3 Проектирование даталогической модели

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

Датологическая (концептуальная) модель- модель описывающая логику организации данных. Датологическое проектирование заключается в проектировании логической структуры БД. Таким образом, главное отличие даталогической модели от инфологической состоит в том, что инфологическая модель хранит в себе всю информацию о предметной области, необходимую и достаточную для проектирования базы данных, но она не привязана к определенной СУБД [15].

Даталогическое проектирование сводится к следующим этапам:

1. Определение таблиц,

2. Определение полей таблиц,

3. Определение типов данных в соответствии с выбранной СУБД,

4. Определение длины каждого поля таблиц.

5. Определение обязательности каждого поля,

6. Определение индексации каждого поля[16].

Структурирование данных выполняются на основе модели представления данных. Наиболее известны 3 модели представления данных:

1) иерархическая;

2) сетевая;

3) реляционная[9].

1.4 Проектирование физической модели

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

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

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

Физическая модель БД определяет способ размещения данных на носителях (устройствах внешней памяти), а также способ и средства организации эффективного доступа к ним. Поскольку СУБД функционирует в составе и под управлением операционной системы, то организация хранения данных и доступа к ним зависит от принципов и методов управления данными операционной системы[18].В отличие от ранних СУБД, многие современные системы не предоставляют разработчику какого-либо выбора на этой стадии. Реально к вопросам проектирования физической модели можно отнести:

* выбор схемы размещения данных (разделение по файлам или тип RAID-массива);

* определение числа и типа индексов

Способ хранения БД определяется механизмами СУБД автоматически по умолчанию на основе спецификаций концептуальной схемы БД, и внутренняя схема в явном виде в таких системах не используется. Внешние схемы БД обычно конструируются на стадии разработки приложений [14].



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

В МАУ "ФОК Молодёжный" проводятся различные виды занятий (силовые тренировки, фитнес). В базе данных должна храниться информациях о тренерах ФОКа, которая характеризуется следующими параметрами:

* код тренера;

* фамилия имя отчество;

* оклад

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

Проанализировав предметную область, выделим следующие сущности:

* Клиенты (код клиента, фамилия, имя ,телефон ,код тренера);

* Залы (код зала, Наименование)

* Тренера (код тренера, фамилия имя тренера, оклад);

* Абонемент (код абонемента, описание, цена, код зала){Посетители};

* Учёт (код клиента, код абонемента, месяц, произведена оплата)

Именно эти сущности позволяют проанализировать организацию занятий в спортивном комплексе.



3. Логическое проектирование базы данных

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

Таблица Клиенты

Название атрибута	Тип данных	Свойство поля
Код клиента	Числовой
Фамилия	Текстовый
Имя	Текстовый
Телефон	Текстовый
Код тренера	Числовой

Ключевыми атрибутами являются "Код клиента" и "Код тренера".

Таблица Учёт

Название атрибута	Тип данных	Свойство поля
Код клиента	Числовой
Код абонемента	Числовой
Месяц	Текстовый
Произведена оплата	Логисческий

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

Таблица Тренеры

Название атрибута	Тип данных	Свойство поля
Код тренера	Числовой
Фамилия имя тренера	Текстовый
Оклад	Денежный
Телефон	Текстовый

Ключевая атрибута - "Фамилия имя тренера".

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

Таблица Залы

Название атрибута	Тип данных	Свойство поля
Код зала	Числовой
Наименование	Текстовый

Ключом является атрибута "код зала".

Представим характеристику как базовую таблицу с внешним ключом.

Таблица Абонементы

Название атрибута	Тип данных	Свойство поля
Код абонемента	Числовой
Описание	Текстовый
Код зала	Числовой
Цена	Денежный

Ключ- "Код абонемента"

Объединяя все таблицы, получим схему базы данных "ФОК Молодёжный" в формате, в котором она выглядит в окне схемы данных приложения Microsoft Access 2010.



Рисунок 2 Схема базы данных "ФОК Молодёжный"



4. Физическое проектирование базы данных

Доступ ко всем компонентам, а именно, формам и отчетам осуществляется через окно главной кнопочной формы. Каждая форма имеет кнопки для перехода между записями, закрытия формы [20].

4.1 Заполнение таблиц

Ввод данных осуществляется в режиме таблиц.

Рисунок 3 Заполнение таблицы "Абонементы"

Рисунок 4 Заполнение таблицы "Учёт"



Рисунок 5 Заполнение таблицы "Клиенты"

Рисунок 6 Заполнение таблицы "Залы"

Рисунок 7 Заполнение таблицы "Тренеры"

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

Форма -- это объект базы данных, который можно использовать для ввода, изменения или отображения данных из таблицы или запроса[11]. Формы можно рассматривать как окна, через которые пользователи могут просматривать и изменять базу данных [19]. В Microsoft Office Access 2010 предусмотрены следующие способы создания форм:

1. с помощью инструментов группы Форма;

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

3. выполнив весь процесс создания новой формы "с нуля" в режиме конструктора формы [23].

Рассмотрим создание форм для нашей БД.

Создание формы "Тренера" представлена на рисунке 8.

Рисунок 8 Форма "Тренера"

Создание формы "Клиенты" с помощью "Мастера форм" представлена на рисунке 9

Рисунок 9 Форма "Клиенты"

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

Так же с помощью мастера форм созданы формы "Залы" (рисунок10) и "Учёт" (рисунок 11).

Рисунок 10 Форма "Залы"



Рисунок 11 Форма "Учёт"

Форма "Абонементы" представлена на рисунке 14.

"Разделенная форма" соединяет в себе два представления данных - в режиме формы и режиме таблицы. Такая форма позволяет просматривать в нижней части экрана все записи источника сведений в табличном варианте, а в верхней части - редактировать данные выбранной текущей записи. Эти две части формы всегда синхронизированы друг с другом [21].

Рисунок 12 Форма "Абонементы"

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

Запрос - самый быстрый способ доступа к информации из БД. Запросы выводят только интересующие поля и записи [25].

Рассмотрим конкретное создание запросов для данной БД.

Рисунок 13 Запрос1



Запрос1 выдаёт окно которое показывает клиентов которые приобрели абонемент.

Рисунок 14 Запрос2

Запрос2 показывает сколько клиентов прикреплено к тренеру.

Рисунок 15 Запрос3

Запрос 3 показывает тренеров, к которым приставлено больше клиентов и размер их премии.

Рисунок 16 Запрос 4

Запрос 4 показывает клиентов, не оплативших посещение.

Рисунок 17 Запрос5

Запрос 5 показывает клиентов, которые приобрели абонемент на июнь.



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

Отчет осуществляет в программе Microsoft Access особую "презентационную" роль, обеспечивая вывод на экран или бумажный носитель информации из базы данных в наиболее удобном для восприятия и работы варианте. Отчеты могут включать данные из одной или нескольких таблиц либо запросов и являться как одностраничными, так и многостраничными. В программе Access можно формировать отчеты с использованием множества различных элементов оформления. Например, можно использовать текст, данные, рисунки, линии, поля, диаграммы и другие элементы для формирования необходимого отчета. Выбор и размещение элементов зависят от пользователя [24].

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

Рисунок 18 Отчет "Абонементы"

Создание отчетов при помощи "Мастера отчетов".

Создание отчета "Клиенты" представлено на рисунке 19.



Рисунок 19 Отчет "Клиенты"

Создание отчета "Залы" представлено на рисунке 20.

Рисунок 20 - Отчет "Залы"

Создание отчета "Учёт" представлено на рисунке 21.

Рисунок 21 Отчет "Учёт"

Создание отчета "Тренеры" представлено на рисунке 22.



Рисунок 22 Отчет "Тренеры"



Заключение

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

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

В ходе курсовой работы была разработана и сформирована база данных МАУ "ФОК Молодёжный" в программе Microsoft Access, которая считается одной из наиболее популярных среди настольных программных систем управления базами данных. Реализована система управления объектами базы данных, позволяющая гибко и оперативно переходить из режима конструктора в порядок их прямой эксплуатации, а так же имеет необходимый набор визуальных средств разработки.

Были разработаны формы, запросы и отчеты, удобные для вывода данных. Созданная база данных может быть усовершенствована и дополнена новыми данными о новых посетителях МАУ "ФОК Молодёжный"



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

1. Каф. "Системы автоматизированного проектирования". Хабаровск: Изд -- во ДВГУПС, 2011. -- 30 с.

2. Гурвиц Г. А. 2010. Разработка приложений на реальном примере/ Г. А. Гурвиц. -- СПб.: БХВ-Петербург, 2014. -- 672 с

3. Кучма В. Н. Стандарты проектирования автоматизированных систем обработки данных: Учебное пособие для ВУЗов / В. Н. Кучма; ДВГУПС. Каф. "Информационные технологии и системы". -- Хабаровск: Изд-во ДВГУПС, 2011. -- 80 с.

4. Боровский А. Н. Программирование в Microsoft Access 2015/ А. Н. Боровский. -- СПб.: БХВ-Петербург, 2012. -- 448 с

5. Кандзюба С П. Базы данных и приложения. Лекции и упражнения. /, СП. Кандзюба, В. Н. Громов -- К.: Диасофт, 2010. -- 592 с.

6. Дейт К. Дж. Введение в системы баз данных. Изд. 7 -- М. -- СПб. -- Киев: Вильяме, 2011. -- 1072 с.

7. Крёнке Д. Теория и практика построения баз данных.-- СПб.: Питер, 2014. -800 с.

8. Хансен Г., Хансен Дж. Базы данных. Разработка и управление. -- М.: Бином, 2012. -- 700 с.

9. Конноли Т., Бегг К., Страчан А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. -- М. -- СПб. -- Киев: Вильяме, 2014. -- 1112 с.

10. Бекаревич Ю., Пушкина Н. Microsoft Access за 21 занятие. - М.: Олма-Пресс, 2013. - 544с.

11. Михеева В., Харитонова И. Microsoft Access 2010. - М.: Нова, 2005. - 1072с.

12. Полупроводниковые приборы: диоды выпрямительные, тиристоры, оптоэлектронные приборы: справочник / под общ. ред. Н.Н. Горюнова. - 2-е изд., перераб. - М.: Энергоатомиздат, 2011. - 743с.

13. Хомоненко А., Гридин В. В. Microsoft Access. Быстрый старт. - М.: Финансы и статистика, 2014. - 304с.

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

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

16. Голицына, О.Л. Базы данных / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2014. - 352 c.

17. Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2012. - 400 c.

18. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.

19. Кириллов, В.В. Введение в реляционные базы данных.Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012. - 464 c.

20. Кошелев, В.Е. Базы данных в ACCESS 2007: Эффективное использование / В.Е. Кошелев. - М.: Бином-Пресс, 2013. - 592 c.

21. Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.

22. Ливена, С.В. Практика увольнений за прогул. По материалам базы данных "Пакет кадровика" / С.В. Ливена. - М.: ИНФРА-М, 2011. - 51 c.

23. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2015. - 528 c.

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

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