Проектирование реализации операций бизнес-процесса «Учет предоставленных услуг салоном красоты» (Характеристика документооборота, возникающего при решении задачи)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Целью курсовой работы является разработка базы данных для автоматизации работы салона красоты.

Для достижения данной цели необходимо выполнить следующие задачи:

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

-определить перечень запросов и задач, которые должна решать созданная база данных;

-построить концептуальную модель;

-сформулировать требования к базе данных;

-построить реляционную модель и выполнить её нормализацию;

-осуществить выбор СУБД и технических средств;

-создать базу данных в среде выбранной СУБД;

-разработать приложение для реализации запросов и решения задач;

-оценить возможности базы данных для ее возможного дальнейшего развития.

Разрабатываемое программное приложение должно удовлетворять следующим требованиям:

-заносить информацию в базу данных;

-выполнять действия по редактированию данных в базе.

-поддерживать целостность базы данных.

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

-выполнять запросы.

-контролировать все вводимые данные.

Для достижения этих задач я буду использовать СУБД «Microsoft Access» и среду программирования «Borland Delphi».

СУБД «Access » является универсальным программным продуктам для создания баз данных, т. к. она обладает обширными функциональными возможностями:

-построение таблиц;

-создание запросов;

-создание экранных форм;

-создание и вывод отчетов на печать;

-хранение данных в удобной для пользователя форме;

производительность, причем она не зависит от особенностей оборудования.

Delphi — это интегрированная среда разработки, в которой используется язык программирования Object Pascal. Delphi является средой RAD (rapid application development — быстрая разработка приложений).

Для создания автоматизированного рабочего места было решено использовать Delphi, так как это среда объектно-ориентированного программирования, основанная на языке Object Pascal. Используется для разработки и поддержки программного обеспечения. В отличии от своего прародителя, языка Pascal, многофункционален и удобен тем, что имеет визуальный редактор приложения, который позволяет создавать внешний облик будущей программы.

Преимущества Delphi по сравнению с аналогичными программными продуктами:

1) Визуальное построение приложений позволяет быстро и качественно создать интерфейс Вашей программы.

2) Высокоскоростной компилятор позволяет быстро и без проблем перевести Ваши программы в машинный код.

3) Улучшенная отладка Ваших программ. Интегрированный отладчик Delphi имеет много полезных свойств.

4) Простые и функциональные способы построения баз данных (БД).

5) Возможность разработки новых компонентов и инструментов собственными средствами Delphi.

6) Разработчик программ может самостоятельно строить объекты для Delphi. Это очень полезно для составления уникальных приложений.

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Выбор комплекса задач автоматизации

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

Запросы, которые можно реализовать с помощью АИС:

- запрос оказание услуг по статусам (выполнено/ не выполнено, оплачено/не оплачено и т.д.);

- запрос услуги по категориям (видам);

- запрос обращаемые лица;

Отчеты, которые можно реализовать с помощью АИС:

- отчет категории услуг;

-отчет обращаемые лица;

-отчет оказание услуг по статусам;

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

1.2 Характеристика существующих бизнес-процессов

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

Этап 1. «Планирование». На данном этапе собирается информация, проводится ее анализ и разрабатывается план действий.

Этап 2. «Организация». После разработки плана нужно обеспечить его реализацию - довести мероприятия до сотрудников, замотивировать и обеспечить сотрудников необходимыми для реализации плана ресурсами.

Этап 3. «Учет». По истечении установленного периода нужно собрать фактическую информацию о выполнении запланированных работ и достигнутых результатов.

Этап 4. «Контроль». После проведения учета план сопоставляется с фактической информацией и проводится анализ план-фактных отклонений.

Этап 5. «Регулирование». На последнем пятом этапе принимается решение о последующих действиях - корректировки плана, поощрении или наказании сотрудников, которые эти планы реализовывали.

По протеканию во времени бизнес-процессы организации могут быть:

- непрерывно повторяющимися, циклическими. Это может быть выполнение заказа клиента, реализация миссии компании.

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

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

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

