Размещено на http://www.allbest.ru/

Оглавление

Введение

Глава 1. Анализ предметной области

1.1 Анализ существующих нотаций

1.1.1 IDEF0

1.1.2 IDEF3

1.1.3 UML

1.1.4 EPC

1.1.5 BPMN

1.2 Анализ программных продуктов

1.2.1 Microsoft Visio

1.2.2 BPM 2.0 modeler for Visio

1.2.3 Bizagi Process Modeler

1.2.4 ARIS Express

Глава 2. Проектирование бизнес-процессов

2.1 Анализ бизнес-процесса «Прием объекта на охрану»

2.2 Анализ бизнес-процесса «Создание рекламной продукции»

2.3 Анализ бизнес-процесса «Снятие объекта с охраны»

Глава 3. Построение системы управления бизнес-процессами

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

3.2 Построение прототипа автоматизированного процесса «Прием объекта на охрану»

3.3 Построение автоматизированного процесса «Создание рекламы»

3.4 Построение автоматизированного процесса «Снятие объекта с охраны»

Заключение

Библиографический список

Приложение А. Модель процесса «Прием объекта на охрану»

Приложение В. Модель процесса «Создание рекламной продукции»

Приложение C. Модель процесса «Снятие объекта с охраны»

Введение

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

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

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

Группа предприятий «Цербер» существует на рынке Перми и Пермского края более 20 лет. Сферой деятельности данного предприятия является оказание услуг по физической, технической и пожарной охране объектов. Одной из проблем предприятия является затраты большого количества времени для исполнения бизнес-процессов, происходящих внутри коммерческого отдела. К таким бизнес-процессам можно отнести работу с клиентами, составление рутинных, однотипных документов и их дальнейшее согласование с начальником отдела и т.д.

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

Главной проблемой группы предприятий «Цербер» является отсутствие описание бизнес-процессов. В данный момент существуют лишь текстовые описания в виде регламентов.

Для достижения поставленной цели были поставлены следующие задачи:

1. Изучение внутренних регламентов и уставов группы предприятий «Цербер».

2. Построение моделей бизнес-процессов в выбранной нотации.

3. Построение прототипа системы, автоматизирующей управление бизнес-процессами.

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



Глава 1. Анализ предметной области

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

1.1 Анализ существующих нотаций

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

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

· Отображение временной последовательности работ. Данный критерий важен, т.к. описание бизнес-процессов будет происходить на «нижнем уровне», в котором важно знать последовательность выполнение этапов работы бизнес-процесса.

· Отсутствие ограничения количества блоков.

· Наглядность диаграмм. Построенные модели бизнес-процессов должны быть понятны для любого пользователя.

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

1.1.1 IDEF0

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

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

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

На рисунке 1.1 изображен бизнес-процесс выполнения платежей в IDEF0 нотации. В данном примере можно увидеть, что на вход в первый блок «Составить заявку на платеж» сначала инициатором платежа подается бланк заявки на платеж, который оформляется, основываясь на регламенте подтверждения платежей и бюджете проекта. Затем данная заявка согласовывается с инициатором проекта и спонсором проекта и после ее утверждения проверяется финансовым менеджером с помощью счетов на оплату. После того, как финансовый менеджер утвердил заявку бухгалтер проекта формирует первичные документы по платежу и затем с помощью денежных средств оплачивает данный проект.

Рисунок 1.1 Пример IDEF0 нотации

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

1.1.2 IDEF3

IDEF3 - это нотация, которая используется для описания и построения процессов нижнего уровня, например, для описания процессов работ на рабочих местах или выполняемых внутри подразделений. Также данная нотация может быть использована для декомпозиции блоков процесса IDEF0. Основной целью нотации IDEF3 является описание потоков работ (Work Flow Modeling) [2].

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

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

1. Логический оператор «И».

2. Логический оператор «ИЛИ».

3. Логический оператор -- исключающее «ИЛИ».

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

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

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

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

Рисунок 1.2. Пример IDEF3 нотации

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

1.1.3 UML

UML-диаграмма - это язык графического описания, который предназначен для моделирования объектов в сфере разработки различного программного обеспечения. Данный язык представляет собой некий открытый стандарт, при помощи которого создаются разнообразные модели системы, используя различные графические обозначения [3].

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

Также стоит отметить, что на данный момент существует 12 различных типов диаграмм:

1. Диаграмма классов.

2. Диаграмма компонентов.

3. Диаграмма композитной/составной структуры.

4. Диаграмма развертывания.

5. Диаграмма пакетов.

6. Диаграмма деятельности.

7. Диаграмма объектов.

8. Диаграмма автомата.

9. Диаграмма сценариев использования.

10. Диаграмма синхронизации.

11. Диаграмма обзора взаимодействия.

12. Диаграммы коммуникации и последовательности.

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



