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

Содержание

Слайд 2

основные понятия визуального моделирования; определение бизнес-процесса; Case – средства; роли в BPM; нотации моделирования. План

основные понятия визуального моделирования;
определение бизнес-процесса;
Case – средства;
роли в BPM;
нотации моделирования.

План

Слайд 3

Основные понятия визуального моделирования из N

Основные понятия визуального моделирования

из N

Слайд 4

Отсутствие моделей при разработке ПО не позволяет справиться с растущей сложностью

Отсутствие моделей при разработке ПО

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

программных систем;
не позволяет эффективно управлять разработкой в условиях изменяющихся требований;
создает барьеры непонимания: аналитик не понимает руководителя проекта, разработчик – аналитика, тестировщик – разработчика и пр.;
не позволяет обеспечить контроль изменений в процессе выполнения работ;
не позволяет избежать субъективности в оценке качества разрабатываемых продуктов.
Модель (model) — абстракция физической системы, рассматриваемая с определенной точки зрения и представленная на некотором языке или в графической форме.
Визуальные модели являются основой многократного использования кода, моделирование охватывает основные аспекты структуры и поведения системы и помогает выделить многократно используемые компоненты.
Слайд 5

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

Основные понятия визуального моделирования

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

визуальных моделей;
семантика – система правил и соглашений, определяющая смысл и интерпретацию конструкций некоторого языка;
методология – совокупность принципов моделирования и подходов к логической организации методов и средств разработки моделей;
CASE (Computer Aided Software Engineering) – методология разработки программного обеспечения, основанная на комплексном использовании компьютеров не только для написания исходного кода, но и для анализа и моделирования соответствующей предметной области;
CASE-средства (CASE-tools) – программное обеспечение, которое предназначено для разработки визуальных моделей программных систем и генерации исходного кода или схемы базы данных на некотором языке.
Слайд 6

ООАП – основные понятия объектно-ориентированный анализ и проектирование (Object-Oriented Analysis/Design) —

ООАП – основные понятия

объектно-ориентированный анализ и проектирование (Object-Oriented Analysis/Design) — технология

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

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

Слайд 7

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

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

навыками, мотивируемыми и управляемыми с помощью специальных систем, действующими в соответствии с личными убеждениями и ценностями
M.Hammer, J.Champy, Reengineering in the Corporation

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

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

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

Слайд 8

Содержание бизнес-процесса действия, выполняющиеся в ходе процесса; организационные подразделения, участвующие в

Содержание бизнес-процесса

действия, выполняющиеся в ходе процесса;
организационные подразделения, участвующие в процессе

исполнения;
входные и выходные данные;
задействованные ИТ-системы;
события и риски, возникающие во время выполнения процесса.
Слайд 9

Характеристики бизнес-процесса определенность: он должен иметь четко определенные границы, вход и

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

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

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

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

операционные или первичные процессы: процессы, которые составляют основной бизнес и

создают основной поток ценности. Например, принять заказ от клиентов, открыть счет в филиале банка;
поддерживающие процессы: поддерживают основные процессы (например, учет клиентов, колл-центр, техническая поддержка);
процессы управления: управляющие работой системы. Типичные процессы управления включают «корпоративное управление» и «стратегическое управление».
Слайд 11

Поток бизнес-процесса включает в себя как системные, так и ручные операции,

Поток бизнес-процесса включает в себя как системные, так и ручные операции,

генерирующие цепочку создания ценности.
БП являются универсальными, поэтому они могут охватывать несколько сценариев реальном мира одного и того же типа.
Примеры БП:
управление продажами;
Lead-to-Order;
Order-to-Cash;
активация продукта;
Usage-to-Bill;
Bill-to-Payment;
разработка продукта;
Partner Onboarding.
Сценарии E2E [системные] ориентированы на функциональные операции в среде решения
Сценарии E2E специфичны в отношении продуктов, деловых каналов / каналов продажи, сегмента клиентов, способов оплаты / доставки и т. д.
Примеры E2E Сценариев:
продажа интернета новому клиенту с финансируемым оборудованием с опцией доставки в результате посещения магазина со скидкой;
покупка дополнительного пакета интернет-трафика через ЛК;
смена локации TV с арендованным оборудованием через колл-центр.

