Файл: Разработка регламента выполнения процесса «Учет предоставленных услуг салоном красоты» ..pdf
Добавлен: 14.05.2023
Просмотров: 1289
Скачиваний: 20
СОДЕРЖАНИЕ
1 глава. Построение бизнес-процессов «как есть»
1.1 Описание предметной области. Постановка задачи.
1.2. Выбор средства для моделирования бизнес-процессов
1.3. Моделирование бизнес-процессов «как есть»
2 глава. Построение бизнес-процессов «как должно быть»
2.1 Предлагаемые мероприятия по улучшению бизнес-процессов
Модель DFD, как и большинство других структурных моделей — иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме. Когда достигнута требуемая глубина декомпозиции — процесс нижнего уровня сопровождается мини-спецификацией (текстовым описанием).
Кроме того, нотация DFD поддерживает понятие подсистемы — структурной компоненты разрабатываемой системы.
Нотация DFD — удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это — диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Другие нотации, часто используемые при формировании контекстной диаграммы — диаграмма SADT, диаграмма Диаграмма вариантов использования.
Для решения задачи функционального моделирования на базе структурного анализа традиционно применяются два типа моделей: IDEF0-диаграммы и диаграммы потоков данных.
Методология разработки процессных диаграмм обычно применяется при проведении обследований предприятий в рамках проектов управленческого консалтинга, а также в проектах автоматизации крупных объектов при экспресс-обследовании (обычно для составления развернутого плана работ).
Нотация диаграмм потоков данных позволяет отображать на диаграмме как шаги бизнес-процесса, так и поток документов и управления (в основном, управления, поскольку на верхнем уровне описания процессных областей значение имеет передача управления). Также на диаграмме можно отображать средства автоматизации шагов бизнес-процессов. Обычно используется для отображения третьего и ниже уровня декомпозиции бизнес-процессов (первым уровнем считается идентифицированный перечень бизнес-процессов, а вторым - функции, выполняемые в рамках бизнес-процессов).
Диаграммы потоков данных (Data flow diagramming, DFD):
· являются основным средством моделирования функциональных требований к проектируемой системе;
· создаются для моделирования существующего процесса движения информации;
· используются для описания документооборота, обработки информации;
· применяются как дополнение к модели IDEFO для более наглядного отображения текущих операций документооборота (обмена информацией);
· обеспечивают проведение анализа и определения основных направлений реинжиниринга ИС.
Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой
Программные системы IDEF0 и DFD
В настоящее время существует множество CASE средств, поддерживающих функциональное моделирование в стандарте IDEF0 и DFD
. В России получили распространение следующие системы:
Design/IDEF (MetaSoftware, США распространитель - Метатехнология, Москва)
BPWin/ERWin (Logic Works, США распространитель - Интерфейс, Москва)
Компания Ориентсофт (г.Минск) предлагает собственную разработку на базе стандарта IDEF0 - систему IDEF0/EMTool.
BPWin — мощный инструмент моделирования для анализа, документирования и понимания комплексных бизнес-процессов[11].
Моделирование полезно:
для устранения избыточных или ненужных блоков (функций);
для сокращения затрат;
для совершенствования работы компании;
для повышения качества обслуживания клиентов.
С использованием BPWin строятся диаграммы бизнес-процессов, ясно показываюпще бизнес-процессы (блоки), результаты их работы и ресурсы, необходимые для их функционирования. BPWin-модель обеспечивает объединенную картину того, как организация добивается выполнения своих целей, от маленьких отделов до всей компании в целом.
BPWin поддерживает три методологии моделирования:
функциональное моделирование (IDEF0);
описание бизнес-процессов (IDEF3);
диаграммы потоков данных (DFD).
Поддержкой трех методологий моделирования в одной программе BPWin объединяет три ключевых подхода к моделированию бизнес-процессов, что вполне удовлетворяет потребности как системных аналитиков, так и специалистов-технологов.
1.3. Моделирование бизнес-процессов «как есть»
Цель процесса: Обеспечить выполнение процесса Учет предоставленных услуг салоном красоты.
Построение модели информационной системы начинается с описания функционирования системы в целом в виде контекстной диаграммы.
Рисунок 1 – Контекстная диаграмма «Салон красоты»
Взаимодействие системы с окружающей средой описывается с помощью входов («Клиент» и «оплата от клиента»), выходов («обслуженный клиент», «Прибыль» и «Документация»), управления («СанПиН 2.1.2.2631-10», «Лицензия» и «Внутренние правила») и ресурсов («Материалы», «Инструменты» и «Персонал»).
Клиент – человек, обращающийся за услугами Салон красотыа.
Платежи от клиента – денежные средства, переводимые на счет Салон красотыа за оказанные услуги.
Внутренние правила – свод прописанных и негласных правил, которому подчиняются все работники салона красоты.
СанПиН 2.1.2.2631-10 – документ, в котором подробно прописаны все правила, нормы и требования к организациям коммунально-бытового назначения, оказывающим парикмахерские и косметические услуги .
Лицензия – документ, дающий право на осуществление косметологических и парикмахерских услуг.
Запчасти – основной ресурс для процесса функционирования салона красоты, так как они используются в процессе оказания услуг.
Персонал – люди, работающие в Салон красотые, осуществляющие приём клиентов, оказания услуг ,управление и др.
Инструменты – комплекс техники и инструментов необходимых для осуществления услуг.
Выполненный запись - услуги, оказанные салоном красоты клиентам.
Прибыль – сумма всех выплат за оказанные услуги.
После описания контекстной диаграммы переходим к процессу функциональной декомпозиции. Разбиваем систему на подсистемы до степени, достаточной для понимания роли проектируемого ПО и написания спецификаций процессов.
Рисунок 2 – Диаграмма декомпозиции «Салон красоты»
Как видно из диаграммы, весь процесс функционирования Салон красоты разбивается на три:
- Парикмахерские и косметические услуги – основная деятельность Салон красоты, деятельность по оказанию населению парикмахерских и косметических услуг;
- Поддержание санитарного состояния оборудования и инструментов салона красоты – поддержание персоналом санитарного состояния оборудования и инструментов;
- Дополнительные услуги – выдача справочной информации о дополнительных услугах и их оказание.
Производится дальнейшее разбиение на подсистемы «Парикмахерские и косметические услуги».
Рисунок 3 – Диаграмма декомпозиции «Парикмахерские и косметические услуги»
Описание процессов, представленных на данной диаграмме декомпозиции.
Выдача информации – предоставление информации о услугах салона красоты.
Запись к мастеру – запись клиента к мастеру на удобное для него время.
Обслуживание клиента – сам процесс оказания услуг.
Оплата услуги – оплата квитанции за оказанные услуги.
Далее продолжается декомпозиция диаграммы «Выдача информации».
Рисунок 4 – Диаграмма декомпозиции «Выдача информации»
Описывается процесс «Выдача информации».
Перед началом оказания услуг клиент должен получить полную информацию об услугах салона красоты, применяемых технологиях и материалах, а так же о стоимости услуг.
Пожелания клиентов – озвучивание клиентом своих пожеланий по поводу услуг.
Информация об услугах – предоставление клиенту информации об услугах.
Информация о мастерах – предоставление клиенту информации об мастерах.
Информация о материалах – предоставление клиенту информации об материалах.
Рисунок 5 – Диаграмма декомпозиции «Запись к мастеру»
После определения пожеланий клиента относительно оказываемых услуг происходит запись клиента к мастеру.
Определить мастера – система определяет, кто из мастеров свободен в нужный день.
Определить время – клиент указывает нужное ему время записи.
Запись клиента – запись клиента в журнал на нужное время.
Подтвердить запись – подтверждения клиентом намерения обратиться в Салон красоты для оказания выбранных услуг.
2 глава. Построение бизнес-процессов «как должно быть»
2.1 Предлагаемые мероприятия по улучшению бизнес-процессов
Длٜя приема товараٜ, его перемещения со склада в торговый зал и продажи товара вٜ нٜаٜстٜоٜящее вٜрٜемٜя иٜспٜоٜлٜьзٜуютٜся иٜскٜлٜючиٜтٜелٜьнٜоٜ бумٜаٜжнٜые фоٜрٜмٜы доٜкٜумٜенٜтٜоٜвٜ. Иٜзٜ-зٜаٜ боٜлٜьшоٜгоٜ оٜбъемٜаٜ доٜкٜумٜенٜтٜоٜвٜ нٜаٜ пٜрٜедпٜрٜиٜятٜиٜиٜ соٜтٜрٜуднٜиٜкٜ нٜе успٜевٜаٜютٜ пٜрٜаٜвٜиٜлٜьнٜоٜ оٜфоٜрٜмٜиٜтٜь вٜсе доٜкٜумٜенٜтٜы, чтٜоٜ вٜпٜоٜслٜедстٜвٜиٜиٜ вٜедетٜ кٜ слٜоٜжнٜоٜстٜямٜ с пٜоٜиٜскٜоٜмٜ тٜоٜгоٜ иٜлٜиٜ иٜнٜоٜгоٜ доٜкٜумٜенٜтٜаٜ, пٜоٜлٜученٜиٜю аٜнٜаٜлٜиٜтٜиٜческٜоٜй оٜтٜчетٜнٜоٜстٜиٜ зٜаٜ пٜерٜиٜоٜд.
Вٜ рٜезٜулٜьтٜаٜтٜе вٜоٜзٜнٜиٜкٜаٜютٜ тٜаٜкٜиٜе пٜрٜоٜблٜемٜы, кٜаٜкٜ доٜстٜаٜвٜкٜаٜ нٜевٜерٜнٜоٜй иٜнٜфоٜрٜмٜаٜциٜиٜ, нٜесвٜоٜевٜрٜемٜенٜнٜаٜя ее доٜстٜаٜвٜкٜаٜ, пٜоٜтٜерٜя иٜнٜфоٜрٜмٜаٜциٜиٜ, чтٜоٜ вٜедетٜ кٜ зٜаٜдерٜжкٜаٜмٜ вٜ оٜфоٜрٜмٜлٜенٜиٜиٜ оٜтٜчетٜнٜоٜстٜиٜ иٜ зٜаٜмٜедлٜенٜиٜю деятٜелٜьнٜоٜстٜиٜ пٜрٜедпٜрٜиٜятٜиٜя, аٜ тٜаٜкٜже оٜшиٜбкٜаٜх вٜ нٜей.
Боٜлٜьшоٜй оٜбъемٜ даٜнٜнٜых, оٜбрٜаٜбаٜтٜывٜаٜемٜых вٜ отделе продажٜ, пٜоٜзٜвٜоٜлٜяетٜ зٜаٜтٜрٜаٜчиٜвٜаٜтٜь соٜоٜтٜвٜетٜстٜвٜующее кٜоٜлٜиٜчестٜвٜоٜ вٜрٜемٜенٜиٜ иٜ тٜрٜудоٜвٜых рٜесурٜсоٜвٜ нٜаٜ оٜбрٜаٜбоٜтٜкٜу, иٜспٜоٜлٜнٜенٜиٜе иٜ кٜоٜнٜтٜрٜоٜлٜь доٜкٜумٜенٜтٜоٜвٜ. Пٜоٜэٜтٜоٜмٜу нٜеоٜбхоٜдиٜмٜоٜ, с пٜрٜиٜмٜенٜенٜиٜемٜ информационной системыٜ, умٜенٜьшиٜтٜь зٜаٜтٜрٜаٜчиٜвٜаٜемٜые рٜесурٜсы вٜ целٜях оٜпٜтٜиٜмٜиٜзٜаٜциٜиٜ деятٜелٜьнٜоٜстٜиٜ вٜсей организацииٜ.
Соٜтٜрٜуднٜиٜкٜ оٜтٜделٜаٜ продажٜ, кٜаٜкٜ пٜрٜаٜвٜиٜлٜоٜ, тٜрٜаٜтٜиٜтٜ оٜченٜь мٜнٜоٜгоٜ вٜрٜемٜенٜиٜ нٜаٜ пٜоٜиٜскٜ нٜеоٜбхоٜдиٜмٜых даٜнٜнٜых (пٜоٜ стٜаٜтٜиٜстٜиٜкٜе нٜаٜ эٜтٜоٜ ухоٜдиٜтٜ доٜ 40% рٜаٜбоٜчегоٜ вٜрٜемٜенٜиٜ) иٜлٜиٜ вٜоٜссоٜзٜдаٜнٜиٜе зٜаٜнٜоٜвٜоٜ – вٜмٜестٜоٜ пٜоٜвٜтٜоٜрٜнٜоٜгоٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя – доٜкٜумٜенٜтٜоٜвٜ, сущестٜвٜующиٜх «где-тٜоٜ вٜ кٜоٜмٜпٜаٜнٜиٜиٜ» (пٜоٜдоٜбнٜоٜе пٜрٜоٜиٜсхоٜдиٜтٜ пٜрٜиٜмٜерٜнٜоٜ вٜ 70% слٜучаٜевٜ). Пٜрٜиٜ тٜаٜкٜоٜй «рٜаٜзٜбрٜоٜсаٜнٜнٜоٜстٜиٜ» даٜнٜнٜых иٜ доٜкٜумٜенٜтٜоٜвٜ слٜоٜжнٜоٜ оٜбеспٜечиٜтٜь иٜх целٜоٜстٜнٜоٜстٜь, нٜепٜрٜоٜтٜиٜвٜоٜрٜечиٜвٜоٜстٜь иٜ безٜоٜпٜаٜснٜоٜстٜь.
2.2 Моделирование бизнес-процессов «как должно быть»
Диаграммы потоков данных (DataFlowDiagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. Основные компоненты DFD (как было сказано выше) – процессы или работы, внешние сущности, потоки данных, накопители данных (хранилища). В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой.
Диаграмма процесса работы с клиентом в нотации DFD предоставлена на рисунке ниже:
Рис 6 – DFD диаграмма разрабатываемой ИС
Данная информационная система будет автоматизировать: