Модель бизнес процесса пример. Модель бизнес процесса


Примеры бизнес-процессов

  1. Библиотека
  2. Бизнес-процессы
  3. Примеры
  1. Описание бизнес-процесса
  2. Пример бизнес-процесса в EPC
  3. Пример бизнес-процесса в BPMN
  4. Пример бизнес-процесса в IDEF

Приведенные в статье примеры бизнес-процессов упрощены в ознакомительных и учебных целях и не могут быть внедрены в действующие системы управления бизнес-процессов без дополнительной детализации. Моделирование бизнес-процессов производится в рамках этапа описания процесса управления бизнес-процессами, результатом которого является модель. В качестве примера будет смоделирован бизнес-процесс "Управление проблемами" (Problem Management).

Описание бизнес-процесса

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

Начало бизнес-процесса Информация о вновь зафиксированных проблемах поступает по двум каналам:
  • Service Desk
  • Система мониторинга
Выполнение бизнес-процесса
  1. Информационная система с функционалом "Система принятия решений" собирает информацию о вновь зафиксированных проблемах, категоризует проблему, устанавливает приоритет и сохраняет её в информационной системе обработки проблем.
  2. Администратор информационной системы обработки проблем назначает ответственного исполнителя заявки на устранение проблем
  3. Ответственный исполнитель устраняет проблему и по окончанию фиксирует результат в заявке
Окончание бизнес-процесса Результатом исполнения бизнес-процесса является фиксация результата решения проблемы

Пример бизнес-процесса в EPC

Бизнес-процесс смоделирован в EPC-совместимой нотации с помощью сервиса визуального моделирования bpsimulator.com. Чтение модели производится сверху вниз.

Основным преимуществом нотации EPC является её универсальность использования для различных целей моделирования бизнес-процессов предприятия. Например по такой модели можно составить требования не только к потоку работ (workflow) бизнес-процесса, но и сформировать, например организационную структуру для выполнения таких бизнес-процессов в организации. Сервис позволяет производить импорт блок-схем бизнес-процесса напрямую из файлов vsdx визуального редактора Visio.

Пример бизнес-процесса в BPMN

Бизнес-процесс смоделирован в BPMN нотации с помощью сервиса моделирования бизнес-процессов bpmn.io. Чтение модели производится слева направо.

Модели бизнес-процессов в нотации BPMN легко имплементировать в существующие информационные системы управления потоком работ workflow tool. Этот стандарт описания бизнес-процессов активно развивается и расширяется.

Пример бизнес-процесса в IDEF

Бизнес-процесс смоделирован в IDEF нотации с помощью сервиса графического сервиса gliffy.com. Чтение модели производится слева направо.

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

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

Стотри так же:

www.bpsimulator.com

Структура модели бизнес-процессов [BS Docs 4]

Модель бизнес-процессов, согласно методологии SADT, создается на основе принципа декомпозиции: "…декомпозиция заключается в начальном разделении объекта на более мелкие части и последующем соединении их в более детальное описание объекта". На верхнем уровне модели рассматриваемая система представляется в виде одного процесса, например, "Деятельность по производству и продаже оборудования", далее он декомпозируется на совокупность бизнес-процессов верхнего уровня (см. Основные элементы системы управления). Каждый из бизнес-процессов верхнего уровня декомпозируется на ряд подпроцессов. В качестве критерия выделения подпроцессов второго уровня можно использовать промежуточные состояния объекта управления. Например, процесс "Продвижение и продажи" может быть декомпозирован на подпроцессы:

  1. Продвижение продуктов

  2. Выяснение потребности клиента

  3. Заключение договора с потребителем

  4. Прием текущих заказов

  5. Производственное планирование

  6. Организация выполнения заказа клиента

  7. Организация удовлетворения претензий клиентов

  8. Анализ удовлетворенности клиентов

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

Business Studio позволяет создавать графические модели бизнес-процессов с помощью диаграмм, выполненных в той или иной нотации моделирования. Поддерживается пять типов нотаций графического моделирования - IDEF0, Процесс и Процедура, BPMN, EPC. Для создания модели бизнес-процессов можно использовать любую из этих нотаций или их комбинации. Рекомендуется в зависимости от уровня процесса в модели для его описания использовать нотации, приведенные в Таблице 1.

Уровень модели Используемая нотация Комментарий
0 IDEF0 (контекстная диаграмма) Модель, выполненная в нотации IDEF0, имеет контекстную диаграмму верхнего уровня А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками. Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.
1 IDEF0 1 уровень содержит процессы верхнего уровня модели.
2 IDEF0 2 уровень содержит декомпозицию процессов верхнего уровня. Например, процесс второго уровня "Продвижение продуктов" может быть декомпозирован на подпроцессы 3 уровня: 1. Группировка клиентов и анализ клиентской базы 2. Разработка программы удержания клиентов 3. Определение потребности по привлечению новых клиентов 4. Разработка комплекса продвижения продуктов на целевые рынки 5. Проведение мероприятий комплекса продвижения
3 и далее Процесс, Процедура, BPMN, EPC На 3 уровне происходит смена нотации моделирования. 3 уровень при корректной декомпозиции будет представлять собой работы - наименьшие возможные процессы, создающие минимальный отделимый результат, за отдельные действия внутри работы будут отвечать конкретные должностные лица.

Таблица 1. Уровни модели нотации IDEF0

Если в модели используются метапроцессы, то уровни сдвигаются, начиная с 1.

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

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

www.businessstudio.ru

Введение. Основные понятия

Лекция 9. Моделирование бизнеспроцессов.

Введение. Основные понятия 2

Развитие моделирования бизнес-процессов 4

Основные принципы моделирования бизнес-процессов 7

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

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

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

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

  • набор составляющих процесс шагов — бизнес-функций; порядоквыполнения бизнес-функций;

  • механизмы контроля и управления в рамках бизнес-процесса;

  • исполнителей каждой бизнес-функции;

  • входящие документы/информацию, исходящие документы/информацию;

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

  • параметры, характеризующие выполнение бизнес-функций и процесса в целом.

Для моделирования бизнес-процессов можно использовать различные методы.Метод, илиметодология, моделирования включает в себя последовательность действий, которые необходимо выполнить для построения модели, т. е. процедуру моделирования, и применяемую нотацию(язык). Наиболее популярной методологией бизнес-моделирования является ARIS, но также известны Catalyst компании CSC, Business Genetics, SCOR (Supply \ Chain Operations Reference), POEM (Process Oriented Enterprise Modeling) и др. Язык моделирования имеет свойсинтаксис (условные обозначения различных элементов и правила их сочетания) исемантику (правила толкования моделей и их элементов).

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

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

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

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

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

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

  • функциональные, описывающие совокупность выполняемых системой функций и их входы и выходы;

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

  • структурные, характеризующие морфологию системы — состав подсистем, их взаимосвязи;  информационные, отражающие структуры данных — их состав и взаимосвязи.

studfiles.net

Модель бизнес процесса пример | Модели бизнес процессов

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

Модель бизнес процессов примеры

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

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

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

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

Читать так же:
comments powered by HyperComments

business-ideal.ru