Е2Е сценарий vs Бизнес-процесс

Слайд 12

Ex: Lead2Order Tier 2 BP flow

Ex: Lead2Order Tier 2 BP flow

Слайд 13

* E2E Сценарий (шаги): Новая мобильная линия ---> Начало заказа в

* E2E Сценарий (шаги):
Новая мобильная линия ---> Начало заказа

в колл-центре --> клиент Новый Residential---> Адрес-новый ---> Новая мобильная линия---> новая SIM карта ---> Дополнительные опции:Нет ---> Скидка:нет ---> резервирование на складе---> предварительный счет---> Доставка:Pick-up ---> Метод оплаты: Cash--> формирование и выставление счета-->…

Гранулярность процесса и сценария

Слайд 14

Иерархия процессов Процесс показывает подпроцессы и их взаимодействие друг с другом.

Иерархия процессов

Процесс показывает подпроцессы и их взаимодействие друг с другом.
Подпроцесс

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

Потоки работ

Потоки работ

Слайд 16

Некоторые термины и сокращения Activity (деятельность) - совокупность задач, необходимых для

Некоторые термины и сокращения
Activity (деятельность) - совокупность задач, необходимых для предоставления

определенной части услуги;
BPI (Business Process Improvement);
BPM (Business Process Management or Business Process Modeling);
BPMS (Business Process Management Suite/System);
Business Process Transformation;
Task (Задача) - шаги или действия, предпринятые для выполнения определенной части работы.
Слайд 17

Business Process Management (BPM) Управление бизнес процессами - это систематический подход

Business Process Management (BPM)

Управление бизнес процессами - это систематический подход к управлению,

направленный на улучшение деятельности организации и ее процессов. Каждый процесс должен быть настроен таким образом, чтобы результаты процесса приводили к достижению бизнес-целей.
* Ассоциация Business Process Management Professionals International - некоммерческая, независимая от поставщика профессиональная организация, занимающаяся продвижением концепций управления бизнес-процессами и их практикой. ABPMP ориентирован на практиков и практиков. Основанная в США в 2003 году, стала Global в 2010 году
Слайд 18

Область знаний Enterprise управление процессами Process Management Organization Управление бизнес процессами

Область знаний

Enterprise управление процессами

Process Management Organization

Управление бизнес процессами

Моделиро-вание

Анализ БП

Дизайн БП

Управление производи-тельностью

Преобразо-вание

процессов

Технологии BPM

Области знания

Слайд 19

Влияние Питера Друкера… Efficiency is doing things right – «делать вещи

Влияние Питера Друкера…

Efficiency is doing things right – «делать вещи правильно».

Производительность. Насколько следуем установленным регламентам, хорошо распоряжаемся ресурсами.
Effectiveness is doing the right things – «делать правильные вещи». Результативность.
Performance – эффективность (общие показатели без разделения). Совокупность любых качественных и/или количественных показателей, характеризующих процесс, включая финансовые, временные, удовлетворённость клиента и т.д.

«Нет ничего более бесполезного, чем делать максимально производительно то, что не следует делать вовсе.»
Питер Друкер

Слайд 20

Бизнес функции vs Бизнес-процесс

Бизнес функции vs Бизнес-процесс

Слайд 21

Уровни зрелости процесса

Уровни зрелости процесса

Слайд 22

Оценка зрелости внедрения BPM от Gartner

Оценка зрелости внедрения BPM от Gartner

Слайд 23

Роли в BPM

Роли в BPM

Слайд 24

Роли в BPM Process Owner - Владелец процесса; Process Leader -

Роли в BPM

Process Owner - Владелец процесса;
Process Leader - Лидер процесса;
Process

