Проектирование и разработка приложения «Для учета расчетов за оказанные услуги парикмахерской»

Задачами парикмахера являются:

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

5. Функциональное моделирование парикмахерской

На рисунке 2 показан главный блок, название этого блока записано в глагольной форме и взято из темы курсовой работы: «Учет расчетов за оказанные услуги парикмахерской» для учета всех сведений у нас имеются: слева указаны входные данные, справа выходные данные, сверху управление, которые руководят всеми процессами и снизу механизмы, которые работают для учёта оказанных услуг.

На входе можно увидеть  следующие входные данные как  прайс-лист услуг в котором перечислены  все виды услуг которые предостовляют  в фирме «Sakh-Program» и форма заявки на оказание услуги, которую подает клиент. Механизмы которые показаны снизу диаграммы необходимы для выполнения учета расчетов за оказанные услуги химчистки. На данной диаграмме показано 5 механизмов.

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

Рисунок 2 Начальная контекстная диаграмма

Для более подробного рассмотрения всего процесса посмотрим на детализированную диаграмму которая показана на рисунке 3. Детализированная диорама это главный блок «1» который  разбитый на 3 подблока, диаграмма имеет те же выходы и выходы что и главный блок «1»

Первый подблок: «Вводить данные о оказанных услугах» выполняется при помощи таких механизмов как: ПК, ПП «Sakh-program», оператора работающего с клиентами и вносящим данные о заказах и директора фирмы имеющего возможность на просмотр и коррекцию данных в БД. Для правильного выполнения этого блока требуется закон по защите прав потребителя. Все входные данные применяться только к этому блоку, после ввода данных блок сохраняет их в БД.

Второй подблок: «Искать данные о расчетах» осуществляется оператором и бухгалтером с помощью ПК и ПП «Sakh-program» поиск осуществляется в соответствии с внутренним регламентом фирмы.

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

 

Рисунок 3 Детализированная диограма

Глава 2 Выбор системы разработки для  создания программного продукта

1. Проектирование программного интерфейса программного изделия “Sakh-program ”

Форма «Список клиентов» рис. 4 поделена на две части. В нижней части находится группа полей включающих в себя общие данные о клиенте, а именно поле отвечающее за ввод поля фамилии, имени, отчества, поле для указания контактного телефона, и поля для указания адреса клиента, выбранной услуге и поле. В верхней части находятся данные о клиенте.

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

Рисунок 4 форма список клиентов

Форма «Список услуг» рис. 5 поделена на две части. В нижней части находится группа полей включающих в себя общие данные о услугах, а именно поле отвечающее за ввод поля название услуги, поле для указания выполняющего услугу мастера, поле для стоимости услуги и поля для указания описания услуги. В верхней части находятся данные об этих услугах.

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

 

Рисунок 5 форма список услуг

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

Рисунок 6 форма оплата услуг

2. Иерархическая структура на уровне сущностей  парикмахерской «Sakh-Program»

Для начала выделим все  сущности которые будут использоваться для построения иерархических структур. Всего я выделил 6 сущностей таких  как: Сотрудники, Клиент, Заявка, Услуга, Оплата услуги и Исполнение услуг.

На рисунке 7 показана полная иерархическая диаграмма на уровне сущностей, которая позволяет увидеть взаимодействие сущностей друг с другом при помощи связей. Это диаграмма максимально упрощена и не детализирована, она лишь отражает основные процессы программного продукта «Sakh-Program».

Рисунок 7 Иерархическая структура на уровне сущностей парикмахерской «Sakh-Program»

На рисунке 8 показана ER-диаграмма на уровне ключей, на ней мы видим более подробное представление данных включающая в себя описание всех первичных ключей (PK) и внешних ключей (FK).

 У сущности Заявка  первичным ключом является «Код  заявки, код мастера, код клиента». У сущности Клиент первичным  ключом является «Код клиента». У сущности Услуга первичным  ключом является «Код услуги, код клиента, код мастера, код  заявки». У сущности Сотрудники  первичным ключом является «Код  мастера, код клиента, код заявки».  У сущности «Исполнение услуги»  первичным ключом является «Код  клиента, код услуги, код мастера,  код заявки». У сущности «Оплата»  первичных ключей нет так как  это является каким то действием  и поэтому эти сущности не  могут иметь первичного ключа.

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

В связи «Клиенты-заявка» показано, что у клиента может быть множество заявок.

В связи «Заявка-сотрудники» показано, что заявку может выполнять множество сотрудников.

В связи «Сотрудники-исполнение услуг» показано, что сотрудник может выполнить множество услуг.

В связи «Использование услуг-услуга» показано, что одна услуга может исполняться несколько раз.

Рисунок 8 Иерархическая структура на уровне ключей парикмахерской «Sakh-Program»

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

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

 

Рисунок 9 Иерархическая структура на уровне атрибутов парикмахерской «Sakh-Program»

 

3. Таблицы атрибутов сущностей «Sakh-Program»

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

На таблице 1 показана описание атрибутов сущности «Клиент». В поле «Телефон» выбрано значение «89» так как это наиболее часто используемое начало номера телефона.

Таблица 1. Описание атрибутов сущности «Клиент»

Имя поля	Тип	Значение по умолчанию	Ограничения
Код клиента	Счетчик	Текущее значение	Уникальное, последовательное
Фамилия	Текстовый		1-20
Имя	Текстовый		1-20
Отчество	Текстовый		1-20
Телефон	Текстовый	89	Не больше 11

 

Таблица 2. Описание атрибутов сущности «Заявка»

Имя поля	Тип	Значение по умолчанию	Ограничения
Код заявки	Счетчик	Текущее значение	Уникальное, последовательное
Код мастера	Текстовый
Код клиента	Текстовый
Дата подачи заявки	Дата/Время	Текущая дата

 

На таблице 3 показана описание атрибутов сущности «Услуга». В значении по умолчанию поля «Цена услуги» поставлено 500 т.к. это наиболее часто оплачиваемая цена. Так же в поле «Вид услуги» выбрана по умолчанию такая услуга как «Стрижка» которая используется чаще остальных.

 

 

 

 

 

 

Таблица 3. Описание атрибутов сущности «Услуга»

Имя поля	Тип	Значение по умолчанию	Ограничения
Код заявки	Текстовый
Код услуги	Счетчик	Текущее значение
Цена услуги	Денежный	500	Не меньше 0
Вид услуги	Мастер подстановки	Стрижка	Не пустое

 

4. Выбор СУБД

Для написания ПП требуется  СУБД к которой предъявляем следующие  требования:

• Возможность работы в СУБД несколькими пользователями
• Возможность интеграции СУБД со средой программирования делфи 7
• Возможность установления пароля на БД
• Легкость и простота в использовании
• СУБД должна работать продолжительное время без сбоев
• Быстрое создание таблиц без применения сложных операций

Для работы программы нам  нужна база данных которую, необходимо создать с помощью систем управления базами данных (СУБД). Для выбора СУБД которую мы будем использовать для  проектирования базы  проведем анализ таких СУБД как: Microsoft Office Access и MySQL.

Microsoft Office Access или просто Access это реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.

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

Из недостатков можно  выделить невысокие возможности с точки зрения производительности.

MySQL - свободная система управления базами данных (СУБД). Является решением для малых и средних приложений.

К основным достоинствам следует  отнести то что MySQL является бесплатной СУБД, нетребовательна к ресурсам компьютера.

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

На основании достоинств и недостатков этих двух СУБД можно сделать их сравнение. Они обе подходят для решения задач по данной курсовой работе, но для меня более удобен в использовании Microsoft Office Access.