Типовые задачи описания бизнес-процессов. Требования к описанию бизнес-процессов предприятий.

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

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

  • какое программное обеспечение использовать в проекте («ARIS лучше BPwin?», «ERwin лучше ARIS?» и т.п.);
  • как моделировать процессы с использованием продукта «Х»?;
  • как проводить анализ и выявлять проблемы при помощи продукта «Х»?;
  • какую методологию использовать для описания процессов?

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

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

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

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

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

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

Описание нотации IDEF0, IDEF3

Автор: В.В. Репин

Источник: Интернет-издание FinExpert.ru

Нотация IDEF0 была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий. Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов (Work Flow), для которых важно отразить логическую последовательность выполнения процедур. Нотации IDEF0 и IDEF3 используют следующие объекты.

Наименование

Описание

Графическое представление

Нотация IDEF0

1

Модуль поведения (UOB)

Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.

1.1.jpg

2

Стрелка слева

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

1.2.jpg

3

Стрелка справа

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

1.3.jpg

4

Стрелка сверху

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

1.4.jpg

5

Стрелка снизу

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

1.5.jpg

Нотация IDEF3

1

Модель работы (UOW)

Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.

1.6.jpg

2

Ссылочный объект

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

1.7.jpg

3

Логическое «И»

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

1.8.jpg

4

Логическое «ИЛИ»

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

1.9.jpg

5

Логическое исключающее «ИЛИ»

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

1.10.jpg

Таблица 2

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

Тип стрелки

Графическое представление

1

Стрелка предшествования. Соединяет последовательно выполняемые функции.

2.01.jpg

2

Стрелка отношения. Используется для привязки объектов-комментариев к функциям.

2.02.jpg

3

Стрелка потока объектов. Показывает поток объектов от одной функции к другой.

2.03.jpg

Таблица 3

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

Бизнес-процесс, сформированный при помощи нотации IDEF0, показан на рисунке 5. (Этот процесс представлен в нотации ARIS eEPC на рисунке 3).


1.1.jpg
Рисунок 5. Увеличить рисунок

На рисунке 6 показан бизнес-процесс, описанный при помощи нотации IDEF3. (Этот процесс представлен в нотации ARIS eEPC на рисунке 4.)


1.1.jpg
Рисунок 6. Увеличить рисунок

В нотации IDEF3, так же как и в нотации ARIS eEPC, используются символы логики, отражающие ветвление процесса.

eEPC

Описание нотации eEPC

Автор: В.В. Репин

Источник: Интернет-издание FinExpert.ru

Нотация ARIS eEPC расшифровывается следующим образом ―Extended Event Driven Process Chain – расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В следующей таблице приводятся основные используемые в рамках нотации объекты.

Наименование

Описание

Графическое представление

1

Функция

Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.

3.01.jpg

2

Событие

Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций

3.02.jpg

3

Организационная единица

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

3.03.jpg

4

Документ

Объект, отражающий реальные носители информации, например бумажный документ

3.04.jpg

5

Прикладная система

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

3.05.jpg

6

Кластер информации

Объект характеризует данные, как набор сущностей и связей между ними. Используется для создания моделей данных

3.06.jpg

7

Стрелка связи между объектами

Объект описывает тип отношений между другими объектами, например – активацию выполнения функции некоторым событием

3.07.jpg

8

Логическое «И»

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

3.08.jpg

9

Логическое «ИЛИ»

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

3.09.jpg

10

Логическое исключающее «ИЛИ»

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

3.10.jpg

Таблица 1

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


1.1.jpg
Рисунок 1.

На рисунке 1 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1 «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных семантических правилах описания:

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

Кроме этих правил, существуют и другие важные правила формирования моделей в ARIS. Эти правила можно изучить при помощи методического материала «Методы ARIS», который устанавливается на компьютер одновременно с демо-версией продукта.

На рисунке 2 показано применение различных объектов ARIS при создании модели бизнес-процесса.


1.1.jpg
Рисунок 2.

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

Из рисунка 1 видно, что бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе MS Project.

Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций). Пример моделей, сформированных с использованием ARIS eEPC, показаны на рисунках 3-4.


1.1.jpg
Рисунок 3.

1.1.jpg