Steward - Управляющий процессом;
Process Analyst - Аналитик процессов;
Process Governor - Управляющий процессом;

Слайд 25

Process Owner

Process Owner

Слайд 26

Process Leader Руководитель процесса - уровень руководителя департамента стратегия управления бизнес-процессами;

Process Leader

Руководитель процесса - уровень руководителя департамента

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

критериев эффективности процесса;
рекомендации по изменению процесса.
Слайд 27

Process Steward (управляющий) Роль Process Steward играет функциональный менеджмент организации, то

Process Steward (управляющий)

Роль Process Steward играет функциональный менеджмент организации, то

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

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

Слайд 28

Process analyst ведение репозитория модели процесса; End‐to‐end проектирование процесса (под управлением

Process analyst

ведение репозитория модели процесса;
End‐to‐end проектирование процесса (под управлением Process Owner

and SMEs);
сотрудничество с владельцем процесса и стюардами для диагностики проблем и предложения решений;
выполнение анализа (например, анализ производительности, анализ воздействия и моделирование процессов) по требованию владельца процесса и / или стюардов процессов.
Слайд 29

Process Governor (регулятор) Process Governor может быть тот же человек, что

Process Governor (регулятор)

Process Governor

может быть тот же человек, что и Владелец

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

Каждая компания может изобретать свои роли! Стр. 362 BPMCBOK

Каждая компания может изобретать свои роли!

Стр. 362 BPMCBOK

Слайд 31

Нотации описания Бизнес-процессов Основные, понятное дело :-)

Нотации описания Бизнес-процессов

Основные, понятное дело :-)

Слайд 32

Нотации моделирования

Нотации моделирования

Слайд 33

Value Stream Mapping

Value Stream Mapping

Слайд 34

IDEF. ICOM модель

IDEF. ICOM модель

Слайд 35

Пример IDEF0

Пример IDEF0

Слайд 36

DFD-диаграмма

DFD-диаграмма

Слайд 37

SIPOC

SIPOC

Слайд 38

BPMN

BPMN

Слайд 39

Business Process Model and Notation (BPMN) 2.0 http://www.bpmn.org/ http://www.omg.org/ BPMN v2.0

Business Process Model and Notation (BPMN) 2.0

http://www.bpmn.org/
http://www.omg.org/

BPMN v2.0
BPMN 2.0 by Example:

non-normative OMG document with BPMN 2.0 examples
BPMN Quick Guide

BPMN Drawing Examples

BPMN Books

Слайд 40

BPMN (Business Process Model and Notation) BPMN (нотация и модель бизнес-процессов)

BPMN (Business Process Model and Notation)

BPMN (нотация и модель бизнес-процессов) – это

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

Основные элементы

Основные элементы

Слайд 42

Элементарное Действие выражается в выполнении одной единственной Задачи. Самой распространённой Задачей

Элементарное Действие выражается в выполнении одной единственной Задачи.
Самой распространённой Задачей является типичная для технологического процесса задача,

где человек участвует в качестве исполнителя. Такие Задачи называются Пользовательскими.

Шлюзы используются для контроля расхождений и схождений потока операций в рамках процесса

BPMN. Задачи и шлюзы

Слайд 43

BPMN. События

BPMN. События

Слайд 44

BPMN. События

BPMN. События

Слайд 45

BPMN. События

BPMN. События

Слайд 46

Не прерывающее событие

Не прерывающее событие

Слайд 47

Прерывающие типы событий

Прерывающие типы событий

Слайд 48

BPMN. События Вы администратор в салоне. Клиент ожидает в очереди. События:

BPMN. События

Вы администратор в салоне.
Клиент ожидает в очереди. События:
отключили электричество;
мастер освободился;
прошло

20 минут, но мастер не освободился.
Слайд 49

BPMN. Администратор салона

BPMN. Администратор салона

Слайд 50

Входящие / исходящие события Входящее событие наступает, если мы получаем какой

Входящие / исходящие события

Входящее событие наступает, если мы получаем какой то