Рисунок 1.3. Пример диаграммы деятельности

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



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

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



Рисунок 1.5. Пример диаграммы последовательности

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

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



1.1.4 EPC

Нотация EPC (Event-Driven Process Chain) - это нотация, которая используется для описания бизнес-процессов в виде последовательности событий и функций. В основном используется для описания бизнес-процессов на нижнем уровне [4].

Основным принципом нотации, на котором все строится, является понятие событийности. Главными элементами для построения основной части диаграммы являются события и функции. Далее после построения основного каркаса диаграммы происходит наполнение диаграммы различными элементами, например, «База данных», «Участник процесса» и т.д.

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

1. Логическое «И» (AND).

2. Логическое «ИЛИ» (OR).

3. Исключающее «ИЛИ» (XOR).

Пример на рисунке 1.6 описывает бизнес-процесс оформления депозита с помощью EPC-нотации. На данном рисунке мы можем увидеть, что все функции и события заключены в зеленые прямоугольники и оранжевые шестиугольники соответственно. Актеры, которые выполняют отведенные им события указываются на диаграмме желтыми прямоугольниками. Документы, использующиеся в процессе оформления депозита указаны в серых прямоугольниках.

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

Рисунок 1.6. Пример EPC-нотации

1.1.5 BPMN

BPMN (Business Process Model and Notation) - это система условных обозначений для моделирования бизнес-процессов. Данная спецификация описывает условные обозначения для отображения бизнес-процессов. Достаточно проста как для бизнес-пользователей, так и для технических специалистов [5].

Основной целью BPMN является создание стандартного набора условных знаков понятных всем пользователям данной нотации. По уверениям создателей данной нотации, в нее вошли все достоинства от таких нотаций как: EPC, UML, ADF Diagram.

На рисунке 1.7 представлен бизнес-процесс формирования и согласования документа на закупку товара в BPMN нотации. Данный бизнес-процесс достаточно легок и понятен для чтения и дальнейшего его понимания в связи с тем, что на схеме легко понять какие процессы выполняются актером «Заказчик», а какие актером «Госкомзаказ».

Рисунок 1.7. Пример BPMN нотации

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

К недостаткам BPMN нотации можно отнести достаточно скудные возможности в описании информационной архитектуры предприятия.

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

Таблица 1.1. Сравнительная таблица нотаций

Критерии	IDEF0	IDEF3	UML	EPC	BPMN
Ограничение количества блоков	+	-	-	-	-
Отображение временной последовательности работ	-	+	+	+	+
Отображение входов и выходов процесса	+	-	+	+	+
Отображение организационной структуры	+	+	+	+	-
Сложность изучения языка	Высокая	Средняя	Средняя	Низкая	Низкая
Наглядность диаграмм	Низкая	Средняя	Средняя	Высокая	Высокая

1.2 Анализ программных продуктов

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

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

· Полное соответствие стандарту BPMN 2.0.

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

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

· Наличие бесплатной версии программы.

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

1.2.1 Microsoft Visio

Решение от Microsoft является наиболее доступным из платных версий программ. Создание схем в BPMN нотации возможно в любой из версий программы, однако проверка схемы на корректность и наличие шаблонов возможна только в версиях Microsoft Visio 2010 Premium, Microsoft Visio 2013 Professional и Microsoft Visio 2016 Professional. Так же к недостаткам стоит отнести то, что некоторые элементы нотации отсутствуют.

К достоинствам программы стоит отнести удобство пользования данной программой, как и многими офисными решениями от компании Microsoft. Еще одним достоинством программного продукта является его синхронизация с другими программными продуктами Microsoft и возможность вставлять схемы в документы в качестве встроенных объектов, которые можно изменять, не используя Microsoft Visio.

На рисунке 1.8 представлен пример рабочего окна Microsoft Visio 2016, в котором создан пример изменения адреса.

В данный момент приобрести можно только Microsoft Visio 2016 Professional. Цена за электронную версию данной программы составляет 27 000 руб.



Рисунок 1.8. Пример рабочего окна Microsoft Visio

1.2.2 BPM 2.0 modeler for Visio

Данное решение является не программным продуктом, а всего лишь надстройкой к Microsoft Visio, которое добавляет в необходимый функционал для полноценной работы с BPMN нотацией в программном продукте от компании Microsoft.

Благодаря данному решению в Visio появились новые возможности, например, выгрузка результатов в таких форматах, как XPDL и BPEL. Благодаря данному решению, появилась возможность создавать модели, полностью соответствующие BPMN 2.0 стандартам.

У данного решения существует как платная, так и пробная версия на 30 дней.

1.2.3 Bizagi Process Modeler

Bizagi Process Modeler - это решение, созданное компанией Bizagi для моделирования бизнес-процессов в BPMN нотации. Данная программа является одной из самых популярных ввиду своей функциональности, простоты и бесплатности.

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

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

