База данных услуг, предоставляемых спорткомплексами города Харькова

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

19

«База данных услуг, предоставляемых спорткомплексами города Харькова»

СОДЕРЖАНИЕ

Введение

1. Разработка концептуальной модели предметной области

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

1.2 Выбор и описание автоматизируемых функций

1.3 Анализ информацыонных потоков

2. Формирование логической модели базы данных

2.1 Определения состава сущностей и их атрибутов

2.2 Формирование словаря даных

2.3 Определение взаимосвязей между сущностями

2.4 Нормализация отношений логической базы данных

2.5 Проверка базы даннных на соответствие ЗНФ

3. Формирование физической модели базы данных

3.1 Обоснование выбора СУБД

3.2 Формирование физической модели на основании логической

4. Описание программы

4.1 Функциональное назначение

4.2 Инструкция по работе с программой

Выводы

Перечень ссылок

ВВЕДЕНИЕ

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

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

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

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.

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

1. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ПРЕДМЕТНОЙ ОБЛАСТИ

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

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

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

В данном курсовом проекте в качестве предметной области рассматривается спорткомплексы региона города Харькова. База решает задачу учёта данных услуг этих спорткомплексов.

Применяемая СУБД: АССЕSS .

1.2 Выбор и описание автоматизируемых функций

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

Задача - информационная поддержка деятельности комплексов. БД должна осуществлять:

- ведение списков предоставляемых услуг;

Необходимо предусмотреть

-составление дорого стоимости комплексов;

-выдачу информации по конкретному комплексу т.д.

1.3 Анализ информационных потоков

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

- Не должно быть повторений между таблицами.

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

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

2. ФОРМИРОВАНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ БАЗЫ ДАННЫХ

2.1 Определения состава сущностей и их атрибутов

Для создания базы данных нужно сначала запустить программу Microsoft Office Access, для этого нужно проделать следующие действия: Пуск > Программы > Microsoft Office > Microsoft Office Access.

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

- команду Файл > Создать

- в открывшемся окне диалога «Создание» выбираем «Новая база данных». На экране появится окно с запросом директории для новой базы данных, вводим имя базы «KPCC», затем «ОК». После этого появится окно базы данных (Рисунок 1).

Рисунок 2.1 Окно базы данных

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

Выбираем элемент управления Создание таблицы в режиме конструктора(Рисунок 2).

Рисунок 2.2 Создание таблицы в режиме конструктора

Теперь необходимо заполнить Имена полей и выбрать Типы данных. По окончании заполнения через меню Файл>Сохранить как, сохраняем полученную таблицу с требуемым именем. На рисунках можно увидеть созданные таблицы для БД «Спорткомплексы».



Рисунок 2.3 Таблицы базы данных «Спорткомплексы»

Рисунок 2.4 Таблица «Услуги спорткомплекса»

Рисунок 2.4 Таблица «Виды абонеменотов»

2.2 Формирование словаря данных

база автоматизируемый программа

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

Тип поля - определяет тип данных, которые могут содержаться в данном поле.

Размер поля - определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

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

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

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

Значение по умолчанию - то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).

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

Сообщение об ошибке - текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных.

Обязательное поле - свойство, определяющее обязательность заполнения данного поля при наполнении базы.

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

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

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

- Текстовый. Текст или число, не требующие проведения расчётов.

- МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

- Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

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

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

- Денежный. Денежные значения и числовые данные, используемые в математических вычислениях.

- Дата/Время. Дата и время хранятся в специальном фиксированном формате.

- Поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным.

- Гиперсвязь. Содержит адреса Web-страниц.

2.3 Определение взаимосвязей между сущностями

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

1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.

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

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

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

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

Разработаем схему данных, (создание связей между таблицами). Для этого:

­ нажимаем по кнопку на панели инструментов (или команда Сервис, Схема данных). На экране появится окно <<Схема данных>>;

­ щёлкаем по кнопке на панели инструментов (или команда Связи, Добавить таблицу);

­ в появившемся окне будет выделено название одной таблицы. Щелкаем по кнопке <Добавить>, переводим выделение на имя следующей таблицы и щелкните по кнопке <Добавить>. Аналогично добавляем оставшиеся таблицы;

­ закройте окно, щелкнув по кнопке <3акрыть>;

­ чтобы не выполнять все вышеописанные действия, можно просто перетащить мышкой таблицы из окна «Базы данных Таблицы» в окно «Схема данных»;

­ создадим связи между таблицами .

