Файл: Разработка регламента процесса Учет предоставленных услуг салоном красоты.pdf

Введение

Открывая свой салон красоты, многие владельцы полагаются лишь на собственные теоретические знания и интуицию. Кажется, что главное — преодолеть период открытия бизнеса и обустройства салона, а потом сразу начнется безмятежное время прибылей. Но тут как в случае с айсбергом: все самое масштабное скрыто от глаз.

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

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

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

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

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

• Выполнить описание предметной области;
• Выбрать средства для моделирования бизнес-процессов;
• Выполнить моделирование бизнес-процессов «как есть» и «как должно быть».

Объектом исследования курсовой работы является учет предоставления услуг салоном красоты.

Предмет исследования – средства для автоматизации моделирования бизнес процессов.

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

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

В ходе работы были созданы диаграммы IDEF0 в среде Ramus.

Глава 1. Создание модели для процесса учета предоставления услуг салоном красоты.

• 1. Описание предметной области. Постановка задачи.

---

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

Определим главные предметно-значимые сущности информационной системы: клиенты, услуги. Главными атрибутами сущностей будут:

• ФИО клиента, адрес клиента, телефон, дата рождения;
• услуги-наименование, ФИО персонала, цена.

Основные требования к функциям системы:

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

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

• уникальный номер услуги;
• наименование услуги;
• фамилии мастеров;
• номер кабинета;
• цена услуги;

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

• фамилия, имя, отчество;
• домашний адрес;
• номер телефон
• дата рождения.

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

• уникальный номер клиента;
• дата и время предоставления услуги;

Выделим некоторые ограничения на информацию в системе:

1. Каждой услуге обязательно должен соответствовать хотя бы один мастер;
2. Каждому клиенту может быть оказана любая услуга.
3. Для записи в салон красоты каждый клиент оставляет номер телефона (рабочий или домашний).

Данная информационная система должна предоставлять доступ следующим группам пользователей:

• клиенты;
• мастера;
• администрация салона красоты.

Перечислим возможности работы системы для персонала (мастеров салона):

1. Прием нового клиента и его регистрация.
2. Проведение каталогизации услуги, то есть назначение нового инвентарного номера новой услуге.
3. Проведение дополнительной каталогизации при поступлении материалов, при этом данные о материалах заносятся предметный каталог.
4. Проведение списания старого и не пользующегося спросом материала. Списание можно произвести в соответствии со специальным актом списания, утвержденным администрацией салона красоты.
5. Проведение списания сломанного оборудования в соответствии со специальным актом списания.
6. Проведение отмены записи, то есть удаление из списка клиентов, отменивших запись.

---

Выделим возможности клиентов при работе с системой:

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

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

• 1. Выбор средства для моделирования бизнес-процессов.

Описание бизнес-процесса некоторой предметной области можно сформировать с помощью нотации и инструментальной среды. Рассмотрим нотации ARIS eEPC и IDEF.

Описание нотации ARIS eEPC

Нотация ARIS eEPC расшифровывается следующим образом - extended Event Driven Process Chain – расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В следующей таблице приводятся основные используемые в рамках нотации объекты (см. таблицу 1.2.1)

Таблица 1.2.1 – Основные элементы нотации ARIS

Наименование	Описание	Графическое представление
Функция	Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.
Событие	Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций
Организационная единица	Объект, отражающий различные организационные звенья предприятия (например, управление или отдел)
Документ	Объект, отражающий реальные носители информации, например бумажный документ
Прикладная система	Объект отражает реальную прикладную систему, используемую в рамках технологии выполнения функции
Кластер информации	Объект характеризует данные, как набор сущностей и связей между ними. Используется для создания моделей данных
Стрелка связи между объектами	Объект описывает тип отношений между другими объектами, например – активацию выполнения функции некоторым событием
Логическое «И»	Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
Логическое «ИЛИ»	Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
Логическое исключающее «ИЛИ»	Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса

---

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

Рисунок 1.2.1 – Фрагмент модели в нотации ARIS.

На рисунке 1.2.1 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1 «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных семантических правилах описания:

1. каждая функция должна быть инициирована событием и должна завершаться событием;
2. в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.

Бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе MS Project.

Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций).

Описание нотации IDEF0, IDEF3

Нотация IDEF0 [4] была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий. Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов, для которых важно отразить логическую последовательность выполнения процедур. Нотации IDEF0 и IDEF3 используют следующие объекты (см. таблицу 1.2.2).

---

Таблица 1.2.2 – Основные составляющие нотаций IDEF0 и IDEF3

Наименование	Описание	Графическое представление
Нотация IDEF3
Модуль поведения (UOB)	Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.
Стрелка слева	Стрелка описывает входящие документы, информацию, материальные ресурсы, необходимые для выполнения функции.
Стрелка справа	Стрелка описывает исходящие документы, информацию, материальные ресурсы, являющиеся результатом выполнения функции.
Стрелка сверху	Стрелка описывает управляющее воздействия, например распоряжение, нормативный документ и т.д. В нотации IDEF0 каждая процедура должна обязательно иметь не менее одной стрелки сверху, отражающей управляющее воздействие.
Стрелка снизу	Стрелка снизу описывает т.н. механизмы, т.е. ресурсы, необходимые для выполнения процедуры, но не изменяющие в процессе ее выполнения свое состояние. Примеры: сотрудник, станок и т.д.
Нотация IDEF3
Модель работы (UOW)	Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.
Ссылочный объект	Объект, используемый для описания ссылок на другие диаграммы модели, циклические переходы в рамках одной модели, различные комментарии к функциям
Логическое «И»	Логический оператор, определяющий связи между функциями в рамках процесса. Позволяет описать ветвление процесса
Логическое «ИЛИ»	Логический оператор, определяющий связи между функциями в рамках процесса. Позволяет описать ветвление процесса
Логическое исключающее «ИЛИ»	Логический оператор, определяющий связи функциями в рамках процесса. Позволяет описать ветвление процесса

---