сигнал, сообщение и т.д. Например получение письма — входящий триггер.
Исходящее событие свершается, если что то отправлено. Опять же — отправлено письмо. Исходящими событиями удобно отображать выполнение условия по передаче информации.
Слайд 51

Типы События: Сообщение, Таймер - простое Стартовое событие. - Стартовое событие

Типы События: Сообщение, Таймер

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

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

Событие. Маркеры

Слайд 52

Пример 1 Показан процесс с промежуточным сообщением: Сообщения в процессе выполнения

Пример 1

Показан процесс с промежуточным сообщением:
Сообщения в процессе выполнения задачи А

не поступило, поэтому после завершения сразу стала выполняться задача В.
Слайд 53

Пример 2 Показан процесс с промежуточным сообщением и вариант обработки поступления

Пример 2

Показан процесс с промежуточным сообщением и вариант обработки поступления сообщения.
При

поступлении сообщения выполнение задачи А было прекращено и для обработки сообщения управление было передано на задачу С, после чего выполнилась задача В.
Слайд 54

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

Пример 3

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

сообщения обработка задачи А не прекращается, одновременно выполняется параллельная обработка события в задаче С, после чего потоки синхронизируются и происходит обработка задачи В;
задача С выделена градиентов, потому что она может быть и не выполнена в процессе обработки. Заметим, что в первых двух случаях использовался шлюз "Исключающее ИЛИ", в то время как в третьем - "Неисключащее ИЛИ" именно по причине того, что неизвестно, поступит ли сообщение и будет ли выполнена задача С.
Слайд 55

Дополнительные типы событий

Дополнительные типы событий

Слайд 56

Дополнительные типы событий Отмена – отменяет дальнейшее выполнение процесса, при этом

Дополнительные типы событий

Отмена – отменяет дальнейшее выполнение процесса, при этом все,

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

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

Например, «клиент просит скидку за пределами лимита», заканчивает процесс продаж у менеджера и запускает процесс «рассмотрение клиентской заявки»

Слайд 57

Дополнительные типы событий Ошибка – в каком то процессе возникла ошибка,

Дополнительные типы событий

Ошибка – в каком то процессе возникла ошибка, которая

запускает последующий процесс.

Событие предполагает множество вариантов, но для его наступления, достаточно хотя бы одного

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

Множественное

Ошибка

Слайд 58

ИЛИ (XOR) Процесс может развиваться только по одному пути развития событий. BPMN. Шлюзы

ИЛИ (XOR)

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

BPMN.

Шлюзы
Слайд 59

ИЛИ (XOR, основанный на событиях ) Процесс может развиваться только по

ИЛИ (XOR, основанный на событиях )

Процесс может развиваться только по одному

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

BPMN. Шлюзы

Слайд 60

Объединение Включающий шлюз (И/ИЛИ, OR) во всех случаях множественных решений, требуется

Объединение

Включающий шлюз (И/ИЛИ, OR)

во всех случаях множественных решений, требуется заранее заданное

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

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

BPMN. Шлюзы

Слайд 61

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

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

возможно асинхронное выполнение маршрутов (связанных потоков операций и действий). Не имеет входящих потоков.

Параллельная развилка, объединение (AND)

Предназначен для слияния/ветвления одновременно (параллельно) выполняемых потоков операций.

BPMN. Шлюзы

Слайд 62

BPMN. Шлюзы Вы администратор в салоне. Клиент ожидает в очереди. События:

BPMN. Шлюзы

Вы администратор в салоне.
Клиент ожидает в очереди. События:
отключили электричество;
мастер освободился;
прошло

20 минут, но мастер не освободился Вы предлагаете кофе, чай или воду.
Слайд 63

BPMN. Шлюзы

BPMN. Шлюзы

Слайд 64

Исходящие данные отображает появление данных в результате выполнения процесса или операции.

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

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

BPMN. Объекты данных

Слайд 65

Поток по умолчанию Такой поток, который считается верным в процессе. Из