На рисунке 1.9 представлен пример схемы, созданной в Bizagi Process Modeler.

Рисунок 1.9. Пример схемы в Bizagi Process Modeler

1.2.4 ARIS Express

ARIS Express - это бесплатная версия программы ARIS, предназначенная для моделирования бизнес-процессов и организационно структуры предприятий. Данный продукт широко представлен на российском рынке.

ARIS Express поддерживает следующие типы моделей:

1. Организационная диаграмма (Organizational chart).

2. Бизнес-процесс (Business process).

3. ИТ-инфраструктура (IT infrastructure).

4. Карта процессов (Process landscape).

5. Модель данных (Data model).

6. Карта систем (System landscape).

7. Доска (Whiteboard).

8. BPMN диаграмма версии 2.0 (BPMN diagram).

9. Общие диаграммы (General diagram).

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

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

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

На рисунке 1.10 представлен пример рабочего окна ARIS Express.



Рисунок 1.10. Пример работы в ARIS Express

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

Таблица 1.2. Сравнительная таблица программных продуктов

Критерии	Microsoft Visio	BPM 2.0 modeler for Visio	Bizagi Process Modeler	ARIS Express
Удобство пользования	Высокое	Высокое	Высокое	Среднее
Соответствие BPMN 2.0 стандарту	Неполное	Полное	Полное	Полное
Симуляция выполнения процесса	-	-	+	-
Проверка на ошибки	+	+	+	+
Локализация	+	-	+	-
Доступность	Пробная версия 30 дн. Полная версия от 27 000 руб.	Только платная версия: 30 000 руб.	Полностью бесплатная	Полностью бесплатная



В результате анализа программных продуктов, наиболее подходящим для решения поставленных задач и удовлетворяющим всем критериям, является программа Bizagi Process Modeler.



Глава 2. Проектирование бизнес-процессов

Для проектирования бизнес-процессов коммерческого отдела группы предприятий «Цербер» необходимо было изучить устав и регламенты, регулирующие деятельность данного отдела. В выше указанных документах описаны основные термины, определения, нормативные документы, общие положения и бизнес-сценарии. В данной курсовой работе проанализированы и построены следующие три процесса: «Постановка объекта на охрану», «Создание рекламной продукции» и «Снятие объекта с охраны».

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

1. Изучить устав и регламенты, регулирующие деятельность коммерческого отдела.

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

3. Определить актеров каждого из бизнес-процессов.

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

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

6. Определить входы бизнес-процесса и результаты их выполнения.

7. Определить последовательность всех шагов бизнес-процесса.

8. Выяснить все существующие варианты выполнения бизнес-процесса.

9. Выяснить возможное время выполнения бизнес-процесса при разных возможных условиях.

10. Определить денежные затраты, которые уходят на выполнение бизнес-процесса.

После выполнения анализа бизнес-процесса будет построена модель бизнес-процесса в BPMN 2.0 нотации, выполненная в программе Bizagi Modeler. После этапа построения модели будут разработаны различные сценарии выполнения бизнес-процесса, а затем выполнен анализ бизнес-процессов с помощью имитационного моделирования для выявления наиболее затратных шагов в бизнес-процессе.

На рисунке 2.1 показана схема организационной структуры группы предприятий «Цербер».

Рисунок 2.1. Организационная структура предприятия

На рисунке 2.2 показана структура коммерческого отдела группы предприятий «Цербер».

Рисунок 2.2. Структура коммерческого отдела



2.1 Анализ бизнес-процесса «Прием объекта на охрану»

Документ, регулирующий выполнение бизнес-процесса: Инструкция по организации охраны предприятия (объединения) [6].

Владелец бизнес-процесса: активный менеджер коммерческого отдела группы предприятий «Цербер».

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

1. Клиент.

2. Активный менеджер.

3. Инженер технического отдела.

4. Начальник коммерческого отдела.

5. Коммерческий директор.

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

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

Пошаговое описание бизнес-процесса:

1. Клиент оставляет заявку о желании поставить объект на охрану.

2. Активный менеджер принимает заявку клиента и заполняет ее в соответствии с формой, указанной в инструкции.

3. Активный менеджер предоставляет информацию клиенту о пакете необходимых документов для дальнейшей работы.

4. Клиент предоставляет пакет документов.

5. Активный менеджер составляет заявку на осмотр объекта инженером технического отдела.

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

7. После осмотра объекта инженером составляется отчет об осмотре объекта, в котором отображается схема объекта, необходимое оборудование и расшифровка условных знаков и обозначений.

8. Инженер предоставляет отчет об осмотренном объекте активному менеджеру.

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

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

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

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

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

14. Договор подписывается обеими сторонами.

15. Согласовывается дата установки оборудования, которая наиболее удобна клиенту.

