Вебинар «Схемы бизнес-процессов в различных нотациях»

1. Схемы бизнес-процессов в различных нотациях Кирпиков Тарас

2. Введение Основная задача нашего семинара: • ответить на ряд вопросов, возникающих у руководителей и специалистов в начале проекта по моделированию и реорганизации бизнес-процессов предприятия • какое программное обеспечение использовать в проекте («ARIS лучше BPWin?», «ERWin лучше ARIS?», «MS Visio?» и т.п.) • как моделировать процессы с использованием продукта «Х»? • как проводить анализ и выявлять проблемы при помощи продукта «Х»? • какую методологию (нотацию) использовать для описания процессов?

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

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

5. Знакомство с наиболее распространенными процессными нотациями • IDEF0 (IDEF3, DFD) • BFC (процесс), CFF (процедура) • EPC • BPMN

6. IDEF0 (IDEF3, DFD) - Описание Общая методология IDEF включает ряд частных методологий для моделирования систем, в том числе: • IDEF0 – функциональное моделирование • IDEF1 (DFD) – информационное моделирование • IDEF1X – моделирование данных • IDEF3 – моделирование «потока» процессов • IDEF4 – объектно-ориентированное проектирование и анализ • IDEF5 – определение онтологий (словарей) • IDEF9 – моделирование требований

7. IDEF0 (IDEF3, DFD) - Описание Выделяется три методологии: IDEF0, DFD, IDEF3, позволяющие анализировать деятельность организации с трех ключевых точек зрения: • С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс (процедура) представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой • С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В то же время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями • С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса

8. IDEF0 (IDEF3, DFD) - Инструменты Наиболее распространенными CASE-средствами, обеспечивающими под- держку IDEF методологии, являются следующие продукты: • программа «Design/IDEF» от «Meta Software» • программа «BPWin» от «Logic Works» • программа «IDEF0/EMTool» от «Ориентсофт» • программа «MS Visio» от «Microsoft» (в качестве набора графических инструментов для создания и редактирования функциональной модели) Практически все перечисленные продукты (кроме «MS Visio») обеспечивают: • широкий набор графических инструментов для создания и редактирования функциональной модели • проверку правильности (верификацию) функциональной модели • генерацию различных отчетов на основании функциональной модели • интеграцию функциональных моделей с другими моделями, описывающими деятельность предприятия, например с информационными и динамическими моделями

9. IDEF0 - Примеры

12. IDEF0 – Основные правила моделирования Методология функционального моделирования IDEFO — это технология описания системы в целом как множества взаимозависимых действий или функций. Основу IDEF0 методологии составляет простой и понятный графический язык описания бизнес процессов, который базируется на четырех особенностях: • использование контекстной диаграммы • поддержка декомпозиции • доминирование • выделение 4 типов стрелок

13. IDEF0 – Основные правила моделирования • Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу

14. IDEFO – Основные правила моделирования • Поддержка декомпозиции. Нотация IDEF0 поддерживает последовательную декомпозицию процесса до требуемого уровня детализации. Дочерняя диаграмма, создаваемая при декомпозиции, охватывает ту же область, что и родительский процесс, но описывает ее более подробно. При декомпозиции стрелки родительского процесса переносятся на дочернюю диаграмму в виде граничных стрелок

15. IDEFO – Основные правила моделирования (декомпозиция)

16. IDEFO – Основные правила моделирования • Доминирование. Блоки IDEF0 на неконтекстной диаграмме должны располагаться по диагонали - от левого верхнего угла диаграммы до правого нижнего в порядке присвоенных номеров. Блоки на диаграмме, расположенные вверху слева, "доминируют" над блоками, расположенными внизу справа. "Доминирование" понимается как влияние, которое блок оказывает на другие блоки диаграммы. Расположение блоков на листе диаграммы отражает авторское понимание доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные

17. IDEFO – Основные правила моделирования • Выделение 4 типов стрелок. Выделяются следующие типы стрелок: "Вход", "Выход", "Механизм", "Управление«: • Входы преобразуются или расходуются процессом, чтобы создать то, что появится на его выходе • Управления определяют условия, необходимые процессу, чтобы произвести правильный выход • Выходы - данные или материальные объекты, произведенные процессом • Механизмы идентифицируют средства, поддерживающие выполнение процесса Таким образом, блок IDEF0 показывает преобразование входа в выход с помощью механизмов с учетом управляющих воздействий