Поток по умолчанию
Такой поток, который считается верным в процессе. Из таких

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

BPMN. Потоки

Слайд 66

BPMN. Потоки Вы администратор в салоне. Клиент ожидает в очереди. События:

BPMN. Потоки

Вы администратор в салоне.
Клиент ожидает в очереди. События:
Отключили электричество
Мастер освободился
Прошло

20 минут, но мастер не освободился Вы предлагаете кофе, чай или воду. По умолчанию клиент отказывается.
Слайд 67

Слайд 68

Data elements Объект данных представляет собой информацию, проходящую через процесс, например

Data elements

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

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

BPMN. Операции, задачи. activity Activity - общий термин для работы, выполняемой

BPMN. Операции, задачи. activity

Activity - общий термин для работы, выполняемой компанией

в процессе;
Простые или составные;
Представляются как закругленные прямоугольники;
Задача = Task (atomic);
Подпроцесс (non-atomic):
Транзакция (Transaction);
Подпроцесс события (Event Sub-Process);
Вызов Call Activity.

Задача - активность в потоке процесса.

Sub-Process – сложная составная деятельность в потоке процесса.

Слайд 70

Сервисная операция Операция, которая выполняется сервисом или механизмом. Иными словами, это

Сервисная операция

Операция, которая выполняется сервисом или механизмом. Иными словами, это операции

выполняемые автоматически. Пример — рассчитать цену с учетом скидки.

Операция, результатом которой является отправление сообщение.

Операция, связанная с получением сообщения

Отправка сообщения

Получение сообщения

BPMN. Операции, задачи, activity

Слайд 71

Ручная операция Выполнение сценария Пользовательская операция Сценарий создается заранее и представляет

Ручная операция

Выполнение сценария

Пользовательская операция

Сценарий создается заранее и представляет собой последовательность действий.

По сути , сценарий это тоже процесс. Проще всего понять сценарий, как процедуру. Например — проверить документ

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

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

BPMN. Операции

Слайд 72

Повторно используемый процесс Процесс-ссылка Событийный процесс Определяется место в процессе, где

Повторно используемый процесс

Процесс-ссылка

Событийный процесс

Определяется место в процессе, где используется сторонний подпроцесс

В

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

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

BPMN. Процессы

Слайд 73

BPMN. Приватные процессы Приватный бизнес-процесс относится ко внутренним процессам компании.

BPMN. Приватные процессы

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

Слайд 74

BPMN. Публичные процессы C помощью публичного бизнес-процесса отображаются взаимоотношения

BPMN. Публичные процессы

C помощью публичного бизнес-процесса отображаются взаимоотношения

Слайд 75

Process Diagram Collaboration Diagram – Диаграмма взаимодействия процессов Типы диаграмм

Process Diagram

Collaboration Diagram – Диаграмма взаимодействия процессов

Типы диаграмм

Слайд 76

Диаграмма хореографии Диаграмма взаимодействия посредством обмена сообщениями. Conversation Diagram Типы диаграмм

Диаграмма хореографии

Диаграмма взаимодействия посредством обмена сообщениями. Conversation Diagram

Типы диаграмм

Слайд 77

BPMN. Дополнительные элементы Artifacts Пул отображает ответственность за действия в процессе.

BPMN. Дополнительные элементы

Artifacts

Пул отображает ответственность за действия в процессе. Пул может

быть организацией, ролью или системой.
Lanes подразделяют пулы или другие дорожки иерархически.
Collapsed Pool скрывает все внутренние компоненты процессов («черный ящик»).

Swim Lanes

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

Слайд 78

BPMN. Обычные Anti-patterns Неявное параллельное разделение Неявный инклюзивное разделение Несколько неявных

BPMN. Обычные Anti-patterns

Неявное параллельное разделение
Неявный инклюзивное разделение
Несколько неявных шлюзов
Неявное соединение с

шлюзом
Комбинированный объединенный шлюз
Многократные циклы
Событие множественного выброса
Параллельное многократное событие

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

* http://www.bpmantipatterns.com/

