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

Содержание:

Введение

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

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

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

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

Поэтому в данной курсовой работе поставлены следующие задачи:

рассмотреть основные этапы учета услуг салона красоты;

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

разработать модель процесса «Как есть»

разработать модель процесса «Как будет»

1 глава. Построение бизнес-процессов «как есть»

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

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

По данным маркетингового агентства Global Reach Consulting, объем рынка салонов красоты оценивается как быстрорастущий. Наибольшая концентрация салонов красоты существует в городах-миллионерах – в Москве, Санкт-Петербурге, Новосибирске, Красноярске. Ростов-на-Дону, согласно экспертам 2ГИС, удерживает 5 место по количеству салонов красоты. На каждую 1000 женщин приходится по 77 салонов. Рост числа салонов красоты можно объяснить увеличением спроса на их услуги. По данным Reports and Reports, количество женщин, посещающих косметические салоны и салоны красоты, за 15 лет с 2000 по 2014 год возросло с 4% до 40%. Посещение салонов больше не ассоциируется у населения с дорогостоящими услугами для избранных, услуги стали доступны для огромного числа людей из среднего класса. Ускорение темпа жизни, а также потребность в качественных услугах заставило многих женщин вместо приведения себя в порядок в домашних условиях обращаться в салоны красоты, что гораздо проще и удобнее.

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

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

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

эконом-класс;

бизнес-класс;

VIP-класс

Основными услугами салона красоты являются:

1.Парикмахерские услуги (мужская, женская, детская стрижка)

2. Маникюр и педикюр (уход, наращивание, дизайн, коррекция)

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

4. Уход за кожей тела

5. Солярий

6. Продажа косметических средств

Описание бизнес процессов Салона красоты

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

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

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

Методология SADT 

разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:

графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;

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

ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);

связность диаграмм (номера блоков);

уникальность меток и наименований (отсутствие повторяющихся имен);

синтаксические правила для графики (блоков и дуг);

разделение входов и управлений (правило определения роли данных).

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

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

IDEF-методология создавалась в рамках проводимой в США программы компьютеризации промышленности ICAM (Integrated Computer Aided Manufacturing), в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных системах. Отсюда и происходит название данного семейства стандартов - Icam DEFinition – IDEF[11].

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

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

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

IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий “сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

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

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

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

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

Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0”. В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint). Определение и формализация цели разработки IDEF0-модели является крайне важным моментом. Фактически цель определяет соответствующие области в исследуемой системе, на которых необходимо фокусироваться в первую очередь. Например, если мы моделируем деятельность предприятия с целью построения в дальнейшем на базе этой модели информационной системы, то эта модель будет существенно отличаться от той, которую бы мы разрабатывали для того же самого предприятия, но уже с целью оптимизации логистических цепочек. Точка зрения определяет основное направление развития модели и уровень необходимой детализации. Четкое фиксирование точки зрения позволяет разгрузить модель, отказавшись от детализации и исследования отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на систему. Например, функциональные модели одного и того же предприятия с точек зрения главного технолога и финансового директора будут существенно различаться по направленности их детализации. Это связано с тем, что в конечном итоге, финансового директора не интересуют аспекты обработки сырья на производственных станках, а главному технологу ни к чему прорисованные схемы финансовых потоков[8].

В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком – Child Box). В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0 – модели.

Обычно IDEF0-модели несут в себе сложную и концентрированную информацию, и для того, чтобы ограничить их перегруженность и сделать удобочитаемыми, в соответствующем стандарте приняты соответствующие ограничения сложности:

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

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

DFD — общепринятое сокращение от англ. Data Flow Diagrams — диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

Диаграмма потоков данных (data flow diagram, DFD)(Рис.2.1.) — один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

Модель 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 диаграмма разрабатываемой ИС

Данная информационная система будет автоматизировать:

• Выдачу информации об услугах;
• Выдачу информации о материалах;
• Регистрацию клиентов;
• Оформление записи на осуществление услуг;
• Расчет стоимости услуги;
• Подтверждение записи;
• Выдачу окончательного счета.

Заключение

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

рассмотреть основные этапы учета услуг салона красоты;

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

разработать модель процесса «Как есть»

разработать модель процесса «Как будет»

Список литературы

1. Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
2. Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
3. Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
4. Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
5. Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
6. Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
7. Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
8. Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
9. Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
10. Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.
11. А. Афанасьев, АО Весть «Методы управления документооборотом в организации» М.: Финансы и статистика, 2013. - 192 с.