18. IDEFO – Основные правила моделирования Функциональный блок графически изображается в виде прямоугольника и представляет собой некоторый конкретный процесс (функцию) в рамках моделируемой системы. В соответствии с требованием IDEF0 название (имя) каждого функционального блока должно быть сформулировано в виде активного глагольного выражения: «глагол + объект действия + [дополнение]». Например, «Производить продукцию», «Обрабатывать записи качества» и т.д.

19. IDEFO – Основные правила моделирования Каждая из четырех сторон функционального блока имеет строго определенное значение: • левая сторона обозначает входы, т.е. что поступает на вход процесса (функции) и будет преобразовано • правая сторона – выход, т.е. что создается на выходе процесса (функции) в результате его выполнения • верхняя сторона – управление, т.е. при каких условиях процесс исполняется • нижняя сторона – механизм, т.е. какие ресурсы необходимы для исполнения процесса (функции) Каждый функциональный блок в рамках функциональной модели имеет свой уникальный идентификационный номер и может быть отнесен к определенной классификационной группе за счет выделения стилем (цвет, штриховка и т.п.)

20. IDEF0 – еще один пример

21. № Наименование Описание элемента IDEF0 диаграммы Графическое представление 1 Функция (UOB - Unit of Behavior) Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия. 2 Стрелка слева Стрелка описывает входящие документы, информацию, материальные ресурсы, необходимые для выполнения функции. 3 Стрелка справа Стрелка описывает исходящие документы, информацию, материальные ресурсы, являющиеся результатом выполнения функции. 4 Стрелка сверху Стрелка описывает управляющее воздействия, например распоряжение, нормативный документ и т.д. В нотации IDEF0 каждая процедура должна обязательно иметь не менее одной стрелки сверху, отражающей управляющее воздействие. 5 Стрелка снизу Стрелка снизу описывает т.н. механизмы, т.е. ресурсы, необходимые для выполнения процедуры, но не изменяющие в процессе ее выполнения свое состояние. Примеры: сотрудник, станок и т.д. 6 Стрелка вниз Стрелка вниз изображает связь между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно. IDEFO – графические элементы нотации

25. IDEF3 – Основные правила моделирования • IDEF3 — способ описания процессов, основной целью которого является обеспечение структурированного метода, используя который эксперт в предметной области может описать положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу. • Основой модели IDEF3 служит так называемый сценарий бизнес- процесса, который выделяет последовательность действий или подпроцессов анализируемой системы • Поскольку сценарий определяет назначение и границы модели, довольно важным является подбор подходящего наименования для обозначения действий • Нотация IDEF3 базируется на следующих принципах: • Единица работы. Действие • Связи • Соединения • Указатели • Декомпозиция действий

26. IDEF3 – Основные правила моделирования • Единица работы. Действие Аналогично другим технологиям моделирования действие, или в терминах IDEF3 "единица работы" (Unit of Work — UOW) — другой важный компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Как уже отмечалось, действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется

27. IDEF3 – Основные правила моделирования • Связи. Связи выделяют существенные взаимоотношения между дейст- виями. Все связи в IDEF3 являются однонаправленными, и, хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3 обычно организовываются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков: • Связь типа "Временное предшествование". Как видно из названия, связи этого типа отражают, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь должна быть поименована таким образом, чтобы человеку, просматривающему модель, была понятна причина ее появления • Связь типа "Объектный поток". Одной из наиболее часто встречающихся причин использования связи типа "объектный поток" состоит в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Такая связь отличается от связи временного предшествования двойным концом обозначающей ее стрелки. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью • Связь типа "Нечеткое отношение". Связи этого типа используются для выделения отношений между действиями, которые невозможно описать с использованием временного предшествования или объектных связей. Значение каждой такой связи должно быть определено, поскольку связи типа "Нечеткое отношение" сами по себе не предполагают никаких ограничений. Одно из применений нечетких отношений — отображение взаимоотношений между параллельно выполняющимися действиями

28. IDEF3 – Основные правила моделирования (Связи) Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей. Связь предшествовани я (Precedence) Показывает, что прежде чем начнется работа- приемник, должна завершиться работа- источник. Обозначается сплошной линией. Связь отношения (Relational) Показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией. Поток объектов (Object Flow) Показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками

29. IDEF3 – Основные правила моделирования • Соединения. Завершение одного действия может инициировать начало выполнения сразу нескольких других действий, или, наоборот, определенное действие может требовать завершения нескольких других действий для начала своего выполнения. Соединения разбивают или соединяют внутренние потоки и используются для описания ветвления процесса: • разворачивающие соединения используются для разбиения потока. Завершение одного действия вызывает начало выполнения нескольких других. • сворачивающие соединения объединяют потоки. Завершение одного или нескольких действий вызывает начало выполнения только одного другого действия. • «И» - соединения. Соединения этого типа инициируют выполнение всех своих конечных действий. Все действия, присоединенные к сворачивающему "И» - соединению, должны завершиться, прежде чем может начать выполняться следующее действие • Соединение «Эксклюзивное ИЛИ». Вне зависимости от количества действий, прицепленных к сворачивающему или разворачивающему соединению "Эксклюзивное ИЛИ", инициировано будет только одно из них, и поэтому только одно из них будет завершено перед тем, как любое действие, следующее за сворачивающим соединением "Эксклюзивное ИЛИ", сможет начаться • Соединение «ИЛИ». Соединения этого типа предназначены для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение "ИЛИ" в основном определяется и описывается непосредственно системным аналитиком • Синхронные и асинхронные соединения. Все действия могут выполняться асинхронно, то есть они могут начинать выполняться неодновременно. Однако есть случаи, когда время начала или окончания параллельно выполняемых действий должно быть одинаковым, то есть действия должны выполняться синхронно. Для моделирования такого поведения системы используются синхронные соединения. Синхронное соединение обозначается двумя вертикальными линиями внутри обозначающего его прямоугольника в отличие от одной вертикальной линии в асинхронном соединении

30. IDEF3 – Основные правила моделирования (Соединения)

31. IDEF3 – Основные правила моделирования • Указатели — это специальные символы, которые ссылаются на другие разделы описания процесса. Они выносятся на диаграмму для привлечения внимания читателя к каким-либо важным аспектам модели • Указатель изображается на диаграмме в виде прямоугольника, похожего на изображение действия. Имя указателя обычно включает его тип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор

32. IDEF3 – Основные правила моделирования (Указатели) Тип указателя Назначение ОБЪЕКТ (OBJECT) Для описания того, что в действии принимает участие какой-либо заслуживающий отдельного внимания объект ССЫЛКА (GOTO) Для реализации цикличности выполнения действий. Указатель ССЫЛКА может относиться и к соединению ЕДИНИЦА ДЕЙСТВИЯ (Unit of Behavior — UOB) Для помещения на диаграмму дополнительного экземпляра уже существующего действия без зацикливания. Например, если действие "Подсчет наличных" выполняется несколько раз, в первый раз оно создается как действие, а последующие его появления на диаграмме оформляются указателями UOB ЗАМЕТКА (NOTE) Для документирования любой важной информации общего характера, относящейся к изображенному на диаграммах. В этом смысле ССЫЛКА служит альтернативой методу помещения текстовых заметок непосредственно на диаграммах УТОЧНЕНИЕ (Elaboration — ELAB) Для уточнения или более подробного описания изображенного на диаграмме. Указатели УТОЧНЕНИЕ обычно используются для описания логики ветвления у соединений

33. IDEF3 – Основные правила моделирования • Декомпозиция действий. Действия в IDEF3 могут быть декомпозированы, или разложены на составляющие, для более детального анализа. Декомпозировать действие можно несколько раз. Это позволяет документировать альтернативные потоки процесса в одной модели. • Для корректной идентификации действий в модели с множественными декомпозициями схема нумерации действий расширяется и наряду с номерами действия и его родителя включает в себя порядковый номер декомпозиции. Например, в номере действия 1.2.5: • 1 — номер родительского действия • 2 — номер декомпозиции • 5 — номер действия

34. IDEF3 – графические элементы нотации № Наименование Описание Графическое представление 1 Единица работы (Unit of Work) Объект служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия. 2 Объект ссылки (Referents) Объект, используемый для описания ссылок на другие диаграммы модели, циклические переходы в рамках одной модели, различные комментарии к функциям. Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей. 1 Связь предшествования (Precedence) Показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией. 2 Связь отношения (Relational) Показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией. 3 Поток объектов (Object Flow) Показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками

35. IDEF3 – графические элементы нотации Перекрестки (Junctions) - перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. 1 Перекресток слияния (Fan- in Junction) Узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса. 2 Перекресток ветвления (Fan-out Junction) Узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно. 3 Логическое «И» Логический оператор, определяющий связи между функциями в рамках процесса. Позволяет описать ветвление процесса. 4 Логическое «ИЛИ» Логический оператор, определяющий связи между функциями в рамках процесса. Позволяет описать ветвление процесса. 5 Логическое исключающее «ИЛИ» Логический оператор, определяющий связи функциями в рамках процесса. Позволяет описать ветвление процесса.

36. DFD - Примеры

37. DFD - Примеры

38. DFD – Основные правила моделирования • Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0

39. DFD – графические элементы нотации • В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой документооборота. Хранилища данных соответствуют тем хранилищам, которые либо уже существуют, либо которые нужно создать № Наименование Описание Графическое представление 1 Работа (Activity) Объект обозначает функции или процессы, которые обрабатывают и изменяют информацию. 2 Информационный поток (Precedence) Объект обозначает информационный поток от объекта-источника к объекту-приемнику. 3 Внешняя ссылка (External reference) Указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. 4 Хранилище данных (Data store) Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.

40. DFD – графические элементы нотации • Методология DFD в нотациях Гейна-Сарсона и Йордана-Де Марко

