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

Содержание:

Введение

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

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

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

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

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

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

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

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

В соответствии с целью работы ставятся следующие основные задачи:

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

– выполнить выбор средств для моделирования бизнес-процессов (БП);

– реализовать моделирование процесса «как есть»;

– предоставить предлагаемые мероприятия по улучшению бизнес-процессов;

– выполнить моделирование БД «как должно быть».

Объект исследования – теория анализа бизнес-процессов.

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

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

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

Глава 1. Постановка задачи и моделирование БП «как есть»

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

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

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

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

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

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

1) кабинет директора:

– компьютер директора;

2) холл:

– компьютер администратора (график работы, расписание приема клиентов, перечень услуг и их стоимость)

– компьютер охраны

– парикмахеры;

3) косметологический кабинет:

– компьютер косметолога;

4) бухгалтерия:

– главный бухгалтер (финансовые операции, сведение баланса);

– сервер;

5) кабинет маникюра и педикюра:

– мастер маникюра;

– мастер педикюра

6) кабинет загара:

– компьютер для контроля времени загара;

7) кабинет для татуажа:

– компьютер художника по татуировкам.

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

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

StarUML – это программный инструмент для моделирования, который поддерживает нотацию UML (Унифицированный язык для моделирования). StarUML ориентируется на UML последней версии и поддерживает 11 различных типов диаграмм, которые приняты в нотации UML 2.0.

ПО активно поддерживает подход модельно-управляемой архитектуры, реализуя концепцию профилей нотации UML.

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

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

Рисунок 1. Интерфейс StarUML

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

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

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

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

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

Рассмотрим основные особенности ПО.

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

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

Заметим, что XML считается мировым стандартом, а это – большое преимущество, что гарантирует, что такие программные модели останутся очень полезными на долгое время.

– Применимость платформ и методологий StarUML применяет концептуальный подход, что применим к практически любым методологиям или процессам. Легко создаются не лишь модели под средства выполнения разработки для определенных платформ типа J2EE и .NET, но также и для иных основных структур моделей (к примеру, модель представления 4+1).

