Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

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

Предметом исследования является деятельность салона красоты.

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

Задачами работы являются:

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

1. Анализ процесса «Функционирование салона красоты»

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

Салон красоты предоставляет следующие виды услуг [16]:

  1. Стрижка мужская, женская, детская;
  2. Укладка волос;
  3. Покраска волос;
  4. Мелирование волос; 
  5. Прическа;
  6. Бритье;
  7. Маникюр;
  8. Педикюр;
  9. Пиллинг;
  10. Коррекция и покраска бровей;
  11. Макияж;
  12. Услуги косметолога.

Цели и задачи салона красоты [16]:

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

Функционирование салона красоты, в большинстве своем, представляет следующую последовательность действий:

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

Определим исходные данные и роли пользователей.

Администратор зала его функциями является работа с клиентом при его обращении для получения услуг предприятия, формирование графика, формирование счета, прием оплаты,

Директор и заместитель директора, могут выполнять функции администратора зала, однако их основная функция – определение данных по доходам от мастеров, от услуг, от клиентов и т.п.

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

На рисунке 1 представлен алгоритм работы подсистемы «Администратор» [4]. Алгоритм работы подсистемы следующий:

    1. Если новый клиент, тогда создание нового клиента.
    2. Данные заносятся в соответствующую таблицу – Клиенты.
    3. Иначе по введенным данным получение информации о клиенте, который находится в базе.
    4. Определить какой вид услуг салона красоты его интересует.
    5. Клиенту предоставляется перечень услуг и их стоимость, данные выбираются из таблицы «Услуги».
    6. Формируется счет по указанным мастером услугам.
    7. Данные по этим операциям заносятся в таблицу «Счета».

Рисунок 1 – Алгоритм работы подсистемы «Администратор»

На рисунке 2 представлен алгоритм работы подсистемы «Директор (заместитель директора)». Алгоритм работы следующий:

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

Рисунок 2 – Алгоритм работы подсистемы «Заместитель директора»

Для мастеров алгоритм работы подсистемы представлен на рисунке 3.

Рисунок 3 – Алгоритм работы подсистемы «Мастер»

Таким образом, можно определить, что исходная информация будет получена из следующих источников:

- таблица «Клиенты»;

- таблица «Услуги»;

- таблица «Мастера»;

- документ «Счет».

Результативная информация будет получена из таблицы «Поступления», могут формироваться следующие формы отчетов:

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

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

  • BPMN;
  • DFD;
  • IDEF0.

BPMN предназначен для построения моделей бизнес-процессов, имеет расширение нотации, предназначенное для моделирования бизнес-процессов. BPMN имеет множество ограничений, представим некоторые из них:

  • BPMN только моделирует потоки управления, и здесь не видно потока данных;
  • BPMN не позволяет моделировать структуру компании;
  • BPMN не позволяет моделировать иерархию пользователей;
  • BPMN имеет много элементов, которые требуют, чтобы человек, читающий диаграмму, знал нюансы BPMN;
  • знание нотации BPMN не позволяет читать модели, описывающие спроектированную (или работающую) ИТ-систему
  • BPMN предлагает одну схему для описания организации;

BPMN имеет ряд преимуществ:

  • BPMN позволяет лучше визуализировать логику бизнес-процесса
  • BPMN позволяет генерировать код BPEL (язык выполнения бизнес-процессов), который поддерживает автоматизацию реализации

Диаграмма потоков данных DFD (Data Flow Diagrams) показывает функционирования подсистем и показывает три фактора: потоки данных через систему (входы и выходы), процессы обработки данных, хранилища, в которых данные запоминаются и сохраняются. Данный метод рассматривает процессы как иерархию действий и подпроцессов, каждая из которых преобразует один или несколько входов на выход, которые продолжают подставляться в другой подпроцесс или деятельность [20]. Иерархическое описание процессов упрощает навигацию по сложным процессам, поскольку все диаграммы понятны и разборчивым. Для данного стандарта используется концепция «коробки ICOM» – деятельность представляется в виде блока, показывающего некоторый фрагмент работы компании и четыре категории стрелок с изображением соединений с окружающей средой. Стрелки представляют собой следующие элементы: вход, управление, выход, механизм.

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