41. BFC (процесс), CFF (процедура) - Описание • Нотации "Процесс" (Basic Flowchart в Microsoft Visio) и "Процедура" (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно- следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, также как и нотация IDEF0 • Различие между нотациями "Процесс" и "Процедура" состоит в том, что дополнительно к графическим элементам, применяемым в нотации "Процесс", в нотации "Процедура" используются дорожки (Swim Lanes), обозначающие организационные единицы - исполнителей действий процесса. Это позволяет повысить наглядность диаграммы • Нотации "Процесс" и "Процедура" можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0

42. BFC (процесс), CFF (процедура) - Инструменты • Для построения схем бизнес-процессов можно использовать следующие инструменты: • MS Visio • 1C

43. BFC (процесс) - Примеры

44. BFC (процесс) - Примеры

45. CFF (процедура) - Примеры

46. CFF (процедура) - Примеры Возвраты от покупателей ПМК после поставки «Как будет» ОператорВодительКлиентБухгалтер Передача возвращаемых ТМЦ водителю, подписанных актов на возврат Акт на возврат Бумага Подпись , печать Ввод возврата от покупателя на основании заявки на возврат 2 Добавляемые блоки Возврат ТМЦ выполнен Печать документов ТОРГ-12, счет- фактура Бумага Возврат от покупателя 1С УУ Проведение возврата от покупателя в БУ и НУ Возврат от покупателя 1С УУ,БУ,НУ

50. BFC (процесс), CFF (процедура) – Пример описания функциональных требований к системам

51. BFC (процесс), CFF (процедура) – Основные правила моделирования и графические элементы нотации Название Графический символ Описание Действие Действиеобозначаетсяс помощью прямоугольного блока. Внутри блока помещается названиедействия. Временнаяпоследовательностьвыполнения действийзадается расположениемдействийна диаграмме процессав нотации "Процесс"/"Процедура"сверху вниз (слева направо на горизонтальнойдиаграмме процессав нотации"Процедура"). Решение Элемент "Решение" обозначаетветвление,после которого процессможет пойти по одному и только одному альтернативному направлениюв зависимостиот некоторогоусловия. Элемент "Решение" может иметь один или несколько входов и ряд альтернативныхвыходов. Элемент "Решение"используетсяв двух вариантах:для обозначения действия,результат которого определяет дальнейшее выполнение процесса,или для обозначенияпроверкиусловия. Если "Решение"используетсядля обозначениядействия,то все возможные вариантырезультатов этого действия показываютсявыходящими стрелками Если элемент "Решение" используетсядля проверкиусловия, то "Решение" помещаетсяна диаграмму после элемента "Действие",в названииэлемента "Решение" указываетсяпроверяемоеусловие, а все возможные вариантызначения условия показываютсявыходящими стрелками(например,"Да" или "Нет"). Элемент "Решение" аналогичен элементу "Исключающее ИЛИ" (XOR)в других нотацияхмоделирования.

52. BFC (процесс), CFF (процедура) – Основные правила моделирования и графические элементы нотации Связь предшествования Стрелки "Связь предшествования" обозначают передачу управления от одного действияк другому, т.е. предыдущее действие должно закончитьсяпрежде, чем начнется следующее. Стрелка, запускающаявыполнение действия,изображаетсявходящей в действиесверху. Стрелка, обозначающая передачу управления другому (другим)действию,изображаетсявыходящей из действия снизу. Если стрелкаслужит только для обозначенияпередачи управления,то имя стрелкиоставляется пустым. Если кроме передачи управления из предыдущего действияв следующее действиепоступаетобъект(ы) деятельности,то стрелка именуется,и в списокобъектов стрелки заноситсясоответствующийобъект(ы) деятельности.

53. BFC (процесс), CFF (процедура) – Основные правила моделирования и графические элементы нотации Дорожки (элемент диаграммы процессав нотации"Процедура") Дорожки предназначеныдля отображения организационныхединиц(должности, подразделения,роли, внешнего субъекта) - исполнителейдействийпроцесса. Событие События отображают стартовыеточки процесса в нотациях"Процесс"/"Процедура", приводящиек началу выполнения процесса,и конечные точки, наступлениемкоторых заканчиваетсявыполнение процесса. Началом процесса считаетсясобытие,из которого только исходят стрелкипередачи управления. Концом процессасчитаетсясобытие, в которое только входят стрелки передачи управления. Этап Элемент "Этап" предназначендля определенияэтапа в рамках процессана диаграмме, созданной в нотации"Процедура". Документ (Объект) Элемент «Документ» предназначендля отражения на схеме БП входящий и исходящий поток документов(объектов)

54. EPC - Описание • Нотация EPC (Event-driven Process Chain) используется для представления алгоритма выполнения процесса (нотация класса workflow). Диаграмма представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её. По сути является аналогом нотации IDEF3 Ветвление осуществляется с использованием операторов • Достоинства • интуитивная понятность • обзор процесса в целом может быть доступно проиллюстрирован в графической форме • нотация EPC поддерживает декомпозицию на более низкие уровни • представление процесса с помощью блок-схем и EPC-диаграмм отличается высокой точностью описания • Недостатком является то, что эти диаграммы становятся запутанными из-за переизбытка информации !!!Важно помнить: • Сотрудники не используют в своей работе модели, если они не понимают, что на них изображено после первых 30 секунд прочтения модели. Время, требующиеся для понимания, напрямую зависит от структуры, размера, сложности модели и неоднозначности понимания символов на модели.

55. EPC - Основные графические объекты и их взаимосвязь

56. EPC - Инструменты • Для построения схем бизнес-процессов можно использовать следующие инструменты: • MS Visio • ARIS Express (бесплатная)

57. EPC - Примеры

58. EPC - Примеры

59. EPC – Основные правила моделирования 1. Чем меньше используется различных типов объектов на модели, тем лучше 2. Использование событий только там, где это необходимо. Событие – это некоторое состояние, которое является необходимым условием для начала и окончания выполнения функции 3. Любой процесс должен начинаться и заканчиваться событием или интерфейсом в другой процесс. Нужно использовать одно начальное событие. При определении событий важно помнить, что событие мгновенно во времени, то есть не может быть события типа «Ожидание согласования договора», его следует заменить двумя событиями «Договор согласован» и «Договор не согласован». Примеры наиболее типичных событий: 1. наступление плановой даты, времени, например, «принято решение о начале проекта» 2. получение или отправка сотрудником заявки, распоряжения, формы, информации, например «поступила заявка от клиента» 4. Нет обязательного чередования «Событий» и «Функций». Объект «Событие» добавляется на схему только там, где он необходим (в первую очередь при разветвлении процесса) 5. Максимальное структурирование модели. Это означает, что любой шлюз разветвления должен соответствовать шлюзу соединения. (Ассоциация с формулой в скобках. Если мы открываем скобку, мы должны ее закрыть.) Использование дорожек 6. Правильное использование операторов. Избегайте оператора ИЛИ. Модели с И и ИСКЛ ИЛИ менее подвержены ошибкам. Кроме этого есть неоднозначность в трактовке оператора ИЛИ 7. Четкая формулировка названий объектов 8. Декомпозиция подпроцессов 9. Использование интерфейсов для связи процессов

60. EPC – Правила связывания функций и событий через логические операторы

61. EPC – Правила использования интерфейсов

62. EPC – Основные правила моделирования

63. EPC – графические элементы нотации Название Графический символ Описание Процесс (функция) Блок представляетсобой функцию - процесс,действиеили набор действий,выполняемыхнад исходным объектом (документом,ТМЦ и прочим)с целью получения заданного результата. Внутри блока помещается наименованиефункции. Временнаяпоследовательностьвыполнения функцийзадается расположениемфункцийна диаграмме процесса сверху вниз. Событие Событие - состояние,которое является существенным для целей управления бизнесоми оказываетвлияние или контролируетдальнейшееразвитие одного или более бизнес-процессов.Элемент отображает события, активизирующиефункцииили порождаемые функциями.Внутри блока помещаетсянаименованиесобытия. Стрелка Стрелка отображает связи элементов диаграммыпроцессаEPC между собой. Связь может быть направленнойи ненаправленнойв зависимостиот соединяемыхэлементов и типасвязи. Оператор AND ("И") Оператор "И" используетсядля обозначения слияния/ветвлениякак функций,так и событий.Если завершение выполнения функциидолжно инициироватьодновременно несколькособытий,то это обозначаетсяс помощью оператора "И", следующего после функциии перед событиями. Оператор OR ("ИЛИ") Оператор "ИЛИ" используетсядля обозначенияслияния/ветвленияфункцийи для слияния событий. По правилам нотацииEPC после одиночного события не может следовать разветвляющийоператор "ИЛИ". Оператор XOR ("Исключающее ИЛИ") Оператор "Исключающее ИЛИ" используетсядля обозначенияслияния/ветвленияфункцийи для слияния событий. По правиламнотацииEPC после одиночного события не может следовать разветвляющийоператор "Исключающее ИЛИ". Интерфейс процесса Элемент, обозначающийвнешний(по отношениюк текущей диаграмме)процессили функцию.Используется для указания взаимосвязипроцессов: - обозначаетпредыдущий или следующий процесс по отношениюк диаграммерассматриваемогопроцесса; - обозначаетпроцесс,откуда поступилили куда передаетсяобъект. Внутри блока помещаетсянаименование внешнего процесса.

64. EPC – графические элементы нотации Субъект Используетсядля отображенияна диаграммеорганизационныхединиц(должности,подразделения,роли, внешнего субъекта) - исполнителей,владельцев или участниковфункций.Внутри блока помещаетсянаименованиеорганизационной единицы. Бумажный документ Используетсядля отображенияна диаграммебумажных документов,сопровождающихвыполнение функции.Внутри блока помещаетсянаименованиебумажного документа. Электронныйдокумент Используетсядля отображенияна диаграммеэлектронныхдокументов,сопровождающихвыполнениефункции.Внутри блока помещаетсянаименование электронногодокумента. ТМЦ Используетсядля отображенияна диаграмметоварно-материальныхценностей(ТМЦ), сопровождающихвыполнение функции.Внутри блока помещаетсянаименованиеТМЦ. Информация Используетсядля отображенияна диаграммеинформационныхпотоков,сопровождающихвыполнение функции.Внутри блока помещаетсянаименование информационногопотока. Информационная система Используетсядля отображенияна диаграммеинформационнойсистемы,поддерживающейвыполнение функции.Внутри блока помещаетсянаименование информационнойсистемы. Модуль информационной системы Используетсядля отображенияна диаграммемодуля информационнойсистемы,поддерживающеговыполнение функции. Внутри блока помещается наименованиемодуля информационнойсистемы. Функция информационной системы Используетсядля отображенияна диаграммефункцииинформационнойсистемы,поддерживающейвыполнение функции. Внутри блока помещается наименованиефункцииинформационнойсистемы. База данных Используетсядля отображенияна диаграммебазы данных, сопровождающейвыполнениефункции.Внутри блока помещаетсянаименованиебазы данных. Термин Используетсядля отображенияна диаграммеобъектов, сопровождающихвыполнение функции.Наименованияэтих объектов - термины, используемыев организации.Внутри блока помещается наименованиетермина. Элемент может быть использовандля обозначенияданных, передаваемыхмежду процессамиили обрабатываемыхпри выполнениипроцессов. Элемент может быть также использовандля обозначения статусовбумажных/электронныхдокументови других элементов справочника"Объекты деятельности" Набор объектов Используетсядля отображенияна диаграмменаборов объектов, сопровождающихвыполнение функции,например, "Документацияпо проекту".Внутри блока помещается наименованиенабора объектов. Прочее Используетсядля отображенияна диаграммепотоковобъектов,которые нельзя отнести ни к одной из предопределенных групп справочника"Объекты деятельности".Внутри блока помещаетсянаименованиепрочего объекта.

65. BPMN - Описание • BPMN (Business Process Model Notation) – это еще одна графическая нотация для описания бизнес-процессов нижнего уровня. Основной целью разработки BPMN было получение нотации, легко понимаемой всеми пользователями: от бизнес-аналитика, создающего первые наброски описаний процессов, к техническим специалистам, отвечающим за реализацию этих процессов в системе, и, наконец, до людей, которые управляют этими процессами и контролируют их работу • На данный момент по поему опыту в российских компаниях нотация BPMN используется ITшниками, а не бизнес-пользователями, последние предпочитают EPC, но наблюдается тенденция к все большему использованию BPMN из-за появления многочисленного ПО, в основе которого лежит именно нотация BPMN • Диаграмма процесса в нотации BPMN представляет собой алгоритм выполнения процесса. На диаграмме могут быть определены события, исполнители, материальные и документальные потоки, сопровождающие выполнение процесса. Каждый процесс может быть декомпозирован на более низкие уровни

66. BPMN - Инструменты • Для построения схем бизнес-процессов можно использовать следующие инструменты: • MS Visio • ARIS Express (бесплатная) • Bizagi BPM Suite (бесплатная) • IBM BPM • Oracle BPM Suite

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

68. BPMN - Примеры

69. BPMN - Примеры

70. BPMN – Точка зрения • После того как выбор в пользу BPMN сделали SAP, IBM и Oracle, запущенная ими маркетинговая машина вызвала цепную реакцию: чем больше говорят о BPMN, тем больше аналитиков и людей бизнеса этой нотацией интересуются. Однако понять причины бума вокруг BPMN можно только выйдя за круг привычных представлений — узнав, что еще можно делать с бизнес-процессами кроме того, чтобы их рисовать. Если для вас концепция исполняемых бизнес-процессов в новинку, составьте о ней собственное представление с помощью какой-нибудь системы BPMS с сохранением модели, например: • Bizagi BPM Suite • IBM BPM • Oracle BPM Suite • В традиционных применениях нотация BPMN конкурентоспособна, но радикальных преимуществ не даст. Поэтому если вас интересует только возможность рисовать схемы процессов или вы не дружите с ИТ, то BPMN не нужна

71. BPMN – графические элементы нотации • Графических элементов нотации BPMN настолько много, что решил не вносить их в данную презентацию • http://www.bpmb.de/images/BPMN2_0_Poster_RU.pdf

72. Знакомство с некоторыми типами моделей диаграмм • ER-диаграмма (сущность-связь) • VAD - процесс добавленной стоимости • Организационная диаграмма • ИТ-инфраструктура • ИТ-архитектура

73. ER – диаграмма

74. ER – диаграмма

75. VAD – процесс добавленной стоимости

76. VAD – допустимые типы объектов

77. VAD – допустимые типы отношений

78. Организационная диаграмма

79. ИТ – инфраструктура

80. ИТ – архитектура

81. Сравнение процессных нотаций и стандартов

82. Сравнение процессных нотаций и стандартов Можно выделить следующие нотации описания бизнес-процессов: • SADT (Structured Analysis and Design Technique) – декомпозиции системы на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. В SADT существуют свои методологии, самая популярная из которых IDEF, которое состоит из IDEF0 (описание процесса в виде иерархической системы взаимосвязанных функций), IDEF (моделирование информационных потоков внутри системы), IDEF3 (методология документирования технологических процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях). При увеличении количества уровней представления, анализ и модификация моделей становится сложными • Нотации EPC, CFF и BFC используются для представления алгоритма выполнения процесса (нотации класса workflow). Это самые распространенные сейчас нотации, так как интуитивно понятны всем • BPMN ориентирована как на технических специалистов, так и на бизнес пользователей. Для этого язык использует базовый набор интуитивно понятных элементов. Важно, что спецификация BPMN определяет как диаграммы, описывающие бизнес процесс, могут быть трансформированы в исполняемые модели на языке BPEL В итоге я бы дал такой совет: если Вам нужно просто описать бизнес-процесс, то используйте EPC, СFF или же BFC, если потом вы собираетесь его трансформировать в BPEL — используйте BPMN. Для справки: BPEL - язык на основе XML для формального описания бизнес- процессов и протоколов их взаимодействия между собой. BPEL расширяет модель взаимодействия веб-служб и включает в эту модель поддержку транзакций.

83. Области применения процессных нотаций • «Архитектурные картинки». Как наша компания делает деньги? Как выглядит матрица процессы-функции-ресурсы? Какими информационными системами какие бизнес-процессы обслуживаются? Если вы хотите нарисовать квадратик, написать в нем название своей компании, чтобы развернуть его в цепочку создания ценности, а потом показать взаимосвязь ключевых процессов, то ничего лучше IDEF для этого пока не изобрели. Как вариант, DFD. Но точно не BPMN • «Процессные картинки». Если требуется разобраться и регламентировать работу сотрудников в рамках отдельных процессов для себя или для сертификации по ISO, то выбор процессных инструментов весьма широк: начиная от слабо формализованных блок-схем и workflow-диаграмм до EPC (Event-driven Process Chains), CFF и BFC. BPMN с этими задачами справляется не хуже, но и не лучше • Автоматизация. Если на первом месте разработка программы, а процесс — только один из ее аспектов, то естественным выбором будет UML. Если речь идет не о разработке, а о внедрении и сопутствующей кастомизации ERP, то тут отличные позиции у EPC, так как можно транслировать процессные диаграммы, например, в настройки SAP • Непосредственное исполнение. Трансляция процессных диаграмм в программный код отлично работает при условии, что речь идет об однократной автоматизации — аналитики поработали, нарисовали процессные диаграммы, а программисты реализовали их в системе. Вопрос только в том, насколько такое допущение реалистично?

84. Оценка применимости различных нотаций Из таблицы видно, что выбор нотации определяется поставленной задачей: • если вы собираетесь моделировать архитектуру и схемы процессов без прицела на исполнение, то связка IDEF+workflow или IDEF+EPC будет заведомо лучше, чем BPMN • если вас интересует однократная автоматизация, то тут есть широкий выбор • если для вас представляет интерес концепция непосредственно исполняемых бизнес-процессов, то для BPMN практически нет альтернативы • Как видно из таблицы, из всех нотаций BPMN обладает самым широким спектром применения. Это важно — в реальной практике не всегда заранее известно, во что выльется процессная инициатива. Например, начали рисовать процессы для целей регламентации, а потом решили перейти к автоматизации или непосредственному исполнению. Понятно, что при таких поворотах предпочтительнее оставаться в рамках одной нотации, просто увеличивая глубину детализации диаграммы. Смена нотации — это двойные затраты на инструментарий и на приобретение компетенции и, что еще хуже, две правды об одном и том же процессе Workflow IDEF DFD UML EPC BPMN BPEL «Архитектурные картинки» — + +— — +— — — «Процессные картинки» + +— +— — + + — Автоматизация — — — + + + + Непосредственное исполнение — — — — — + +—

85. Основные инструменты • ArisExpress - EPC (IT инфраструктура, IT системы, Орг-структура) • Visio - IDE, CFF, BFC (BPMN, EPC, IT инфраструктура, IT архитектура, Орг-структура) • Bizagi Modeler – BPMN

86. Стоит попробовать - Businessstudio Стоит обратить внимание на такой продукт как: • Businessstudio (http://www.businessstudio.ru/) Который позволяет создавать схемы бизнес-процессов в основных процессных нотациях, используя собственную библиотеку исполнителей, материальных, документальных и информационных потоков Возможности программы: http://www.youtube.com/watch?v=2OCbjiUtUu0 Демо пример онлайн: http://publication.businessstudio.ru/businessmodel.php?lan g=ru-ru

87. Стоит попробовать - Businessstudio

88. Спасибо за внимание!

Вебинар «Схемы бизнес-процессов в различных нотациях»

Алеся Гарасимович

Вебинар «Схемы бизнес-процессов в различных нотациях»