– Превосходная расширяемость. Практически все функции StarUML реализованы в полном соответствии с стандартом Microsoft COM. Тут может применяться практически любой язык, который имеет поддержку COM (Visual Basic, VB, Delphi, Java Script, C++, C# и т.п.), может использоваться, чтоб вызывать StarUML и разрабатывать интегрированные дополнения (так называемые, аддины).

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

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

– генерация исходных текстов с помощью разных языков программирования;

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

– выполнение импорта файлов программным обеспечением Rational Rose;

– реализация обмена модельной информацией с иными программными средствами;

– поддержка паттернов проектирования.

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

UMLet – надежная и удобная программная утилита для разработки различного рода моделей процессов и проектирования программных приложений на базе языка UML.

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

С ее применением можно быстро строить диаграммы UML, экспортировать диаграммы в разные форматы, сохранять их и разрабатывать новые средства UML.

Главное окно UMLet разбито на 3 области (рисунок 2): область диаграммы, свойства и палитра элементов.

Рисунок 2. Интерфейс UMLet

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

При этом, в области диаграммы располагаются разные объекты сообразно выполнения целевой модели.

Панель свойств дает возможность просмотреть и изменить разные свойства элементов. Большинство применяемых UML-утилит отображают многие свойства элементов с помощью всплывающих окон.

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

Рисунок 3. Добавление новых инструментов

Основное назначение UMLet – это быстрое создание UML-модели в очень сжатые сроки.

С данной целью в программе реализовывается стандартный набор элементов языка UML:

– пакеты;

– варианты использования;

– стереотипы;

– простые классы;

- абстрактные классы;

– текстовые комментарии и другое:

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

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

АllFusion Data Modeler, а также продукт AllFusion Process Modeler (еще несколько лет тому назад они имели наименование ERWin, BPWin) компании Соmputer Associates давно входят в пятерку качественных производителей ПО, предлагая инструменты для резервного копирования, выполнения моделирования, управления разного рода инфраструктурой предприятия, уровнями информационной безопасности.

На рисунке 4 показан интерфейс рассматриваемой программы:

Рисунок 4. Окно программы АllFusion Data Modeler

Рассмотрим основные возможности данного ПО:

– программа поддерживает такие 3 главные стандартные нотации моделирования БП:

– DFD;

– IDEF0;

– IDEF3.

Указанные нотации позволяют описать практически любую предметную область максимально точно;

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

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

– интегрирован с такими продуктами, как ERwin, Paradigm Plus и прочие;

– интегрирован с инструментарием имитационного моделирования Arena.

Набор современных инструментальных средств с названием Oracle Designer использует решение для разработки разного рода систем корпоративного уровня.

Oracle Designer может брать участие практически во всех фазах ЖЦ разработки любого ПО – от моделирования до внедрения программы.

Окно Oracle Designer изображено на рисунке 5:

Рисунок 5. Внешний вид ПО Oracle Designer

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

Графические модели, созданные на основании данного продукта, для определений проекта, могут быть интегрированы с репозиторием, а также существенно облегчать взаимодействие с другими инструментами, к примеру, Oracle Designer.

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

Одним с таких средств является ARIS, разработанный компанией IDS Scheer.

ARIS (рисунок 6) поддерживает 4 класса моделей, отражающие самые различные аспекты системы:

Рисунок 6. Окно системы ARIS

Система ARIS представляет собой комплекс средств моделирования, а также в нем можно выполнять анализ деятельности компании.

1.3. Моделирование бизнес-процессов «как есть»

Рассмотрим описание моделирования БП учета предоставления услуг салона красоты в формате «как есть» (рисунок 7).

Рисунок 7. Контекстная диаграмма

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

Выполнение БП «Предоставление услуг салона красоты» выполняется на основании таких нормативных документов:

– Законодательство РФ;

– Договор по предоставлении услуг.

Входами для данного процесса являются:

– Потребности клиента;

– Возможности сотрудника.

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

Механизмами для реализации бизнес-процесса являются такие лица:

– Клиент;

– Исполнитель;

– Менеджер по работе с клиентами.

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

Выходами в данном случае будут?

– полученные услуги;

– финансовая отчетность;

– отчет по статистике.

Выполним декомпозицию данного процесса на следующие составляющие подпроцессы (рисунок 8) и опишем их.

БД «Предоставление услуг салона красоты» 3 подпроцесса:

– Выбор услуги;

– Выбор сотрудника;

– Получение услуг.

Опишем входы, выходы, управление и механизмы для каждого их процессов.

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

Выходом является услуга.

Механизм процесса – клиент, который пишет данное заявление, управление выполняется на основании законодательства РФ.

Подпроцесс «Получение услуг» характеризуется такими показателями:

– вход – договор о предоставлении услуг;

– выходы:

Рисунок 8. Декомпозиция контекстной диаграммы

• Предоставленные услуги;
• Отчет по статистике;
• Финансовая отчетность.

– механизмы – менеджер по работе с клиентами, клиент;

– управление – законодательство РФ.

Подпроцесс «Выбор сотрудника» характеризуется такими показателями:

– входы:

• Возможности сотрудника;
• Заявление.

– выход – Сотрудник;

– механизм – менеджер по работе с клиентами, клиент;

– управление – законодательство РФ.

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

Рисунок 9. Декомпозиция БП «Получение услуг»

Рассмотрим основные особенности протекания описываемого бизнес-процесса:

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

– услуга салона красоты предоставляется клиенту уже после ее определения и подбора.

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

Глава 2. Усовершенствование выполнения процесса «Учет предоставляемых услуг салоном красоты»

2.1. Предлагаемые мероприятия по улучшению БП

Рассмотрим меры по усовершенствованию бизнес-процесса по предоставлению услуг.

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

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

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

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

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

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

С точки зрения масштаба разработки все прототипы подразделяются на такие категории (рисунок 10):

Рисунок 10. Категории прототипов по масштабу проектирования

Глобальные прототипы предназначаются для моделирования системы в целом.

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

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

Стоит также заметить, что практически все локальные прототипы разделяются на такие виды (рисунок 11):

Рисунок 11. Типы локальных прототипов

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

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

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

Рисунок 12. Схема горизонтального прототипирования

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

Рисунок 13. Описание вертикального прототипирования

Все рассмотренные классы прототипов по уровню их достоверности можно разделить на такие категории (рисунок 14):

Рисунок 14. Классификация прототипов по уровню достоверности

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

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

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

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

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

При этом, для них используется больше времени на непосредственную разработку или создание.

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

При реализации прототипирования процесс разработки полностью аналогичен: чтобы протестировать некоторую идею в создании ИС нужно создавать прототип с его оценкой.

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

Традиционный подход для создания макетов программной продукции или ПО в целом основан на выполнении переходов с прототипа малого уровня достоверности к прототипам более высокого уровня (рисунок 15).

Рисунок 15. Классическая схема создания прототипа

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

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

Рисунок 16. Принцип выполнения эволюционного прототипирования

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

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

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

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

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

2.2. Моделирование бизнес-процессов «как должно быть»

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

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

В результате получим такую контекстную диаграмму (рисунок 17):

Рисунок 17. Контекстная диаграмма после добавления механизма «ИС»

Аналогично при предоставлении услуги в ИС будут вводится данные для учета услуг (рисунок 18):

Рисунок 18. Участие ИС при получении клиентом услуг

Аналогичным образом ИС будет брать участие в процессе предоставления услуги (рисунок 19):

Рисунок 19. Включение ИС в бизнес-процесс

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

Заключение

Современная экономическая ситуация в РФ обусловливает основные предпосылки по интенсификации процесса информатизации и компьютеризации в сфере предоставления услуг:

– развитие финансовых и товарных рынков;

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

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

– возникновение объективной потребности в достоверности информации на всех уровнях менеджмента, а значит, и платежеспособного спроса на нее.

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

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

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

При помощи методологии семейства IDEF эффективно можно анализировать и отображать модели деятельности самого широкого спектра систем в разных разрезах.

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

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

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

– реализовано моделирование процесса «как есть»;

– предоставлены предлагаемые мероприятия по улучшению бизнес-процессов;

– выполнено моделирование БД «как должно быть».

Список использованных источников

• Громов, А.И. Управление бизнес-процессами: современные методы. монография / А.И. Громов, А. Фляйшман, В. Шмидт. - Люберцы: Юрайт, 2016. - 367 c.
• Джестон, Д. Управление бизнес-процессами. Практическое руководство по успешной реализации проектов / Д. Джестон, Й. Нелис. - М.: Символ, 2015. - 512 c.
• Долганова, О.И. Моделирование бизнес-процессов: Учебник и практикум для академического бакалавриата / О.И. Долганова, Е.В. Виноградова, А.М. Лобанова. - Люберцы: Юрайт, 2016. - 289 c.
• Елиферов, В.Г. Бизнес-процессы: Регламентация и управление: Учебник. - М.: НИЦ ИНФРА-М, 2013. - 319 c.
• Михеев, А.Г. Системы управления бизнес-процессами и административными регламентами на примере свободной программы RunaWFE. - М.: ДМК, 2016. - 336 c.
• Нелис, Й. Управление бизнес-процессами: Практическое руководство по успешной реализации проектов. - СПб.: Символ-плюс, 2015. - 512 c.
• Репин, В.В. Бизнес-процессы. Моделирование, внедрение, управление. - М.: Манн, Иванов и Фербер, 2013. - 512 c.
• Репин, В.В. Процессный подход к управлению. Моделирование бизнес-процессов. - М.: Манн, Иванов и Фербер, 2013. - 544 c.
• Ротер, М. Учитесь видеть бизнес-процессы: Построение карт потоков создания ценности. - М.: Альпина Паблишер, 2015. - 136 c.
• Рудакова, О.С. Реинжиниринг бизнес-процессов: Учебное пособие для студентов вузов. - М.: ЮНИТИ-ДАНА, 2013. - 343 c.
• Самуйлов, К.Е. Бизнес-процессы и информационные технологии в управлении телекоммуникационными компаниями. - М.: Альпина Паблишер, 2014. - 323 c.
• Теличенко, В. И. Информационное моделирование технологий и бизнес-процессов. - М.: Издательство Ассоциации строительных вузов, 2014. - 144 c.
• Тельнов, Ю.Ф. Инжиниринг предприятия и управление бизнес-процессами. Методология и технология: Учебное пособие. - М.: ЮНИТИ, 2015. - 176 c.
• Чукарин, А.В. Бизнес-процессы и информационные технологии в управлении современной инфокоммуникационной компанией. - М.: Альпина Паблишер, 2016. - 512 c.
• Ширяев, В.И. Управление бизнес-процессами: Учебно-методическое пособие. - М.: Финансы и статистика, 2014. - 464 c.