Создание базы данных "Салон красоты"
Назначение базы данных "Салона красоты" для упрощения работы с клиентами и их предварительной записи. Системный анализ предметной области. Оформление пользовательского интерфейса. Анализ структуры таблиц базы данных, проектирование и разработка запросов.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 29.06.2014 |
| Размер файла | 412,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
- Введение
- 1. Системный анализ предметной области
- 2. Оформление пользовательского интерфейса
- 3. Проектирование реляционной модели базы данных
- 3.1 Проектирование инфологической модели предметной области методом "сущность-связь"
- 3.2 Проектирование логической структуры реляционной модели базы данных
- 4. Проектирование и разработка приложения базы данных в СУБД MS ACCESS
- 4.1 Описание СУБД Microsoft ACCESS
- 4.2 Проектирование структуры таблиц базы данных
- 4.3 Проектирование и разработка запросов
Введение
В век информационных технологий важнейшей характеристикой для каждого человека становится скорость доступа к нужной информации. Подобные услуги предлагает радио, телевидение и Internet. Но и они не в силах ускорить доступ к информации, которая требуется каждому конкретному человеку или группе лиц.
Требования к хранению информации накладывают на нее жесткие рамки использования. Так пользователь персонального компьютера, прежде чем изъять с носителя один файл информации должен произвести большое количество действий, которые значительно снижают скорость его работы. Что же говорить об огромном количестве файлов информации, к которой периодически требуется доступ на чтение и изменение. Если же взять в расчет, что одни и те же изменения требуется проделать для нескольких групп данных, то работа оказывается непосильно долгой. В подобных случаях в помощь пользователю были разработаны базы данных (БД) и системы по управлению ими (СУБД).
Использование базы данных значительно повышает производительность труда пользователя и упрощает использование различных средств по преобразованию данных. Появление БД явилось едва ли не важнейшим событием для людей, которые каждый день имеют дело с огромным количеством данных.
Однако создание базы данных является делом кропотливым и сложным. Правильно созданная БД может значительно облегчить жизнь специалисту в конкретной предметной области, неверно созданная БД, если и будет работать, то может значительно усложнить доступ к информации и жизнь пользователя.
Таким образом, для конечного пользователя важнейшей задачей является правильно расставить приоритеты в процессе создания БД и четко для себя установить, что требуется от его БД. Решение данной проблематики и будет проведено в ходе курсовой работы, кроме того, будет найдено оптимальные значение физических параметров системы, на которой предполагается установить БД и, наконец, создана сама база данных.
Реализация данной задачи проводится в Access, это реляционная СУБД корпорации Microsoft, располагающая широкими возможностями по созданию баз данных, удобными и развитыми средствами для доступа к информации, расположенной как на локальном диске, так и на удаленном сервере, а также удобным интерфейсом для работы.
База данных "Салона красоты" предназначена для упрощения работы с клиентами и их предварительной записи.
Цель курсового проекта: Создание БД "Салон красоты"
Для достижения цели были поставлены следующие задачи:
Проанализировать предметную область "Салон красоты".
Охарактеризовать СУБД для реализации БД
Разработать проект и БД
Построить ER-модель.
Построить логическую модель БД
Определить условия целостности.
Разработать таблицы
Разработать запросы
Разработать формы
разработать главную кнопочную форму, для автоматизации работы с базой данных;
разработать отчеты;
разработать макросы;
разработать защиту базы данных паролем.
Объектом работы является процесс разработки БД.
Предметом является разработка БД "Салон Красоты".
1. Системный анализ предметной области
По заданию требуется разработать информационную систему для автоматизации учета информации об оказываемых услугах и записи посещений салона красоты. Моя цель - спроектировать базу данных, в которой будет храниться информация об услугах оказываемых салоном красоты; о сотрудниках, работающих в данном салоне; о клиентах; и ведется общий журнал посещений. Подразумевается, что информация накапливается постоянно с каждым днем, она может изменяться.
База данных, несомненно, носит характер фактографической информационной системы и должна выдавать однозначные сведения на поставленные запросы. Конечными пользователями базы данных являются менеджеры салона красоты. Это накладывает определенные требования на разработку системы управления базой данных, при которой все методы доступа, поиска и большинство функций администрирования скрыты внутри программы и прозрачны при работе что, несомненно, скажется на разработке программного интерфейса. Более подробно все требования перечислены ниже:
Ведение справочника сотрудников (таблица Сотрудники)
Это совокупность сведений о личных данных сотрудника, которые включает в себя номер телефона, паспортные данные, адрес, зарплата, должность. Подразумевается, что информация будет изменяться и пополнятся постоянно.
Ведение справочника клиентов (таблица акции)
Это совокупность сведений об акциях действующих на данный момент. Справочник постоянно пополняется, редактируется.
Ведение прейскуранта (таблица Услуги и цены)
По каждой услуге необходимо вести данные о ее стоимости. Справочник постоянно пополняется, редактируется.
салон красота база запрос
Предоставление общей информации о посещениях салона красоты (таблица Расписание)
Это совокупность сведений об услугах проведенных сотрудниками салона красоты, включает в себя информацию об услуге, фамилии сотрудника и клиента. Подразумевается, что информация будет изменяться и пополнятся постоянно.
При работе с системой менеджер салона красоты должен иметь возможность решать следующие задачи:
1. Принимать новых сотрудников и заносить данные о них в программу.
2. Заносить данные о новых клиентах.
3. При предоставлении новой услуги вводить информацию о ней в программу.
4. Редактировать ранее имеющиеся данные.
5. Выводить информацию по всем таблицам на бумажные носители.
6. Вести учет посещений.
Для клиента должна быть предусмотрена возможность просмотра информации об услугах оказываемых салоном красоты.
2 Формирование требований к функциональным возможностям базы данных
Салон красоты подразумевает весьма распространенные и востребованные услуги. В любом городе работает множество салонов по уходу за красотой - от крупных до самых маленьких.
Данная база данных разработана для упрощения работы администратора и клиентов по поиску услуг, акций и прилагаемому расписанию.
Администратор, в свою очередь, должен знать, какие услуги имеются, в какую смену работают определенные сотрудники и какие клиенты на какое время записаны. Клиенты Салона красоты должны иметь возможность просмотра прейскуранта, а также возможность узнать какие акции действуют на данные услуги. Для этих целей необходимо разработать отчеты и запросы, которые выводят всю информацию. Также нужно создать запросы на удаление. На основе этого в БД создаются следующие объекты:
Запросы:
1) Смена_дневная - этот запрос выводит всех сотрудников, которые работают в дневную смену;
2) Смена_вечерняя - показывает всех сотрудников, работающих в вечернюю смену;
3) Расписание - запрос, который показывает расписание на определенный день;
4) Запрос по ФИО - при вводе фамилии сотрудника показывает расписание данного сотрудника;
5) Услуги < 1000 - выводит на экран список всех услуг, стоимость которых не превышает 1000 рублей;
6) Услуги>= - выводит на экран список услуг, стоимость которых равна или более 1000 рублей;
7) Сотрудники - показывает список всех сотрудников, работающих в данном салоне красоты;
2. Оформление пользовательского интерфейса
Главная кнопочная форма объединяет и содержит все таблицы, запросы, формы, отчеты. Вся информация базы данных содержится в одном месте, это упрощает поиск и работу с ней.
Главная кнопочная форма представлена на рисунке
Кнопка "Таблицы" показывает все таблицы, которые есть в базе данных.
Кнопка "Таблицы" представлена на рисунке
Кнопка "Запросы" показывает все имеющиеся запросы в данной базе данных.
Кнопка "Запросы" представлена на рисунке
Кнопка "Форма" показывает все имеющиеся в базе данных
3. Проектирование реляционной модели базы данных
3.1 Проектирование инфологической модели предметной области методом "сущность-связь"
Методом анализа выделяются следующие сущности:
1. Акции (Счетчик, подарок, код)
2. Расписание (Счетчик, дата, время, услуга, сотрудник, фио клиента, телефон клиента)
3. Связующая (Код услуги, Код подарка)
4. Смена (Счетчик, Код, Название)
5. Сотрудники (Счетчик, ФИО, Паспортные данные, Адрес, Телефон, Зарплата, Фото, Смена, Должность)
6. Услуги и цены (Счетчик, Код услуги, Название, Цена)
Сущность Сотрудники связанна с сущностью Смена, так как каждый сотрудник работает в какую-то определенную смену.
Связь Работает относится к виду М: 1, так как несколько сотрудников могут работать в одну смену.
Сущность Смена имеет необязательный класс принадлежности, так как сотрудники могут работать как в одну смену, так и в любое время, в зависимости от клиентов.
Сущность Смена имеет необязательный класс принадлежности, так как сотрудники могут работать как в одну смену, так и в любое время, в зависимости от клиентов.
ER-диаграмма связи "Сотрудники Работают Смена" имеет вид, представленный на рисунке 1
Сущность Сотрудники связана с сущностью Расписание, так как каждый сотрудник, работающий в салоне красоты, работает по расписанию.
Связь Имеют относится к виду 1: М. Обе сущности имеют обязательный класс принадлежности.
ER-диаграмма связи "Сотрудники Имеют Расписание" имеет вид, представленный на рисунке 2
Сущность Расписание связана с сущностью Услуги и цены, так как каждая услуга назначается на определенное время, которое заносится в расписание.
Связь Предоставляет относится к виду М:
1. Сущность Расписание имеет необязательный класс принадлежности. Сущность Услуги и цены имеет обязательный класс принадлежности.
ER-диаграмма связи "Расписание Предоставляет Услуги и цены" имеет вид, представленный на рисунке 3
Сущность Услуги и цены связана с сущностью Акции, так как каждая акция относится к какой-либо услуге.
Связь Прилагаются относится к виду 1: М. Сущность Услуги и цены имеет обязательный класс принадлежности, сущность акции - необязательный.
ER-диаграмма связи "Услуги и цены прилагаются Акции" имеет вид, представленный на рисунке 4
Сущность Подарки связана с сущность Акции, так как в каждую акцию входят подарки.
Связь Входят относится к виду М:
1. Обе сущности имеют необязательный класс принадлежности.
ER-диаграмма связи "Подарки входят Акции" имеет вид, представленный на рисунке 5
Правило 1. Если степень бинарной связи 1: 1 и класс принадлежности обеих сущностей обязательный, то формируется одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей.
Правило 2. Если степень связи 1: 1 и класс принадлежности одной из сущностей обязательный, а второй - необязательный, то для каждой сущности формируется отношение с первичным ключом, являющимся ключом соответствующей сущности. Далее к отношению, сущность которая имеет обязательный КП, добавляется в качестве атрибута ключ сущности с необязательным КП.
Правило 3. Если степень связи 1: 1 и класс принадлежности обеих сущностей является необязательным, то необходимо использовать три отношения.
Два отношения соответствуют данным сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя, поэтому его ключ объединяет ключевые атрибуты связываемых отношений.
Правило 4. Если степень связи между сущностями 1: М (или М:
1) и класс принадлежности М-связной сущности обязательный, то формируют два отношения (по одному на каждую из сущностей). При этом первичными ключами этих отношений являются ключи их сущностей. Кроме того, ключ 1-связной сущности добавляется как атрибут (внешний ключ) в отношение, соответствующее М-связной сущности.
Правило 5. Если степень связи 1: М (М:
1) и класс принадлежности М-связной сущности является необязательным, то необходимо формирование трёх отношений. Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя (его ключ объединяет ключевые атрибуты связываемых отношений).
Правило 6. Если степень связи М: М, то независимо от класса принадлежности сущностей формируются три отношения. Два отношения соответствуют связываемым сущностям и их ключи являются первичными ключами этих отношений. Третье отношение является связным между первыми двумя, а его ключ объединят ключевые атрибуты связываемых отношений.
3.2 Проектирование логической структуры реляционной модели базы данных
Предварительные отношения получены, теперь необходимо с помощью метода нормализации отношений обеспечить стабильную работу базы данных путем исключения избыточности информации и аномалий.
Следует различать простое (неизбыточное) и избыточное дублирование данных. Наличие первого из них допускает в базах данных, а избыточное дублирование данных может приводить к проблемам при обработки данных.
Неизбыточное дублирование возникает из необходимости хранить идентичные данные, поскольку важен сам факт их идентичности, и удаление хотя бы одного представителя идентичных данных приведет к невосполнимой потере информации. Избыточное дублирование (избыточность), обычно, связано с необходимостью задания значения всех атрибутов отношения, при этом дублируемые данные не являются необходимыми, и в случае потери (удаления) могут быть восстановлены по данным одного или нескольких отношений БД.
Аномалиями будем называть такую ситуацию в таблицах БД, которая приводит к противоречиям в БД или существенно усложняет обработку данных. Выделяют 3 основные вида аномалий: аномалии модификация (или редактирования), аномалии удаления и аномалии добавления.
Аномалии модификации проявляются в том, что изменение значения одного данного может повлечь за собой просмотр всей таблицы и соответствующее изменение некоторых других записей таблицы.
Аномалии удаления состоят в том, что при удалении какого - либо данного из таблицы может пропасть и другая информация, которая не связана напрямую с удаляемым данным.
Аномалии добавления возникают в случаях, когда информацию в таблицу нельзя поместить до тех пор, пока она неполная, либо вставка новой записи требует дополнительного просмотра таблицы.
Процесс проектирования БД с использованием метода нормальных форм является итерационным и заключается в последовательном переводе отношений из первой формы в нормальные формы более высокого порядка по определенным правилам. Каждая следующая нормальная форма ограничивает определенный тип функциональных зависимостей, устраняет соответствующие аномалии при выполнении операций над отношениями БД и сохраняет свойства предшествующих нормальных форм.
Выделяют следующую последовательность нормальных форм:
первая нормальная форма (1НФ);
вторая нормальная форма (2НФ);
третья нормальная форма (3НФ);
Первая нормальная форма. Отношения находятся в 1НФ, если все его атрибуты являются простыми (имеют единственное значение). Исходное отношения строится таким образом, чтобы оно было в 1НФ.
Перевод отношений в следующую нормальную форму осуществляется методом "декомпозиции без потерь". Такая декомпозиция должна обеспечить то, что запросы (выборка данных по условию) к исходному отношениям, получаемым в результате декомпозиции, дадут одинаковый результат.
Вторая нормальная форма. Отношение находится во 2НФ, если оно находится в 1НФ и каждый не ключевой атрибут функционально полно зависит от первого ключа (составного).
Для устранения частичной зависимости и перевода отношений во 2НФ необходимо, используя операцию проекции, разложить его на несколько отношений следующим образом:
построить проекцию без атрибутов, находящихся в частичной функциональной зависимости от первичного ключа;
построить проекции на части составного первичного ключа и атрибуты, зависящие от этих частей.
Третья нормальная форма. Отношение находится в 3НФ, если оно находится в 2НФ и каждый не ключевой атрибут нетранзитивно зависит от первичного ключа.
Данная модель базы данных находится во всех трех нормальных формах.
Схема базы данных "Салон красоты" представлена на рисунке 6
4. Проектирование и разработка приложения базы данных в СУБД MS ACCESS
4.1 Описание СУБД Microsoft ACCESS
Важнейшей характеристикой любой СУБД является используемый в ней тип транслятора (интерпретатор или компилятор). Программы, написанные для системы-интерпретатора, не работают без наличия самой этой системы. На сегодняшний день, скорость работы таких программ не уступает скорости программ, сгенерированных компилятором. Бесспорным преимуществом интерпретаторов для программистов является удобство разработки и отладки программных продуктов, а также освоение языка. Недостатком систем-компиляторов выступает то, что нужно много времени на многократную компиляцию и сборку (линковку) исходных модулей программы при ее отладке. [3, с.35].
СУБД Microsoft Access имеет достаточно высокие скоростные характеристики и входит в состав чрезвычайно популярного в нашей стране и за рубежом пакета Microsoft Office. Набор команд и функций, предлагаемых разработчикам программных продуктов в среде Microsoft Access, по мощи и гибкости отвечает большинству современных требований к представлению и обработке данных. В Microsoft Access поддерживаются разнообразные всплывающие и многоуровневые меню, работа с окнами и мышью, реализованы функции низкоуровневого доступа к файлам, управления цветами, настройки принтера, представления данных в виде электронных таблиц и т.п. Система также обладает средствами быстрой генерации экранов, отчетов и меню, поддерживает язык управления запросами SQL, имеет встроенный язык Visual Basic for Applications (VBA), хорошо работает в сети. СУБД Microsoft Access позволяет использовать другие компоненты пакета Microsoft Office, такие как текстовый процессор MS Word, электронные таблицы Excel и т.д. [3, с.49].
Приведем некоторые из средств Microsoft Access, существенно упрощающие разработку приложений.
1. Процедуры обработки событий и модули форм и отчетов. На встроенном языке VBA можно писать процедуры обработки событий, возникающих в формах и отчетах. Процедуры обработки событий хранятся в модулях, связанных с конкретными формами и отчетами, в результате чего код становится частью макета формы или отчета. Кроме того, существует возможность вызова функции VBA свойством события.
2. Свойства, определяемые в процессе выполнения. С помощью макроса или процедуры обработки событий можно определить практически любое свойство формы или отчета в процессе выполнения в ответ на возникновение события в форме или отчете.
3. Модель событий. Модель событий, похожая на используемую в языке Microsoft Visual Basic, позволяет приложениям реагировать на возникновение различных событий, например нажатие клавиши на клавиатуре, перемещение мыши или истечение определенного интервала времени.
4. Использование обработки данных с помощью VBA. С помощью языка VBA можно определять и обрабатывать различные объекты, в том числе, таблицы, запросы, поля, индексы, связи, формы, отчеты и элементы управления.
5. Построитель меню. Предназначен для помощи при создании специальных меню в приложениях. Кроме того, специальные меню могут содержать подменю.
6. Улучшенные средства отладки. Помимо установки точек прерывания и пошагового выполнения программ на языке VBA, можно вывести на экран список всех активных процедур. Для этого следует выбрать команду Вызовы в меню Вид или нажать кнопку "Вызовы" на панели инструментов.
7. Процедура обработки ошибок. Помимо традиционных способов обработки ошибок возможно использование процедуры обработки события Error для перехвата ошибок при выполнении программ и макросов.
8. Программы-надстройки. С помощью VBA можно создавать программы-надстройки, например нестандартные мастера и построители. Мастер - средство Microsoft Access, которое сначала задает пользователю вопросы, а затем создает объект (таблицу, запрос, форму, отчет и т.д.) в соответствии с его указаниями. [4, с.15]
Диспетчер надстроек существенно упрощает процедуру установки программ-надстроек в Microsoft Access. [4, с. 19].
4.2 Проектирование структуры таблиц базы данных
Таблица "Сотрудники" предназначена для просмотра всей информации о студенте и содержит следующие поля: Счетчик, ФИО, паспортные данные, адрес, телефон, зарплата, смена, должность. Ключевым полем является поле счетчик.
Таблица представлена на рисунке 7
Таблица "Акции" предназначена для просмотра информации об акциях, является соединяющей, показывает услуги и соответствующие ей подарки. Содержит следующие поля: Услуги, подарки. Составным ключом являются поля: Услуги и Подарки.
Таблица представлена на рисунке 9
Таблица "Расписание" предназначена для просмотра записей клиентов на различные процедуры. Таблица содержит следующие поля: Счетчик, дата, время, услуга, сотрудник, ФИО клиента, телефон клиента. Ключевым полем является поле: счетчик.
Таблица представлена на рисунке 11
Таблица "Подарки" предназначена для просмотра информации о подарках, которые по условиям акции прилагаются к некоторым услугам. Таблица содержит следующие поля: счетчик, подарок, код. Ключевым полем является поле счетчик.
Таблица представлена на рисунке
Таблица " Услуги и цены" является прейскурантом салона красоты, содержит следующие поля: счетчик, код услуги, название, цена. Ключевым полем является поле счетчик.
Таблица представлена на рисунке 15
Таблица "Смена" предназначена для просмотра смен сотрудников, имеет следующие поля: счетчик, код, название. Ключевым полем является поле счетчик.
Таблица представлена на рисунке 17
В результате, из таблиц получена схема данных, представленная на рисунке 19
4.3 Проектирование и разработка запросов
Создание Запросов обеспечивает наибольшую эффективность использования базы данных.
Размещено на Allbest.ru
Подобные документы
Рассмотрение теоретических основ проектирования. Анализ предметной области и разработка таблиц базы данных. Заполнение таблиц, поиск данных с помощью фильтра. Создание форм, разработка запросов. Создание и настройка отчетов, составление приложения.
курсовая работа [2,8 M], добавлен 01.06.2014Разновидности систем управления базами данных. Анализ предметной области. Разработка структуры и ведение базы данных. Структурированный язык запросов SQL. Организация выбора информации из базы данных. Общие принципы проектирования экранных форм, макросов.
курсовая работа [3,1 M], добавлен 26.02.2016Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Описание первичных и результатных документов, типа связи информационных объектов. Построение информационно-логической модели базы данных и её реализация в СУБД Access (создание таблиц, запросов, форм, отчётов). Разработка интерфейса пользователя.
курсовая работа [2,1 M], добавлен 14.11.2013Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.
курсовая работа [3,8 M], добавлен 02.02.2014Анализ предметной области и создание таблиц базы данных "Фирма по продаже запчастей". Простой выбор данных и обработка группирующих запросов с условием средствами MS SQL Server 2008. Создание хранимых процедур и функций, изменение структуры базы данных.
курсовая работа [6,1 M], добавлен 16.12.2015Разработка базы данных для спортивной школы с целью ведения учета, контроля и получения информации о нужном студенте. Создание диалогового окна входа в приложение. Составление схемы и структуры базы данных. Разработка пользовательского интерфейса.
курсовая работа [3,4 M], добавлен 08.09.2015Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.
реферат [3,3 M], добавлен 29.01.2011Анализ предметной области. Проектирование концептуальной модели. Разработка логической структуры базы данных. Выделение информационных объектов. Создание глобальной схемы связей. Поддержка целостности данных. Структура и назначение существующих форм.
курсовая работа [1,4 M], добавлен 23.09.2016