16. Менеджер составляет заявку на установку оборудования на объекте. В случае, если установка не возможна в указанное клиентом время, менеджер заново согласует дату установки оборудования.

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

Возможные бизнес-условия:

1. Стоимость, указанная менеджером, удовлетворяет клиента.

2. Стоимость, указанная менеджером, не удовлетворяет клиента.

3. Стоимость, с учетом предоставленной скидки удовлетворяет клиента.

4. Стоимость, с учетом предоставленной скидки не удовлетворяет клиента.

Возможные варианты завершения бизнес-процесса:

1. Клиент отказывается от предоставляемых услуг в виду их большой цены.

2. Клиент отказывается от предоставляемых услуг после предоставления ему скидки или подбора альтернативного, более дешевого оборудования из-за большой цены на услуги.

3. Клиенту устанавливается оборудование согласно договору на оказание охранных услуг.

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

1. Заявка на предоставление охранных услуг.

2. Заявка на осмотр объекта.

3. Отчет об осмотре объекта.

4. Договор на оказание охранных услуг.

5. Заявка на установку оборудования на объекте.

Матрица связности операций бизнес-процесса и элементов организационной структуры предприятия представлена ниже в таблице 2.1 и таблице 2.2.

Таблица 2.1. Матрица связанности операций и элементов организационной структуры предприятия

Операция / Исполнитель	Клиент	Коммерческий отдел	Сервисный центр	Коммерческий директор
Подать заявку	+	-	-	-
Принять заявку клиента	-	+	-	-
Передать информацию о необходимых документах	-	+	-	-
Передать необходимые документы	+	-	-	-
Составить заявку на осмотр объекта	-	+	-	-
Осмотреть объект	-	-	+	-
Составить документацию об объекте	-	-	+	-
Рассчитать стоимость постановки объекта на охрану	-	+	-	-
Составить договор	-	+	-	-
Утвердить договор	-	-	-	+
Подписать договор	+	-	-	-
Составить заявку на установку оборудования	-	+	-	-
Установить оборудование на объекте	-	-	+	-

Таблица 2.2. Матрица связанности операций и элементов организационной структуры коммерческого отдела

Операция \ Исполнитель	Активный менеджер	Начальник коммерческого отдела	Коммерческий директор	Клиент	Инженер технического отдела
Согласование договора	+	+	+	-	-
Согласование стоимости работ	+	-	-	+	-
Согласование даты установки оборудования	+	-	-	+	+
Принятие решения о постановки объекта на охрану	-	-	-	+	-

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

Таблица 2.3. Таблица зарплат исполнителей

Исполнитель	Заработная плата в месяц	Почасовая оплата
Активный менеджер	49 000 руб.	306 руб.
Начальник коммерческого отдела	65 000 руб.	406 руб.
Коммерческий директор	90 000 руб.	562 руб.
Инженер технического отдела	30 000 руб.	188 руб.

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

Таблица 2.4. Временные и денежные затраты операций

Операция	Среднее время выполнения	Стоимость
Принять заявку клиента	2 мин.	10 руб.
Предоставить информацию о необходимых документах	5 мин.	25 руб.
Составить заявку на осмотр объекта	10 мин.	50 руб.
Осмотреть объект	1 ч. 30 мин.	282 руб.
Составить документацию об объекте	2 ч. 15 мин.	423 руб.
Предоставить данные об объекте	5 мин.	15 руб.
Рассчитать стоимость постановки объекта на охрану	15 мин.	75 руб.
Поиск решения для уменьшения стоимости услуг	45 мин.	250 руб.
Составить договор	35 мин.	150 руб.
Отправить на согласование	5 мин.	25 руб.
Согласование	10 мин.	60 руб.
Устранение замечаний	10 мин.	25 руб.
Подписать договор	2 мин.	10 руб.
Составить заявку на установку оборудования	10 мин.	25 руб.
Установить оборудование на объекте	3 ч.	570 руб.

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

Таблица 2.5 Матрица связности операций и бизнес-событий

Операция \ Бизнес событие	Поставить объект на охрану	Отказ в постановке объекта на охрану
Подать заявку	-	-
Принять заявку клиента	-	-
Предоставить информацию о необходимых документах	-	-
Составить заявку на осмотр объекта	-	-
Осмотреть объект	-	-
Составить документацию об объекте	-	-
Предоставить данные об объекте	-	-
Рассчитать стоимость постановки объекта на охрану	-	+
Поиск решения для уменьшения стоимости услуг	-	+
Составить договор	-	-
Согласование	-	-
Устранение замечаний	-	-
Подписать договор	-	-

В таблице 2.6 представлена информация о том, как связаны между собой бизнес-события и бизнес-условия данного процесса.



Таблица 2.6 Матрица связности бизнес-событий и бизнес-условий