По функциям исполнения бизнес-процессы организации могут быть классифицированы как:

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

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

1.3 Характеристика документооборота, возникающего при решении задачи

Исследование создаваемого бизнес-процесса начинается с изучения документации. Рассмотрим несколько важных аспектов документооборота любого бизнес-процесса. Начнем с «получения документов».

Для того чтобы получить документы, их нужно для начала запросить. Формулировка запроса важна. Запрос — это конечно условное понятие. Можно «запросить» документы письменно, а можно и устно. Но в любом случае, вы должны дать пояснение — какие конкретно документы вам необходимы. Несмотря на то, что набор документов отличается от компании к компании, он имеет определенную структуру и общие понятия.

Классификация документов:

- управляющие документы:

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

инструкция — подробное, пошаговое описание выполнения того или иного подпроцесса.

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

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

Документами процесса являются все те документы, которые появляются непосредственно в процессе. К примеру, в процессе «Оказания услуг» появляется документ «кассовый чек». Или другой пример, в котором документ не выходит за рамки процесса — в том же процессе «Оказание услуг», помимо кассового чека, делается «запись в журнале оказанных услуг». Понятие документ, не означает наличие отдельной «бумажки». Запись в журнале это документ. Электронная заявка или форма это тоже документ. Даже электронное письмо является документом, с точки зрения управления бизнес-процессами. Иными словами, документ это информация, имеющая определенную форму — бумажную или электронную.

Функциональные документы:

должностные инструкции — содержат в себе описание прав и функциональных обязанностей сотрудников, которые можно отнести к бизнес-процессу;

политика, положение — документы общей направленности, тем не менее из них можно почерпнуть полезную информацию. К примеру, если вы занимаетесь процессом «Управление качеством», то вам может понадобится «Политика качества» и / или «Положение о отделе контроля качеством».

Документы, отражающие определенные показатели процесса

К данной категории относятся отчеты, информационные и аналитические записки и т.д.

1.4. Обоснование проектных решений по информационному обеспечению

Проектируемая информационная система бизнес-процесса по учету предоставленных услуг салоном красоты способна упростить работу персонал и улучшить контроль за качеством путем:

автоматизация системы управления учёта и контроля оказания услуг;

повышение качества оказания услуг учёта и контроля оказания услуг;

улучшения контроля сроков выполнения услуг;

улучшение условий труда;

получение информации в виде отчётов;

совершенствование регистрации заказов;

оперативное управление заказами;

улучшение работы фирмы;

улучшение контроля не выполненных заказов;

получение справочной информации о сотрудниках салона;

1.5. Обоснование проектных решений по программному обеспечению

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

Функции системы:

- регистрация поступающих заказов;

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

- регистрация изменений об состоянии заказа;

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

Диаграмма потоков данных представлена на рисунке 1.

Рисунок 1. Диаграмма потоков данных

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

Рисунок 2. Диаграмма работ

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 Информационная модель и её описание

Информационная модель — ориентированная на человека и не зависимая от типа СУБД модель предметной области, определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей. Информационная модель представляет собой описание предметной области, основанное на анализе семантики объектов и явлений, выполненное без ориентации на использование в дальнейшем программных или технических компьютерных средств. Задача данной предметной области является оказание косметологических услуг, основными запросами является:

оказание услуг по статусам – предназначена для того чтобы выводить на экран статус выполнения услуги;

услуги по категориям – выводит на экран название категории, название услуги и стоимость услуги;

поиск по услугам – выводит на экран услугу и всю информацию о ней в соответствии с запрошенной услуги;

поиск специалистов - выводит на экран информацию о специалисте;

добавление услуги – позволяет добавлять новую услугу;

перенос оказанных услуг со статусом выполнено;

создание архивной таблицы клиентов;

удалить выполненный заказ – удаляет заказ со статусом выполнено.

2.2.Характеристика нормативно-справочной, входной и оперативной информации.

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

Рассмотрим схему входной и выходной информации на рисунке 3.

Рисунок 3. Схема входной и выходной информации

Потребности пользователей данной системы выражаются в:

- возможности получить подробную информацию о сотруднике;

- отслеживание статуса своего заказа.

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

- улучшение способов взаимодействия с пользователем;

- улучшение динамического поиска;

- увеличение объемов данных.

2.3. Характеристика результатной информации

Основными сущностями данной предметной области являются: “Категории услуг”(<Код категории>, <Название категории>), “Оказание услуг”(<Код услуги>, <Дата оказания>, <Код сотрудника>, <Статус>, <Код обратившегося лица>), “Заказы”(<Код заказа>, <ФИО заказчика>, <Код сотрудника>), “План”(<Номер плана>, <ФИО сотрудника>, <Статус выполнения>), “Услуги”(<Код услуги>, <Название услуги>, <Стоимость услуги>, <Код категории>), “Специалисты”(<Код Специалиста>, <Фамилия>, <Имя>, <Отчество>, <Дата рождения>, <Образование>, <Специальность>, <Опыт работы>, <Награды>).

Рассмотрим подробно характеристику информации в таблице 1.

Таблица 1.

Характеристики сущностей

Название сущности	Атрибуты сущности	Тип данных атрибутов	Задачи сущности	Требования к сущности	Ограничение доступа	Классификация сущности
Категории Услуг	Код Категории	Числовой	Услуги которые может предоставить фирма	Данная сущность должна содержать в себе всю необходимую информацию о категориях услуг	Доступна всем пользователям	Характеристическая
	Название Категории	Короткий текст
Оказание Услуг	Код услуги	Числовой	Услуги которые может оказать фирма	Данная сущность должна содержать в себе всю необходимую информацию о оказании услуг	Доступна всем пользователям	Характеристическая
	Дата оказания	Дата и время
	Код Сотрудника	Числовой
	Статус	Короткий текст
	КодОбратившегосяЛица	Короткий текст
Заказы	КодЗаказа	Числовой	Услуги которые может оказать фирма	Данная сущность должна содержать в себе всю необходимую информацию о заказах	Доступна сотрудникам	Характеристическая
	ФИО заказчика	Короткий текст
	Код сотрудника	Короткий текст
План	Номер плана	Числовой	Услуги которые может оказать фирма	Данная сущность должна содержать в себе всю необходимую информацию о плане	Доступна сотрудникам	Характеристическая
	ФИО Сотрудника	Короткий текст
	Статус выполнения	Короткий текст
Услуги	Код Услуги	Счётчик	Услуги которые может оказать фирма	Данная сущность должна содержать в себе всю необходимую информацию об услугах	Доступна всем пользователям	Стержневая
	Название Услуги	Короткий текст
	Стоимость услуги	Денежный
	Код Категории	Числовой
Специалисты	Код специалиста	Код специалиста	Услуги которые может оказать фирма	Данная сущность должна содержать в себе всю необходимую информацию о физических лицах	Доступна всем пользователям	Доступна сотрудникам
	Фамилия	Фамилия
	Имя	Имя
	Отчество	Отчество
	Дата рождения	Дата рождения
	Образование	Короткий текст
	Специальность	Короткий текст
	Опыт работы	Короткий текст
	Награды	Короткий текст

2.4. Общие положения (дерево функций и сценарий диалога).

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

Рассмотрим ER-диаграмму данной предметной области на рисунке 4.

Рисунок 4. ER-диаграмма

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

Требования к эксплуатационным характеристикам базы данных.

Функциональное назначение программы – обеспечение автоматизированного мониторинга процессов оказания услуг в салоне красоты.

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

Требования к функциональным характеристикам.

Требования к организации входных данных.

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

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

Требования к организации выходных данных.

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

Требования к временным характеристикам.

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

Требования к надежности.

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

1) организацией бесперебойного питания технических средств;

2) выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов;

3) необходимым уровнем квалификации сотрудников профильных подразделений;

4) выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств».

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

Требования к составу и параметрам технических средств

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

Требования к информационной и программной совместимости.

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

Требования к исходным кодам и языкам программирования.

Исходные коды программы реализованы на языке программирования Delphi.

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