Слайд 79

Anti-Pattern: нет начального события

Anti-Pattern: нет начального события

Слайд 80

Нет начального события : рекомендация

Нет начального события : рекомендация

Слайд 81

Каждый шлюз слияния должен обладать минимум двумя входящими связями, шлюз ветвления

Каждый шлюз слияния должен обладать минимум двумя входящими связями, шлюз ветвления

- минимум двумя исходящими.

На диаграмме не должны присутствовать элементы без единой связи.

BPMN. Anti-Pattern

Слайд 82

Anti-Pattern: Неявное параллельное разделение

Anti-Pattern: Неявное параллельное разделение

Слайд 83

Неявное параллельное разделение: рекомендация

Неявное параллельное разделение: рекомендация

Слайд 84

Неявное включающее разделение Условия незаметны на больших диаграммах

Неявное включающее разделение

Условия незаметны на больших диаграммах

Слайд 85

Неявное включающее разделение: рекомендация

Неявное включающее разделение: рекомендация

Слайд 86

Комбинированный объединенный шлюз

Комбинированный объединенный шлюз

Слайд 87

Комбинированный объединенный шлюз: рекомендация

Комбинированный объединенный шлюз: рекомендация

Слайд 88

Циклы

Циклы

Слайд 89

Циклы: рекомендация

Циклы: рекомендация

Слайд 90

Техническая задача в User Lane

Техническая задача в User Lane

Слайд 91

Техническая задача в User Lane: рекомендация

Техническая задача в User Lane: рекомендация

Слайд 92

Ветвление по логическим выражениям

Ветвление по логическим выражениям

Слайд 93

Ветвление по событиям

Ветвление по событиям

Слайд 94

Ветвление на альтернативные потоки Шлюз, разветвляющий ветки, и шлюз, объединяющий эти ветки, должны совпадать

Ветвление на альтернативные потоки

Шлюз, разветвляющий ветки, и шлюз, объединяющий эти ветки,

должны совпадать
Слайд 95

Несогласованное присвоение имен

Несогласованное присвоение имен

Слайд 96

Некорректное наименование

Некорректное наименование

Слайд 97

Огромные диаграммы

Огромные диаграммы

Слайд 98

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

Мультиэкземплярные задачи

Требуется провести три последовательные итерации одного действия

Слайд 99

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

Мультиэкземплярные задачи

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

требуется параллельно обработать несколько поступивших писем
Слайд 100

Отличия от диаграммы деятельности UML Для сравнения приведем одну и ту

Отличия от диаграммы деятельности UML

Для сравнения приведем одну и ту же

схему в двух нотациях – одна в UML, вторая в BPMN. Несмотря на идентичность, схемы отличаются по визуальному восприятию.
Слайд 101

BPMN vs UML BPMN применяется на самом верхнем уровне — уровне

BPMN vs UML

BPMN применяется на самом верхнем уровне — уровне бизнес-процессов;
UML

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

Вариант нотации BPMN в Сбербанке

Вариант нотации BPMN в Сбербанке

Слайд 103

Проектирование процессов

Проектирование процессов

Слайд 104

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

Рекомендации

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

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

CASE-средства

CASE-средства

Слайд 106

Приоритеты: Low Middle High Требования к инструменту моделирования

Приоритеты:

Low

Middle

High

Требования к инструменту моделирования

Слайд 107

Case - средства

Case - средства

Слайд 108

Рекомендации Object Management Group/Business Process Management Initiative. www.bpmn.org. http://www.omg.org/spec/BPMN/2.0/. http://www.elma-bpm.ru/product/bpm/bpmn.html. Выдержки

Рекомендации

Object Management Group/Business Process Management Initiative.
www.bpmn.org.
http://www.omg.org/spec/BPMN/2.0/.
http://www.elma-bpm.ru/product/bpm/bpmn.html.
Выдержки из перевода спецификации к нотации

BPMN, http://www.DIRECTUM-Journal.ru/docs/1624827.html.