Бизнес-условие \ Бизнес-событие	Поставить объект на охрану	Отказ в постановке объекта на охрану
Стоимость не удовлетворяет клиента	-	+
Стоимость с предоставленной скидкой не удовлетворяет клиента	-	+
Стоимость удовлетворяет клиента	+	-
Стоимость с предоставленной скидкой удовлетворяет клиента	+	-

В таблице 2.7 представлена матрица связности документов и операций бизнес-процесса.

Таблица 2.7 Матрица связности документов и операций бизнес-процесса

Операции БП / Документы	Заявка на осмотр объекта	Договор на оказание охранных услуг	Заявка на установку оборудования на объекте	Заявка на предоставление охранных услуг	Отчет об осмотре объекта
Подать заявку	-	-	-	+	-
Принять заявку клиента	-	-	-	+	-
Предоставить информацию о необходимых документах	-	-	-	-	-
Составить заявку на осмотр объекта	+	-	-	-	-
Осмотреть объект	+	-	-	-	-
Составить документацию об объекте	+	-	-	-	+
Предоставить данные об объекте	+	-	-	-	+
Рассчитать стоимость постановки объекта на охрану	+	-	-	-	+
Поиск решения для уменьшения стоимости услуг	-	-	-	-	-
Составить договор	-	+	-	-	-
Согласование	-	+	-	-	-
Устранение замечаний	-	+	-	-	-
Подписать договор	-	+	-	-	-
Составить заявку на установку оборудования	-	-	+	-	-
Установить оборудование на объекте	-	+	+	-	+

В результате проведенного анализа была построена модель бизнес-процесса (см. Приложение А). После построения модели необходимо провести симуляцию. Для этого Bizagi Modeler имеет специальный инструмент. Было разработано три разных сценария, которые различаются между собой временем ожидания начала следующего шага бизнес-процесса, количеством экземпляров процесса, условиями выполнения шагов на шлюзах построенной модели. Согласно предоставленной информации, в среднем в месяц один активный менеджер работает с 8-10 новыми клиентами.

Для симуляции работы модели были разработаны следующие три сценария.

Условия для первого сценария:

1. Количество подаваемых заявок - 8, заявки приходят с интервалом в полтора часа.

2. Стоимость предоставляемых услуг удовлетворяет 80% клиентов.

3. В случае неудовлетворенности стоимостью услуг, клиент в 80% случаев просит о снижении стоимости и в 20% случаев отказывается от предоставления ему услуг.

4. В 90% случаев клиент соглашается на стоимость услуг после предоставления ему скидки или поиска альтернативного оборудования.

5. В 75% случаев возможна установка оборудования в указанное клиентом время.

6. Время ожидания перед осмотром объекта 45 минут, на остальных шагах -0.

7. При согласовании замечаний нет.

Условия для симуляции второго сценария:

1. Количество подаваемых заявок - 8, заявки приходят с интервалом в 12 часов.

2. Стоимость предоставляемых услуг удовлетворяет 80% клиентов.

3. В случае неудовлетворенности стоимостью услуг, клиент в 80% случаев просит о снижении стоимости и в 20% случаев отказывается от предоставления ему услуг.

4. В 90% случаев клиент соглашается на стоимость услуг после предоставления ему скидки или поиска альтернативного оборудования.

5. В 75% случаев возможна установка оборудования в указанное клиентом время.

6. Время ожидания перед приемом заявки - 5 минут.

7. Время ожидания перед осмотром объекта - 1 день.

8. Время ожидания перед согласованием - 30 минут.

9. В 75% случаев замечаний нет.

10. Время ожидания перед установкой оборудования - 1 день.

Условия для симуляции третьего сценария:

1. Количество подаваемых заявок - 10, заявки приходят с интервалом в 4 часа.

2. Стоимость предоставляемых услуг удовлетворяет 70% клиентов.

3. В случае неудовлетворенности стоимостью услуг, клиент в 90% случаев просит о снижении стоимости и в 10% случаев отказывается от предоставления ему услуг.

4. В 80% случаев клиент соглашается на стоимость услуг после предоставления ему скидки или поиска альтернативного оборудования.

5. В 40% случаев возможна установка оборудования в указанное клиентом время.

6. Время ожидания перед приемом заявки - 10 минут.

7. Время ожидания перед осмотром объекта - 2 дня.

8. Время ожидания перед составлением документации об объекте - 2 часа.

9. Время ожидания перед согласованием - 1 час.

10. В 50% случаев замечаний нет.

11. Время ожидания перед установкой оборудования - 3 дня.

12. Время ожидания перед расчетом стоимости установки оборудования - 1 час.

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

Таблица 2.8. Сценарий 1