Системные программные средства, используемые программой, представлены локализованной версией операционной системы Windows.

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

Модуль создания отчетов:

- данный модуль обеспечивает выборку информации по заданным параметрам и выполнять следующие функции:

- создание соответственного электронного файла-документа с отчетом

- вывод документа на печать

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

Рассмотрим модуль для создания отчёта на рисунке 5.

Рисунок 5. СотрудникиПоиск

Требования к защите информации и программы.

В Системе обеспечен надлежащий уровень защиты информации в соответствии с законом о защите персональной информации и программного комплекса в целом от несанкционированного доступа – «Об информации, информатизации и защите информации» РФ N 24-ФЗ от 20.02.95.

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

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

- расположения всех объектов, которыми оперирует Access в одном файле, это позволяет без труда переносить программу на другие ПК;

- наличие возможности управления объектами Access через высокоуровневый, стандартный для пакета Office, язык программирования VBA;

- возможность создания в таблицах таких полей как Счетчик и OLE;

- возможность организации ссылочной целостности через удобный интерфейс - СХЕМА БД;

- наличие мастеров для создания тех или иных операций с программой;

- макросы;

- обработка на клиенте при определенных условиях только индексов и возврат с файл сервера данных по отобранным индексам;

- удобный визуальный редактор запросов (редактор запросов по образцу);

- наличие возможности программного управления транзакциями для поддержки целостности БД;

- наличие довольно неплохого оптимизатора запросов;

- проекты ACCESS - один из лучших сред для разработки клиентской части к MS SQL Server;

- работа с ODBC, возможность интерактивной разработки запросов для различных СУБД;

-наличие RunTime версии;

- возможность защиты кода паролем и "компиляция" в mde/ade формат для распространения среди конечных пользователей.

2.5 Характеристика базы данных

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

1. «Заказ» - таблица предназначена для хранения информации о заказах;

Рисунок 6. Таблица “Заказы”

1. «Категории услуг» - таблица предназначена для хранения информации о услугах, рисунок 7;

Рисунок 7. Таблица “Категории услуг”

1. «Оказание услуг» - таблица предназначена для хранения информации о ходе выполнения услуг, рисунок 8;

Рисунок 8. Таблица “Оказание услуг”

1. «План» - таблица предназначена для хранения информации о выполненном плане, рисунок 9;

Рисунок 9. Таблица “План”

1. «Сотрудники» - таблица предназначена для хранения информации о сотрудниках салона, рисунок 10;

Рисунок 10. Таблица “Сотрудники”

2.6. Структурная схема пакета (дерево вызова программных модулей)

Рассмотрим первичные и внешние ключи отношений.

По ограничению целостности данных ключи бывают:

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

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

Рассмотреть ключи данной БД мы можем на схеме данных (рисунок 11) и таблицы 2.

Рисунок 11. Схема данных

Таблица 2.

Схема данных

Сущность	Первичный ключ	Внешний ключ
Сотрудники	КодСотрудника	КодСотрудника
ФизическиеЛица	КодФЛ	КодОбратившегосяЛица
Заказы	КодЗаказа	КодЗаказа
ОказаниеУслуг	-	КодУслуги, КодСотрудника, КодООбратившегосяЛица
Услуги	КодУслуги	КодУслуги
План	Номер плана	Номер плана
Категории услуг	КодКатегории	КодКатегории

Теперь рассмотрим нормализацию отношений базы данных.

Процесс нормализации отношений состоит из следующих этапов:

- преобразование отношений в первую нормальную форму (1НФ);

- преобразование отношений во вторую нормальную форму (2НФ),

- преобразование отношений в третью нормальную форму (3НФ).

Таблица в первой нормальной форме удовлетворят следующим требованиям:

1. Таблица не содержит повторяющихся записей.

2. В таблице отсутствуют повторяющиеся группы полей.

3. Строки не упорядочены.

4. Столбцы не упорядочены.

Для исключения повторяющихся записей я воспользовалась следующим способом. Исключение повторяющихся записей состоит в использовании уникального составного индекса, состоящего из соответствующих полей. После того, как я разделила повторяющиеся объекты и определила поля, которые образуют уникальный индекс в каждой таблице, считается, что таблица находится в первой нормальной форме. Таким образом, первый шаг при нормализации заключался в образовании двумерных таблиц, содержащих элементы данных в качестве атрибутов. Повторяющиеся группы элементов данных выделяются в отдельный вид отношения. Это и является 1НФ данного отношения.

Таблица в второй нормальной форме удовлетворят следующим требованиям:

1. Она удовлетворяет условиям первой нормальной формы.

2. Любое не ключевое поле однозначно идентифицируется полным набором ключевых полей.

Из приведенного выше определения следует, что понятие второй нормальной формы применимо только к таблицам, имеющим составной индекс. Таким образом, второй шаг нормализации состоял в том, чтобы выделить ключи и зависящие от них атрибуты. Для отношения, находящегося в первой нормальной форме для приведения ко второй нормальной форме необходимо было выделить группы не ключевых атрибутов, зависящие от части составного ключа. Эти группы могут образовать отдельные отношения, в которых не ключевые атрибуты будут зависеть только от определенной части составного ключа. Рассмотрим пример второй нормальной формы на рисунке 12 и 13.

Рисунок 12. Таблица во второй нормальной форме

Рисунок 13. Связь во второй нормальной форме

Таблица в третьей нормальной форме удовлетворят следующим требованиям:

1 Она удовлетворяет условиям второй нормальной формы.

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

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

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

Рисунок 14. Ограничения целостности данных в базе данных

Это осуществляется с помощью двух ограничений:

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

Вертикальная диаграмма связей между внешними и первичными ключами позволяет представить структуру системы в графическом виде. Описывает связи между внешними и первичными ключами.

На рисунке 15 представлена вертикальная диаграмма связей между внешними и первичными ключами.

Рисунок 15. Вертикальная диаграмма связей между внешними и первичными ключами

Рассмотрим процедуры реализованной в БД.

1. «Оказание услуг по статусам» - данный запрос позволяет вывести все услуги с определенным статусом, рисунок 16

Рисунок 16. Запрос на оказание услуг по статусу

Запросы БД.

1. «Услуги по категориям» - данный запрос предназначен для получения информации о названии категории, названии услуги и стоимость услуги, рисунок 17.

Рисунок 17. Услуги по категориям

1. «Добавление нового сотрудника» - данный запрос предназначен для добавления сотрудника и содержит в себе такие поля как код сотрудника, фамилия, имя, отчество, опыт работы, должность и др., рисунок 18.

Рисунок 18. Добавление нового сотрудника

1. «Удалить выполненный заказ» - данный запрос предназначен для удаление заказа со статусом “выполнено”, рисунок 19.

Рисунок 19. Удалить выполненный заказ

2.4 Описание разработанного программного обеспечения

На физическом уровне проектирования АИС Начальника отдела кадров были созданы следующие объекты: таблицы, запросы, формы, отчеты, модули и макросы.

В приложении Access были реализованы таблицы, запросы, отчеты, модули и макросы. Рассмотрим запросы, формы и отчеты:

Формы БД

1. «Главная форма» - в данной форме находятся кнопки для перехода на другие формы, рисунок 20.

Рисунок 20. Главная форма

1. «Заказы» - в данной форме мы можем увидеть информацию о заказах, рисунок 21.

Рисунок 21. Заказы

1. «Запросы» - в данной форме мы можем переходить по различным запросам, рисунок 22.

Рисунок 22. Запросы

1. «Категории услуг» - в данной форме мы можем увидеть информацию об услугах, рисунок 23.

Рисунок 23. Категории услуг

1. «Оказание услуг» - в данной форме мы можем увидеть информацию об услугах, рисунок 24.

Рисунок 24. Оказание услуг

1. «Отчёты» - в данной форме мы можем переходить по отчётам, рисунок 25.

Рисунок 25 Отчёты

1. «Таблицы» - данная форма предназначена для перехода по таблицам, рисунок 26.

Рисунок 26. Таблицы

Отчёт БД

1. «Категории услуг» - предназначен для вывода и печати информации о категории услуг, рисунок 27.

Рисунок 27. Категории услуг

1. «Оказание услуг по статусам» - предназначен для вывода и печати информации об оказании услуг по статусам, рисунок 28.

Рисунок 28. Оказание услуг по статусам

2.7. Описание программных модулей

К созданной БД было разработано приложение в объектной ориентированной среде программирования Delphi. Здесь были разработаны следующие формы:

Form1.Caption «Loading» - данная форма представляет собой окно загрузки, рисунок 29.

Рисунок 29. Loading

Form10.Caption.План – на данной форме присутствуют данные о сотрудниках и их планах, рисунок 30.

Рисунок 30. План

Form11.Caption.Сотрудники – на данной форме предоставлена информация о сотрудниках, рисунок 31.

Рисунок 31. Сотрудники

Form12.Caption.Услуги – на данной форме предоставлена информация об услугах, рисунок 32.

Рисунок 32. Услуги

Form13.Caption.Заказы – на данной форме предоставлена информация о заказах, рисунок 33.

Рисунок 33. Заказы

Form14.Caption.Клиенты – на данной форме предоставлена информация о клиентах, рисунок 34.

Рисунок 34.Клиенты

Form15.Caption.Ограниченный доступ – на данной форме предоставлена информация в которой пользователь может посмотреть в свободном доступе данные отчёты, рисунок 35.

Рисунок 35. Ограниченный доступ

Form16.Caption.Отчёты – на данной форме предоставлены все возможные отчёты, рисунок 36.

Рисунок 36. Отчёты

Form2.Caption.Авторизация – данная форма предназначена для авторизации, рисунок 37.

Рисунок 37. Авторизация

Form5.Caption.Выбор таблиц – данная форма предназначена для выбора таблиц, рисунок 38.

Рисунок 38.Выбор таблицы

Form7.Caption.Категории услуг – предназначена для вывода категории услуг, рисунок 39.

Рисунок 39. Категории услуг

Form.8.Оказание услуг – предназначена для вывода вариантов услуг, рисунок 40.

Рисунок 40. Оказание услуг

2.8. Контрольный пример реализации проекта и его описание

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

Рассмотрим, как войти в административный и ограниченный режим. При запуске программы появляется экран загрузки. Следует немного подождать, и затем перед нами появляется окно «Авторизация». Чтобы войти в приложение как администратор, следует ввести в поля свой логин и пароль. После чего произойдет авторизация в программе.

Чтобы войти в ограниченный режим, следует нажать в левом верхнем углу соответствующую кнопку «Войти в ограниченный режим». Тогда вы попадете в приложение без авторизации, но при этом будете иметь некоторые ограничения. В верхнем меню нажав на кнопку «О программе», можно узнать имя разработчика, название разработанного ПО, можно узнать контакты разработчика. Также имеется кнопка «Закрыть», которая полностью закрывает приложение. После того как вы авторизовались, перед вами выступает окно «Главное меню». В главном меню отображены кнопки переходов между другими окнами. Если Вы вошли как администратор, тогда вам будут доступны абсолютно все привилегии на эксплуатацию приложения. Какие именно привилегии будут доступны администратору, рассмотрим ниже.

В главном меню мы можем увидеть следующие кнопки:

«Таблицы» - данная кнопка представляет собой переход к форме «Таблицы», где мы можем увидеть все возможные нам таблицы;

«Отчёты» - данная кнопка представляет собой переход к форме «Отчёты», где мы можем увидеть все доступные нам отчёты;

Также в главном меню имеется кнопка «Назад», с помощью которой мы можем вернуться обратно к окну авторизации, и кнопка «Закрыть», которая полностью закрывает приложение, то есть Вы можете закрыть приложение как в окне «Авторизация», так и в окне «Главное меню».

И так разберемся подробнее, что находится на каждой форме:

На форме «Таблицы» отображаются все возможные нам таблицы, такие как: «Услуги по категориям», «Категории услуг», «Оказание услуг», «Организации», «План», «Сотрудники», «Услуги», «Заказы», «Физические лица». Перейдя на каждую из таблиц мы увидим что мы можем выполнить там поиск, добавление, удаление, изменение информации. Также есть кнопка «Назад», позволяющая вернуться в главное меню.

На форме «Отчёты» отображаются все возможные нам отчёты, такие как: «Категории услуг», «Оказание услуг», «Организации», «План», «Сотрудники», «Услуги», «Заказы», «Физические лица», а также есть кнопка «Назад», позволяющая вернуться в главное меню.

Если вы авторизовались в приложении как администратор, то вам доступны абсолютно все привилегии. Это добавление и удаление данных из таблиц, поиск данных в таблицах. Если вы не авторизовались, то есть зашли в приложение с ограниченным доступом, то вам будет доступен доступ к определенным видам отчёта.

ЗАКЛЮЧЕНИЕ

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

Были выполнены задачи:

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

- описан возможный пользователь базы данных;

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

- построена концептуальную модель;

- сформулированы требования к базе данных;

- построена реляционная модель и выполнена её нормализация;

- осуществлён выбор СУБД и технических средств;

- создана база данных в среде выбранной СУБД;

- разработано приложение для реализации запросов и решения задач;

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

Результатом выполнения курсовой работы является законченное программное приложение и отчёт.

Разработанное программное приложение может:

1) Заносить информацию в созданную базу данных.

2) Выполнять необходимые действия по модификации и удалению информации в базе данных; при этом все операции по занесению, модификации и удалению данных должны выполняться в терминах предметной области, а не базы данных.

3) Поддерживать целостность базы данных, не допуская появления некорректных данных.

4) Выполнять все действия над базой данных в рамках транзакций.

5) Содержать достаточное количество данных, позволяющих показать результаты выполнения запросов.

6) Выполнять запросы из текста технического задания.

7) Контролировать все вводимые данные.

В ходе курсовой работы была разработана база данных, встроенная в программное приложение «АИС Салона красоты». Все цели поставленные перед началом разработки были достигнуты. Данная база данных упрощает работу с базой данных сотрудников, имеет интуитивно понятный интерфейс пользователя и администратора по персоналу, с её помощью можно выполнять операции поиска, редактирование, внесение и хранение информации. Также программа содержит пароль для защиты конфиденциальной информации о сотрудниках и от несанкционированного доступа.

СПИСОК ЛИТЕРАТУРЫ

1. Артюхина Д.Д., Коренькова Т.Н. Основы проектирования баз данных: учебное пособие по выполнению курсовой работы. – Старый Оскол: СТИ НИТУ «МИСиС», 2015. – 100 с.
2. Артюхина Д.Д. Основы проектирования баз данных: учебное пособие. – Старый Оскол: СТИ НИТУ «МИСиС», 2014. – 60 с.
3. Э.В.Фуфаев, Д.Э.Фуфаев. Базы данных. — М.: Издательский центр «Академия», 2012. – 320 с.
4. А. В.Кузин, С.В.Левонисова. Базы данных. — М.: Издательский центр «Академия», 2012. – 320 с.
5. Михеев Р. Н. VBA и программирование в MS Office для пользователей. — СПб.: БХВ-Петербург, 2014. — 384 с.
6. 2.  В.Г. Елиферов, В.В. Репин. Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013
7. Бекаревич, Ю. Б. Самоучитель Microsoft Access 2013 / Ю. Б. Бекаревич, Н. В. Пушкина. — СПб.: БХВ-Петербург, 2014. — 464 с.
8. Гольцман, В.И. Базы данных. Общие вопросы/В.И. Гольцман. - 1-е издание, 2010. – 424 с.
9. [Электронный ресурс]: http://comp-science.narod.ru/KR/BD.htm - Уроки по Access.
10. [Электронный ресурс]: http://www.interface.ru/home.asp?artId=17063 - Система баз данных MS Access.
11. [Электронный ресурс]: http://access.my-study.info/ - Программа Microsoft Access - электронное пособие.