Стандарт IDEF0 помогает определить объем анализа и построить отношения между аналитиком и его клиентом. IDEF0 представляет собой инструмент связи из-за нормализованных графических символов и как инструмент анализа, показывая, какие действия должны выполняться для правильной моделировки процесса. Стандарт IDEF0 также помогает определить сильные и слабые стороны моделируемой системы [9].

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

В стандарте IDEF0 подробно описывается, как размещать функции, стрелки и их описания. Каждая функция, стрелка и модель описываются идентификатором, указанным в соответствии со стандартом. Согласно стандарту IDEF0, основная модель отмечена символом A-0 , и в ней есть одна превосходная функция A0. Он может быть описан моделью A0, а функции, расположенные в нем, будут отмечены A1, A2, A3 и т.д. Подмодуль, описывающая функцию A1, также будет иметь метку A1, а ее подмодели будут обозначаться A11, A12, A13 и т. д. Этот метод структурированного описания позволяет быстрее создавать список отдельных моделей и функций. Отношения между дочерней и родительской моделями также можно графически отображать с использованием дерева иерархии функций. Стандарт IDEF0 ограничивает шесть функций, которые можно найти в дочерней модели [9].

Для представления бизнес процессов будет выбрана нотация IDEF0, это связано с простотой построения, возможностью более четкого представления всего бизнес процесса за счет его детализации, возможностью построения данной нотации в различных программных пакетах: ErWin, MS Visio и др.

В качестве инструмента для моделирования бизнес процессов рассмотрим два пакета:

  • MS Visio;
  • AllFusion Process Modeler 7.

Microsoft Visio - редактор диаграмм для Windows. Использует векторную графику для создания диаграмм. Доступен в двух версиях: стандартной и профессиональной.

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

Microsoft Visio может стать помощником в решении трех основных задач: в анализе сложных данных, в графическом представлении данных и в обмене этими данными между пользователями. Основной способ представления данных в Visio - это векторные фигуры, на основе которых строится диаграмма или план. Для удобства фигуры сгруппированы по тематическим категориям, в каждой из которых можно увидеть похожие по внешнему виду или по теме элементы [4]. Фигуры является основным, но не единственным средством для представления данных в Visio. Кроме них можно использовать текст и числовые данные, графические элементы и форматирование цветом.

AllFusion Process Modeler 7 (ранее BPwin) - это инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленный рабочий процесс, обмен информацией и диаграмма рабочего процесса визуализируют модель бизнес-процесса. Графическое представление этой информации позволяет перенести задачи организационного управления в области сложного мастерства в область технологий.

AllFusion Process Modeler 7 (BPwin) помогает четко документировать важные аспекты всех бизнес-процессов: действия, которые необходимо предпринять, методы их реализации и управления, необходимые для этого ресурсы, а также визуализацию результатов, полученных в результате этих действий. AllFusion Process Modeler 7 повышает эффективность ИТ-решений для бизнеса, позволяя аналитикам и разработчикам моделей адаптировать корпоративные инициативы и задачи к бизнес-требованиям, а также к информационной архитектуре и процессам разработки приложений. Это создает целостное представление о деятельности компании: от рабочих процессов в небольших подразделениях до сложных организационных функций.

В качестве пакета моделирования бизнес процессов был выбран пакет AllFusion Process Modeler 7, это обосновывается следующими соображениями:

  • данный пакет не настолько функциональный и предназначен для построения диаграмм нотаций IDEF0, IDEF3, DFD;
  • при построении диаграмм информационные потоки родителя переносятся на дочернюю диаграмму, что значительно упрощает построение модели.

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

Построение модели бизнес процесса в нотации IDEF0 начинается с разработки контекстной диаграммы. На рисунке 4 представлена контекстная диаграмма «Функционирование салона красоты».

Рисунок 4 – Контекстная диаграмма «Функционирование салона красоты»

Процесс представлен в виде блока, входными элементами являются:

  • обращение клиента;
  • данные клиента;
  • оплата.

Выходными элементами являются:

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

Управлением является поток инструкции.

Механизмом является администратор.