Операция	Среднее время выполнения (мин.)	Среднее время ожидания (мин.)	Максимальное время ожидания (мин.)
Оставить заявку о постановке объекта на охрану	5	0	0
Принять заявку	2	0	0
Предоставить информацию о необходимых документах	5	0	0
Передать пакет необходимых документов	15	0	0
Составить заявку на осмотр объекта	10	0	720
Осмотреть объект	135	135	675
Составить документацию об объекте	270	0	0
Предоставить данные по результатам осмотра	5	0	0
Расчитать стоимость постановки объекта на охрану	15	0	0
Попросить об уменьшении стоимости	0	0	0
Поиск решения для уменьшения стоимости услуг	0	0	0
Составить договор	35	0	0
Отправить на согласование	5	0	0
Согласование с начальником коммерческого отдела	10	0	0
Устранение замечаний	0	0	0
Согласование с коммерческим директором	5	0	0
Устранение замечаний	0	0	0
Подписать договор	2	0	0
Подписать договор и оплатить	15	0	0
Согласовать дату установки оборудования	5	0	0
Составить заявку на установку оборудования	10	0	0
Установить оборудование на объекте	180	0	0

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

Таблица 2.9. Сценарий 2

Операция	Среднее время выполнения (мин.)	Среднее время ожидания (мин.)	Максимальное время ожидания (мин.)
Оставить заявку о постановке объекта на охрану	5	0	0
Принять заявку	7	0	0
Предоставить информацию о необходимых документах	5	0	0
Передать пакет необходимых документов	15	0	0
Составить заявку на осмотр объекта	10	0	0
Осмотреть объект	1530	2986	6075
Составить документацию об объекте	675	3954	6390
Предоставить данные по результатам осмотра	5	0	0
Расчитать стоимость постановки объекта на охрану	15	0	0
Попросить об уменьшении стоимости	0	0	0
Поиск решения для уменьшения стоимости услуг	0	0	0
Составить договор	35	0	0
Отправить на согласование	5	0	0
Согласование с начальником коммерческого отдела	40	0	0
Устранение замечаний	10	0	0
Согласование с коммерческим директором	65	8,5	55
Устранение замечаний	10	0	0
Подписать договор	2	0	0
Подписать договор и оплатить	15	0	0
Согласовать дату установки оборудования	5	0	0
Составить заявку на установку оборудования	10	0	0
Установить оборудование на объекте	180	265	675

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

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

Таблица 2.10. Сценарий 3

Операция	Среднее время выполнения (мин.)	Среднее время ожидания (мин.)	Максимальное время ожидания (мин.)
Оставить заявку о постановке объекта на охрану	5	0	0
Принять заявку	12	0	0
Предоставить информацию о необходимых документах	5	0	0
Передать пакет необходимых документов	15	0	0
Составить заявку на осмотр объекта	10	0	0
Осмотреть объект	2970	12285	24570
Составить документацию об объекте	2550	14512,5	26730
Предоставить данные по результатам осмотра	5	0	0
Расчитать стоимость постановки объекта на охрану	75	0	0
Попросить об уменьшении стоимости	1	0	0
Поиск решения для уменьшения стоимости услуг	45	0	0
Составить договор	35	0	0
Отправить на согласование	5	0	0
Согласование с начальником коммерческого отдела	70	0	0
Устранение замечаний	0	0	0
Согласование с коммерческим директором	35	4	35
Устранение замечаний	0	0	0
Подписать договор	2	0	0
Подписать договор и оплатить	15	0	0
Согласовать дату установки оборудования	5	0	0
Составить заявку на установку оборудования	10	0	0
Установить оборудование на объекте	190	562	1458

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

В таблице 2.11 отражены денежные затраты исполнителей при различных сценариях.



Таблица 2.11. Денежные затраты на исполнителей

Исполнитель /Сценарий	Сценарий 1	Сценарий 2	Сценарий 3
Активный менеджер	3 366	4 029	9 537
Начальник коммерческого отдела	474	2 436	12 315
Коммерческий директор	328	8 524	7 540
Инженер технического отдела	6 768	41 736	101 050
Общие затраты	10 936	56 725	130 442

На основе данных из таблицы 2.11 можно сделать вывод, что большое количество заявок, которые подаются в короткие сроки ведет к увеличению стоимости бизнес-процесса. Большая часть затрат возложена на инженера технического отдела. Это связано с тем, что инженер может не успевать на все объекты и, как следствие, время его ожидания увеличивается в несколько раз.

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

2.2 Анализ бизнес-процесса «Создание рекламной продукции»

Документ, регулирующий выполнение бизнес-процесса: Положение о финансировании рекламной деятельности на предприятии [11].

Владелец бизнес-процесса: маркетолог.

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

1. Маркетолог.

2. Генеральный директор.

3. Совет директоров.

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

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

Пошаговое описание бизнес-процесса:

1. Маркетолог начинает разрабатывать план выпуска рекламной продукции на следующий год.

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

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

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

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

6. Маркетолог составляет план выхода рекламной продукции в СМИ на следующий год.

7. Маркетолог производит расчет затрат на создание рекламной продукции и дальнейший ее выпуск в СМИ.

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

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

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

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

12. На основе существующих рекламных продуктов и потребительских желаний создается новый рекламный продукт.

13. Готовый рекламный продукт передается совету директоров для согласования.

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

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

16. Маркетолог передает готовый рекламный продукт в СМИ.

Возможные бизнес-условия:

1. Генеральный директор указал на замечания в рекламном продукте

2. Генеральный директор не указал на замечания в готовом рекламном продукте.

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

1. Выпуск рекламного продукта в СМИ.

2. Отказ от выпуска рекламного продукта.

Документы, участвующие в бизнес-процессе:

1. Годовой план расходов на рекламную продукцию.

2. Существующая рекламная продукция.

3. Готовая рекламная продукция.

В таблице 2.12 показана матрица связанности операций и элементов организационной структуры.

Таблица 2.12. Матрица связанности операций и элементов организационной структуры

Операция \ Исполнитель	Маркетолог	Совет директоров	Генеральный директор
Разработать план выпуска рекламы на год	+	-	-
Проанализировать имеющуюся информацию	+	-	-
Разделение клиентов на потребительские группы	+	-	-
Проанализировать ценности для потребительских групп	+	-	-
Проанализировать эффективность работы СМИ	+	-	-
Расчет затрат на создание рекламы	+	-	-
Составление отчета	+	-	-
Согласование отчета	-	+	+
Проанализировать ранее созданную рекламную продукцию	+	-	-
Создать новую рекламную продукцию	+	-	-
Согласование выпуска новой рекламной продукции	-	+	+
Передача готовой рекламной продукции	+	-	-

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

Таблица 2.13. Таблица зарплат исполнителей

Исполнитель	Заработная плата в месяц	Почасовая оплата
Маркетолог	45 000 руб.	280 руб.
Финансовый директор	90 000 руб.	562 руб.
Коммерческий директор	90 000 руб.	562 руб.
Технический директор	90 000 руб.	562 руб.
Директор по безопасности	90 000 руб.	562 руб.
Директор по службе	90 000 руб.	562 руб.
Генеральный директор	120 000 руб.	750 руб.

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

Таблица 2.14. Временные и денежные затраты операций

Операция	Среднее время выполнения	Стоимость
Разработать план выпуска рекламы на год	5 ч.	1 400 руб.
Проанализировать имеющуюся информацию	2 ч.	560 руб.
Разделение клиентов на потребительские группы	1 ч.	280 руб.
Проанализировать ценности для потребительских групп	8 ч.	2 600 руб.
Проанализировать эффективность работы СМИ	30 мин.	140 руб.
Составить план выхода рекламы в СМИ	2 ч.	560 руб.
Расчет затрат на создание рекламы	2 ч.	560 руб.
Составление отчета	4 ч.	1 120 руб.
Передача на согласование	20 мин.	100 руб.
Согласование отчета	1 ч.	500 руб.
Внесение изменений	45 мин.	210 руб.
Проанализировать ранее созданную рекламную продукцию	1 ч. 30 мин.	420 руб.
Создать новую рекламную продукцию	6 ч.	1 700 руб.
Передача рекламной продукции на согласование	20 мин.	100 руб.
Согласование выпуска новой рекламной продукции	1 ч.	500 руб.
Внесение изменений	45 мин.	210 руб.
Передача готовой рекламной продукции	40 мин.	200 руб.

Связь между бизнес-событиям и операциями представлена в табл. 2.15.

Таблица 2.15. Матрица связности операций и бизнес-событий

Операция / Бизнес событие	Рекламный продукт выпущен	Отказ в выпуске рекламной продукции
Разработать план выпуска рекламы на год	-	-
Проанализировать имеющуюся информацию	-	-
Разделение клиентов на потребительские группы	-	-
Проанализировать ценности для потребительских групп	-	-
Проанализировать эффективность работы СМИ	-	-
Составить план выхода рекламы в СМИ	-	-
Расчет затрат на создание рекламы	-	-
Составление отчета	-	-
Передача на согласование	-	-
Согласование отчета	-	-
Внесение изменений	-	-
Проанализировать ранее созданную рекламную продукцию	-	-
Создать новую рекламную продукцию	-	-
Передача рекламной продукции на согласование	-	-
Согласование выпуска новой рекламной продукции	+	+
Внесение изменений	-	-
Передача готовой рекламной продукции	+	-

Матрица связности между бизнес-событиями и бизнес-условиями представлена в табл. 2.16.

Таблица 2.16 Матрица связности бизнес-событий и бизнес-условий

Бизнес-условие / Бизнес-событие	Рекламный продукт выпущен	Отказ в выпуске рекламной продукции
Генеральный директор указал на замечания	-	+
Генеральный директор не указал на замечания	+	-

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

Таблица 2.17 Матрица связности документов и операций бизнес-процесса