­ щелкаем по кнопке <Создать>. Связь будет создана;

­ закрываем окно схемы данных, ответив ДА на вопрос о сохранении макета.

Рисунок 2.5. Реляционная структура СУБД Access для информационной системы «Отдел кадров»

2.4 Нормализация отношений логической базы данных

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

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

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

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

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

2.5 Проверка базы даннных на соответствие ЗНФ

Выделяются шесть нормальных форм, пять из которых так и называются: первая, вторая, третья, четвертая, пятая нормальная форма, а также нормальная форма Бойса-Кодда, лежащая между третьей и четвертой.

Главная цель нормализации базы данных - устранение избыточности и дублирования информации.

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

Первая нормальная форма:

· запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию)

· запрещает множественные столбцы (содержащие значения типа списка и т.п.)

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

Вторая нормальная форма

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

Третья нормальная форма

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

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

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

3. ФОРМИРОВАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ БАЗЫ ДАННЫХ

3.1 Обоснование выбора СУБД

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

Каждая база данных в Access состоит из основных объектов: таблиц, запросов, форм, отчётов, страниц, макросов и модулей. Access может работать одновременно только с одной базой данных. Но одна БД Access может включать сотни таблиц, форм, запросов, отчётов, макросов и модулей, которые хранятся в одном файле с расширением mdb. ТАБЛИЦА - это объект, определяемый и используемый для хранения данных. Каждая таблица включает информацию определённого типа.
Таблица содержит поля (столбцы), в которых хранятся данные и записи (строки). В записи собрана вся информация о конкретном объекте. Для каждой таблицы можно определить первичный ключ и один или несколько индексов с целью увеличения скорости доступа к данным. Access позволяет изменить структуру таблицы, просматривать, редактировать, удалять и добавлять записи, осуществлять поиск, замену, сортировку данных, изменять вид таблицы, создавать связь между таблицами и удалять их. ЗАПРОС - это объект, который позволяет пользователю получить данные из одной или несколько таблиц.. ФОРМЫ - это объект, предназначенный для просмотра, ввода и редактирования записей базы данных. ОТЧЁТ - это объект, предназначенный для создания документа, который впоследствии может бать распечатан либо включён в документ другого приложения. СТРАНИЦЫ - это объект, представляющий собой специальный тип Web-страниц, предназначенный для просмотра и работы через Интернет или интрасеть с данными. МАКРОС - это объект, представляющий собой последовательность макрокоманд для автоматизации наиболее часто выполняемых действий при работе с базой. МОДУЛЬ - это объект, автоматизирующий комплексные операции и предоставляющий программисту более полный контроль, чем макрос.

3.2 Формирование физической модели на основании логической

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

К вопросам организации данных относятся:

· выбор типа записи - единицы обмена в операциях ввода-вывода;

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

· выбор способа адресации и метода доступа к записям.

4. ОПИСАНИЕ ПРОГРАММЫ

4.1 Функциональное назначение

База данных решает задачу учёта услуг спорткомплексов города Харькова.

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

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

4.2 Инструкция по работе с программой

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

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

После запуска Базы данных спорткомплексов появляется главная форма программы.

Которая определяет три основных возможности:

1. Редактирование данных о услугах;

2. Редактирование основных данных о комплесках;

3. Формирование отчетов.

После того как пользователь выберет пункт меню “Услуги” откроется форма

Рисунок 4.1 Форма «Услуги»

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

После того как пользователь выберет пункт меню «Комплексы» откроется форма.

Рисунок 4.2 Форма «Комплексы»

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

Выбор пункта меню «Отчет по комплексам» (Рисунок 4.3) позволяет сформировать и просмотреть отчет, а также просмотреть информацию по заданному критерию (комплексы).

Рисунок 4.3 Форма «Отчет по комплексам»

При нажатии на кнопку «Отчет по услугам» с главной формы формируется отчет и имеет следующий вид:

Рисунок 4.4 Отчет «Отчет по услугам»

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

ВЫВОДЫ

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

­ таблицы для сохранения данных;

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

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

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

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

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

В ходе проделанной работы, нами были созданы:

­ 3 таблиц

­ 20 форм

­ 2 отчетов

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

ПЕРЕЧЕНЬ ССЫЛОК

1. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002.

2. Гончаров А.Ю. Access 2003. Самоучитель с примерами., Москва, 2004г.

3. Microsoft Access 2002. Шаг за шагом.

4. Методическое пособие: основы работы с СУБД Access/

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