Далее процесс анализа представляет собой детализацию процессов [5]. На рисунке 5 представлена декомпозиция контекстной диаграммы.

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

Декомпозиция представлена четырьмя блоками:

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

Представим детализацию каждого блока по отдельности. На рисунке 6 представлена детализация блока «Принять клиента».

Рисунок 6 – Детализация блоков «Принять клиента»

Блок имеет следующую детализацию:

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

На рисунке 7 представлена детализация блока «Занести клиента в расписание».

Рисунок 7 – Детализация блока «Занести клиента в расписание»

Детализация данного блока представляет [16]:

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

На рисунке 8 представлена детализация блока «Оказать услугу».

Рисунок 8 – Детализация блока «Оказать услугу»

Процесс представлен следующими блоками:

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

На рисунке 9 представлена детализация блока «Принять оплату».

Рисунок 9 – Детализация блока «Принять оплату»

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

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

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

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

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

Главное преимущество, которое дает переход к автоматизированному ведению базы данных – это быстрый поиск необходимых сведений, предоставление их в удобной форме и формирование статической информации для анализа функционирования салона красоты [8].

Разработка информационной системы, позволит решить следующие задачи:

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

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

Информационная система для салона красоты должна соответствовать следующим критериям [13]:

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

Информационная система для салона красоты должна обладать следующим функционалом [8]:

  • обеспечить минимальное время обработки обращения клиента в салон красоты;
  • формировать график мастеров, в соответствии с пожеланиями клиентов;
  • иметь возможность вносить изменения в график работы мастеров, в случае необходимости замены, отказа клиента;
  • автоматизация процесса подготовки документов, сопровождающих обращение клиента – отображение занятости мастеров, которые осуществляют услугу;
  • автоматизированный расчет стоимости оказанных услуг и формирование счета, на основании указанных мастером услуг;
  • формирование информации о загруженности мастеров в течение месяца для определения уровня выплат;
  • наличием системы прав и ролей для пользователей системы;
  • обеспечение поиска к необходимой документации с любого рабочего места (с учетом прав доступа);
  • получение различных аналитических отчетов [6,7,25].

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

На рисунке 10 представлена измененная контекстная диаграмма «Функционирование салона красоты» для модели «Как должно быть».

Рисунок 10 – Контекстная диаграмма «Функционирование салона красоты» в модели «Как должно быть»

Если сравнить контекстную диаграмму в модели «TO-BE» с моделью «AS-IS», то были изменены следующие информационные потоки:

1. Выходы:

- график работы;

- счет;

- отчеты;

2. Механизм информационная система.

На рисунке 11 представлена декомпозиция контекстной диаграммы, добавлен блок «Формировать отчетность», а также подключен информационный поток – «Информационная система».

Рисунок 11 – Декомпозиция контекстной диаграммы в модели «Как будет»

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

На представленном рисунке процесс изменен следующим образом:

- добавить запись о клиенте, с входным информационным потоком «Данные клиента», с выходным информационным потоком «Клиент салона», управлением «Инструкции», механизмами «Администратор» и «Информационная система»;

- определить к какому мастеру, с входным информационным потоком «Клиент салона» и «Пожелания клиентов», с выходным информационным потоком «Мастер», управлением «Инструкции», механизмом «Администратор»;

- сверить с графиком работы, с входным информационным потоком «Мастер» и «График работы», с выходным информационным потоком «Данные графика работы», управлением «Инструкции», механизмами «Администратор» и «Информационная система»;

- внести прием клиента в график работы, с входным информационным потоком «Данные графика работы», с выходными информационными потоками «График работы» и «Клиент у мастера», управлением «Инструкции», механизмами «Администратор» и «Информационная система»;

- сообщить клиенту время и имя мастера, с входным информационным потоком «Клиент у мастера», с выходным информационным потоком «Занятость мастеров», управлением «Инструкции», механизмом «Администратор».

Рисунок 12 – Детализация процесса «Занести клиента в расписание»

На рисунке 13 представлена декомпозиция блока «Добавить запись о клиенте».

Рисунок 13 – Детализация процесса «Добавить запись о клиенте»

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

- открыть справочник «Клиенты»;

- ввести ФИО клиента;

- ввести телефон клиента;

- ввести адрес клиента;

- сохранить данные.

Определено хранилище данных «Клиенты».

На рисунке 14 представлена детализация блока «Внести прием клиента в график работы», которая выполнена также в стандарте DFD.

Рисунок 14 – Детализация блока «Внести прием клиента в график работы»

Блок представлен процессами:

  • определить свободные места у указанного мастера;
  • определить наличие свободного времени у других мастеров;
  • внести данные по клиенту в график мастера;
  • сохранить измененный график работы.

Формируется хранилище данных «Мастера».

Формирование графика работы представлено на рисунке 15. Для отображения данного процесса была использована нотация IDEF3. Операция представлена в рамках детализации процесса «Сверить с графиком работы».

Последовательность данного процесса следующая:

- определить входные дни мастера;

- отобразить шаблон расписания;

- проверить есть записи клиентов;

- если есть добавить запись;

- при сверке указывается ФИО мастера;

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

- если мест нет, то выводится полное расписание мастера;

- если места есть, выводится перечень свободного времени.

Рисунок 15 – Детализация блока «Сверить с графиком работы»

На рисунке 16 представлен измененный процесс «Оказать услугу».

Рисунок 16 – Детализация блока «Оказать услугу»

Отличием от ранее рассмотренного блока (рис.8), является появление блока «Сформировать электронный счет». Представим детализацию данного блока (см. рис. 17).

Рисунок 17 – Детализация блока «Сформировать электронный счет»

Данный блок представлен следующими процессами:

- указать перечень выполненных услуг, услуги извлекаются из хранилища данных «Услуги», кроме названия из хранилища также можно получить стоимость услуги;

- выбрать мастера, который предоставлял услуги, мастер выбирается из соответствующего хранилища «Мастера»;

- указать количество услуг;

- рассчитать стоимость счета;

- сохранить счет.

Данные по счету хранятся в хранилище данных «Счета».

На рисунке 18 представлена детализация блока «Сформировать отчетность».

Рисунок 18 – Детализация блока «Формировать отчетность»

Детализация процесса осуществляется с помощью блоков:

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

Представим детализацию процесса «Получить отчет для анализа» (см. рис.19).

Блок представлен процессами:

  • сформировать отчет доход от услуг;
  • сформировать отчет доход от сотрудников;
  • сформировать отчет общий доход от деятельности салона красоты.

Добавлено хранилище данных – «БД информационной системы», в данное хранилище будут добавлены ранее созданные хранилища.

Рисунок 19 – Детализация блока «Получить отчет для анализа»

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

Заключение

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

Использование информационных технологий позволит достичь следующих целей:

  • освободить от рутинной работы администраторов;
  • автоматизировать ведение учета поступлений от предоставленных услуг;
  • улучшить репутацию организации за счет более прозрачной и прогнозируемой работы.

В рамках данной работы решены следующие задачи:

  • представлено описание предметной области;
  • определены исходные данные, формируемые отчеты, роли пользователей;
  • проанализированы имеющиеся средства для моделирования бизнес процессов, определено, что построение моделей будет осуществляться с использованием диаграмм нотаций IDEF0, DFD в пакете AllFusion Process Modeler 7;
  • выполнено моделирование бизнес процессов в модели «Как есть»;
  • определен перечень мероприятий, которые позволят улучшить представленный бизнес процесс;
  • выполнено построение модели «Как должно быть» с учетом представленного перечня мероприятий.

Литература

  1. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ). Системная и программная инженерия. Процессы жизненного цикла программных средств
  2. Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.
  3. Баронов В.В. Автоматизация управления предприятия. – М.: Инфо-М, 2015.
  4. Лемке Джуди Microsoft Office Visio 2007 (+ CD-ROM); ЭКОМ Паблишерз - Москва, 2014. - 368 c.
  5. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.
  6. Черкашин П. Стратегия управления взаимоотношениями с клиентами (CRM) / Павел Черкашин. - М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2007. - 376 c
  7. Маклаков, С.В. BPwin и ERwin. CASE-средства разработки информационных систем / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2001. – 304 с.
  8. Маклаков, С.В. Создание информационных систем с AllFusion Modeling Suite / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2005. – 432 с.