Операции БП / Документы	Годовой план расходов на рекламную продукцию	Готовая рекламная продукция	Существующая рекламная продукция
Разработать план выпуска рекламы на год	+	-	-
Проанализировать имеющуюся информацию	+	-	-
Разделение клиентов на потребительские группы	+	-	-
Проанализировать ценности для потребительских групп	+	-	-
Проанализировать эффективность работы СМИ	+	-	-
Составить план выхода рекламы в СМИ	+	-	-
Расчет затрат на создание рекламы	+	-	-
Составление отчета	+	-	-
Передача на согласование	+	-	-
Согласование отчета	+	-	-
Внесение изменений	+	-	-
Проанализировать ранее созданную рекламную продукцию	-	-	+
Создать новую рекламную продукцию	-	+	-
Передача рекламной продукции на согласование

Страница:

•  1 
•  2 

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

Подобные документы

• Применение метода равномерного расположения относительно бизнес-процессов

  Применение метода равномерного расположения для оптимизации бизнес-процессов. Программное обеспечение Staffware Process Suit, суть его работы и преимущества. Разработка приложения-прототипа для автоматизации применения метода равномерного расположения.
  
  дипломная работа [214,9 K], добавлен 21.08.2016
  

• Построение моделей бизнес-процессов предприятия ООО "Абзаково"

  Анализ внешней и внутренней среды, экономических показателей, предприятия. Оценка его конкурентоустойчивости. Составление матрицы привлекательности рынка. Прогнозный план доходов и расходов. Моделирование бизнес-процессов функционирования дома отдыха.
  
  курсовая работа [1,4 M], добавлен 18.03.2015
  

• Информационные технологии моделирования бизнес-процессов

  Классификация бизнес-процессов, различные подходы к их моделированию и параметры качества. Методология и функциональные возможности систем моделирования бизнес-процессов. Сравнительная оценка систем ARIS и AllFusion Process Modeler 7, их преимущества.
  
  дипломная работа [1,6 M], добавлен 11.02.2011
  

• Моделирование бизнес-процессов на примере ООО "ПромТрансИнформ"

  Архитектура интегрированных информационных систем ARIS как методология моделирования бизнес-процессов. Преимущества и недостатки существующих аналогов. Выбор и обоснование типов диаграмм, используемых для описания бизнес-процесса средствами ARIS.
  
  дипломная работа [1,8 M], добавлен 03.12.2014
  

• Моделирование бизнес-процесса потребительского кредитования

  Создание бизнес-модели процесса выдачи потребительских кредитов. Организационное обеспечение кредитного процесса. Моделирование и документирование бизнес-процессов в программе BPwin. Построение модели AS IS. Предложение по автоматизации бизнес-процесса.
  
  курсовая работа [401,5 K], добавлен 07.01.2012
  

• Имитационное моделирование бизнес-процессов компании

  Построение имитационной модели бизнес-процесса "Управление инцидентами" компании "МегаФон" с целью прогнозирования совокупной стоимость ИТ-сервиса по обслуживанию инцидентов. Разработка моделирующих алгоритмов для реализации компьютерных программ модели.
  
  курсовая работа [2,6 M], добавлен 09.04.2012
  

• Системный анализ предметной области "Школа танцев"

  Значение факторов внешней среды при организации бизнеса. Анализ внутренней структуры "Школа танцев". Разработка прототипа информационной системы для автоматизации деятельности предприятия. Моделирование бизнес-процесса и построение контекстной диаграммы.
  
  контрольная работа [902,2 K], добавлен 10.02.2013
  

• Супермаркет "Большая Ложка": моделирование бизнес-процессов стандартами UML

  Моделирование информационной системы (ИС) бизнес-процессов продуктового супермаркета "Большая Ложка" на ранней стадии (фазе формирования концепции предприятия) стандартами UML. Сценарий для моделирования ИС, начальные данные и структура управления.
  
  курсовая работа [335,5 K], добавлен 16.09.2011
  

• Бизнес-моделирование

  История бизнес-моделирования с середины ХХ века до настоящего времени. Определение понятий "бизнес-модель" и "бизнес-моделирование". Характеристика динамики основных положений различных бизнес-моделей по мере изменения состояния конкуренции предприятия.
  
  курсовая работа [2,2 M], добавлен 14.05.2019
  

• Моделирование и анализ бизнес-процесса выпуска газеты

  Общая характеристика бизнес-процесса и построение его внешней, функциональной и объектной моделей. Описание ресурсов и исполнителей процесса. Оценка по метрикам, которые характеризуют степень удовлетворенности клиента. Определение целей оптимизации.
  
  курсовая работа [333,6 K], добавлен 27.10.2013
  

Другие документы, подобные "Разработка моделей бизнес-процессов коммерческого отдела группы предприятий "Цербер" для их дальнейшей оптимизации"

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам