Бизнес-процессы и нотации

1.

2.

НОТАЦИИ И БИЗНЕС-ПРОЦЕССЫ

3.

БИЗНЕС-ПРОЦЕСС
это последовательный поток работы внутри компании, который
запускается по необходимости и завершается при достижении
определённого результата
КЛАССИФИКАЦИЯ:
по степени их автоматизации (автоматизированные, частичноавтоматизированные и ручные)
по положению относительно клиента (клиентские и внешние)
по положению относительно других процессов (влияющие и
зависимые)

4.

ЖИЗНЕННЫЙ ЦИКЛ ПРОЦЕССА
Анализ
Процесс как есть
AS IS
Оптимизация
Моделирование
Предложение
альтернативных
вариантов если
заявленное отличается
от ожидаемого
Внесение изменений и
моделирования
будущего - TO BE
Исполнение и
мониторинг
Внедрение изменений
в бизнес-процессы

5.

НОТАЦИЯ EPC – СОБЫТИЙНАЯ ЦЕПОЧКА ПРОЦЕЕСОВ

6.

EPC (EVENT-DRIVEN PROCESS CHAIN - событийная цепочка процессов)
Это последовательность действий в рамках одного бизнес-процесса,
которые выполняются бизнес-ролями. Используется для описания
процессов нижнего уровня.
Диаграмма процесса в нотации EPC, представляет собой упорядоченную
комбинацию событий и функций. Для каждой функции могут быть
определены начальные и конечные события, участники, исполнители,
материальные и документальные потоки, сопровождающие её, а также
проведена декомпозиция на более низкие уровни. Декомпозиция может
производиться в нотациях EPC или BPMN.

7.

ОСНОВНЫЕ ОБЪЕКТЫ ДИАГРАММЫ
Событие
ИТ-система
Функция
Документ
Роль
ТМЦ
Интерфейс процесса
База данных
Риски

8.

EPC (EVENT-DRIVEN PROCESS CHAIN - событийная цепочка процессов)
Функция – описание элемента работы, образующего один логический
этап в рамках работы
Имя функции:
– глагол (что сделать) + существительное (хотя бы одно)
– отглагольное существительно + существительное
В рамках одной модели должен использоваться один вариант
наименования функции

9.

EPC (EVENT-DRIVEN PROCESS CHAIN - событийная цепочка процессов)
Событие – отображает результат выполнения функции
Имя события:
– именная группа + глагол совершенного вида

10.

ОСНОВНЫЕ ПРАВИЛА
Каждая функция должна начинаться и завершаться
событием (или интерфейсом в другой процесс)
События и функции по ходу выполнения процесса
должны чередоваться. Решения о дальнейшем
ходе выполнения процесса принимаются
функциями.
Рекомендуемое количество функций на диаграмме
- не более 20
С функцией должна быть связана хотя бы одна
бизнес роль или орг. единица

11.

ОПЕРАТОР «И»
Функция выполняется, если наступают
оба события
Событие наступает, если выполняются
обе функции
При выполнении функции наступают оба
события
При наступлении события выполняются
обе функции

12.

ОПЕРАТОР «ИЛИ»
Функция выполняется, если наступает
одно событие или оба сразу
При выполнении функции наступает одно
или оба события
Событие наступает, если выполняются
хотя бы одна из функций или обе
СОБЫТИЕ НЕ МОЖЕТ ПРИНИМАТЬ
РЕШЕНИЕ

13.

ОПЕРАТОР «ИСКЛЮЧАЮЩЕЕ ИЛИ» / «XOR»
Функция выполняется, если наступает либо
одно событие, либо другое (но не 2!)
При выполнении функции наступает либо
одно событие, либо другое
Событие наступает, если выполняется
либо одна, либо другая функция
СОБЫТИЕ НЕ МОЖЕТ ПРИНИМАТЬ
РЕШЕНИЕ

14.

ЧАСТЫЕ ОШИБКИ
Неверное наименование
события (Товар доставлен)
Неверное наименование
функции (Подписать акт /
Подписание акта)
Неправильное
использование операторов
или их отсутствие

15.

EPC (EVENT-DRIVEN PROCESS CHAIN - событийная цепочка процессов)
Для удобства моделирования, можно перед созданием модели EPC
построить VAD-диаграмму
С помощью нотации VAD, можно описать перечень и взаимосвязь
бизнес-процессов на верхнем уровне, так как данная нотация позволяет
отобразить все бизнес-процессы компании на одной модели.

16.

17.

ИНСТРУМЕНТЫ
ARIS
DRAW.IO
BUSINESS STUDIO
MS VISIO
ЧТО почитать дополнительно
https://www.businessstudio.ru/wiki/docs

18.

ПРАКТИКА
Мы компания, которая продает канцелярские товары оптом, есть каталог с
наименованиями на сайте, а цена отправляется по запросу. Нам поступают
заявки от клиентов, где уже указан товар и кол-во. Менеджер компании
формирует КП с актуальными ценами и направляет клиенту. Клиент может
согласится с КП или отказаться. Но бывает, что клиент не отвечает нам. Если
клиент все-таки ответил, мы рассматриваем его ответ. Если клиент согласен с
условиями, то мы формируем договор. Если клиент не согласен, то
присваиваем заявке статус «Отказ».

19.

BPMN - BUSINESS PROCESS MODEL AND NOTATION

20.

BPMN (BUSINESS PROCESS MODEL AND NOTATION нотация и модель бизнес-процессов)
Метод моделирования бизнес-процессов, в виде блок-схем, который
является промежуточным звеном между формализацией/визуализацией и
воплощением бизнес-процесса
BPMN (моделирование бизнес-процессов) — это среда, в которой вы
непосредственно участвуете в моделировании. В одиночку или в команде.
BPMS (система моделирования бизнес-процессов) — это инструменты для
выполнения создаваемых вами моделей. Это может быть Drawio,
StormBPMN, Bizagi, Comundo, ELMA и т.д.

21.

BPMN (BUSINESS PROCESS MODEL AND NOTATION нотация и модель бизнес-процессов)
Важно понимать, что
BPMN не является языком описания ИТ-систем.
Эта нотация предназначена для описания предметной области
реального бизнеса. И здесь могут быть задействованы как
программные комплексы, так и люди (сотрудники компании,
заказчики, поставщики).
Это самое важное отличие данной нотации от графических средств
описания программ (например, UML)

22.

ЧТО ТАКОЕ БИЗНЕС-ПРОЦЕСС
Последовательность работ для достижения конкретной цели
Начинается со строго определенных событий
Включает в себя всё необходимое для достижения результата
В процессе обычно задействовано несколько отделов, организаций, сотрудников
В процессе могут быть задействованы как люди, так и автоматизированные системы
и функции
Результат работы - завершение процесса или запуск/изменение другого процесса
Нацелен на создание “потребительской ценности”
Сквозной принцип: процесс должен приносить пользу, не смотря на функциональные
границы (jobsneedtobedone)

23.

ВИДЫ ЭЛЕМЕНТОВ BPMN
Всего нотация содержит более 116 элементов (более 450 вариантов их применения)
ЭЛЕМЕНТЫ НОТАЦИИ:
Pool – обозначает границы бизнес-процесса
Swimline – обозначает участника процесса
Event – события
Activity - действия
Gateway - шлюзы
Flow - поток
Artefact - артефакты
Date – данные

24.

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

25.

SWIMLINE
Обозначает участников процесса, может быть 1 или несколько

26.

EVENT
Событие, которое произошло в процессе.
Все процессы должны начинаться и заканчиваться событием!

27.

EVENT

28.

EVENT

29.

EVENT

30.

EVENT

31.

EVENT

32.

ACTIVITY
Это действия «Что сделать?»: разогреть еду, подписать договор, обработать заявку и т.д.
Задачи (Tasks) атомарное и неделимое действие
в рамках бизнес процесса
Подпроцессы (Subprocesses) действие, которое может
включать в себя другие действия, потоки, шлюзы и т.д.
Фактически процесс в процессе.
О подпроцессе знает только родительский процесс

33.

Подпроцессы (Subprocesses)
Задачи (Tasks)

34.

ACTIVITY

35.

ACTIVITY

36.

GETWAY
Шлюзы в диаграмме BPMN аналогичны шлюзам EPC, но имеют большее разнообразие
(более 60 видов)

37.

FLOW, ARTEFACT, DATE

38.

BPMN - BUSINESS PROCESS MODEL AND NOTATION
• Большой набор элементов
• Большой набор элементов
• Возможность исполнения процессов
с помощью множества BPMS
• Неоднозначность толкования из-за
избыточности нотации
• Высокая гибкость нотации
• Стандартизованная нотация(ISO/IEC 19510)

39.

ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ BPMN
Camunda
Bizagi
Storm BPMN
BPMN.IO
Visual Paradigm
Draw.IO
ЧТО почитать дополнительно
https://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/bpmodeling/bpmn_notation
https://stormbpmn.com/bpmn/elements/

40.

ПРАКТИКА
Мы компания, которая продает канцелярские товары оптом, есть каталог с
наименованиями на сайте, а цена отправляется по запросу. Нам поступают
заявки от клиентов, где уже указан товар и кол-во. Менеджер компании
формирует КП с актуальными ценами и направляет клиенту. Клиент может
согласится с КП или отказаться. Но бывает, что клиент не отвечает нам. Если
клиент все-таки ответил, мы рассматриваем его ответ. Если клиент согласен с
условиями, то мы формируем договор. Если клиент не согласен, то
присваиваем заявке статус «Отказ».

41.

IDEF0 - INTEGRATION DEFINITION FOR FUNCTION MOD

42.

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

43.

IDEF0
ОСНОВНЫЕ ПРИНЦИПЫ:
Идентификация функция
IDEF0 помогает определить функции системы и их взаимосвязи
Структурирование процессов
Основные принципы нотации направлены на организацию бизнеспроцессов
Повышение эффективности
IDEF0 способствует выявлению потенциальных улучшений в работе системы

44.

IDEF0
ЭЛЕМЕНТЫ:
Функциональные блоки
Представляют различные функции, выполняемые в системе
Стрелки и Потоки данных
Указывают поток информации или материалов между функциональными
блоками
Текстовая информация
Содержат информацию о данных и управляющих параметрах

45.

КОМПОНЕНТЫ IDEF0
● международные и отечественные стандарты
● внутренние стандарты предприятия
● должностные или рабочие инструкции
● техническая документация
● законодательные акты различных уровней
● временные регламенты
● планы работ
● сырье
● комплектующие
● расходные материалы
● материальные, финансовые,
● энергетические,
● продукция
● услуга
● отчетность
● преобразованные данные
информационные ресурсы
● документы
● сотрудники
● программное обеспечение
● оборудование
● средства связи

46.

IDEF0. КОНТЕКСТНАЯ ДИАГРАММА
Описывает основное назначение системы, а также ее взаимодействие с внешней средой. Может
быть только одна контекстная диаграмма, которая обозначается символами A0

47.

IDEF0. ДИАГРАММА ВЕРХНЕГО УРОВНЯ
Детализирует отдельные элементы системы и связи между ними. Процедуру декомпозиции
можно повторять до тех пор, пока не будет достигнут желаемый уровень детализации
модели

48.

IDEF0. ДОЧЕРНИЕ БЛОКИ
Отображают потоки информации или материалов между блоками

49.

IDEF0 - INTEGRATION DEFINITION FOR FUNCTION MOD
• Ясное представление бизнес-процессов
и их взаимосвязи
• Трудно моделировать сложные
системы
• Помогает выяснить области для повышения
эффективности
• Требуется больше времени по
сравнению с другими нотациями
• Единые стандарты моделирования
Требуются навыки в области
системной инженерии

50.

ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ BPMN
DRAW.IO
BUSINESS STUDIO
MS VISIO
ЧТО почитать дополнительно
https://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/bpmodeling/
Рекомендации по стандартизации информационные технологии поддержки жизненного цикла
продукции

51.

ПРАКТИКА
Мы компания, которая продает канцелярские товары оптом, есть каталог с
наименованиями на сайте, а цена отправляется по запросу. Нам поступают
заявки от клиентов, где уже указан товар и кол-во. Менеджер компании
формирует КП с актуальными ценами и направляет клиенту. Клиент может
согласится с КП или отказаться. Но бывает, что клиент не отвечает нам. Если
клиент все-таки ответил, мы рассматриваем его ответ. Если клиент согласен с
условиями, то мы формируем договор. Если клиент не согласен, то
присваиваем заявке статус «Отказ».

52.

ДИАГРАММА С4

53.

ДИАГРАММА С4

54.

С4
Это метод визуализации архитектуры программного обеспечения,
разработанный Саймоном Брауном. Она используется для создания
диаграмм, описывающих архитектуру систем.
КАК РАСШИФРОВЫВАЕТСЯ:
Context - Контекст
Containers - Контейнеры
Components - Компоненты
Code - Код

55.

С4. УРОВЕНЬ КОНТЕКСТА
Показывает, как система взаимодействует с внешними сущностями
(пользователями, внешними системами). Сразу видно интеграции
Элементы:
системы
пользователи
взаимосвязи

56.

С4. УРОВЕНЬ КОНТЕЙНЕРОВ
Описывает верхнеуровневую архитектуру и технологии. Используется для
понимания технологического стека и разделения зон ответственности.
Элементы:
контейнеры (например, вебприложения, базы данных)
взаимосвязи
технологии

57.

С4. УРОВЕНЬ КОМПОНЕНТОВ
Детализирует структуру внутри контейнера системы, т.е. описывает более детально только один
контейнер из предыдущего уровня. Используется для проектирования и документирования
внутренней структуры компонентов системы.
Элементы:
компоненты
взаимосвязи
технологии
зависимости

58.

С4. УРОВЕНЬ КОДА
Используется для документирования структуры кода. На практике не используется,
т.к. разработчикам это не нужно. Это как диаграмма классов UML
Элементы:
Классы
Интерфейсы
Таблицы БД
Отношения
между ними

59.

ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ BPMN
Miro
Draw.IO
ЧТО почитать дополнительно
https://habr.com/ru/companies/nspk/articles/679426/
https://habr.com/ru/articles/778726/

60.

ДЗ-1
Описать бизнес-процессы в нотациях: IDEF0, EPC, BPMN
Необходимо создать сервис для записи пациентов к врачу.
Клиент регистрируется через сайт или моб приложение. После регистрации клиент выбирает
отделение и врача, к которому он хочет записаться. У каждого врача есть свое расписание, где
отображаются свободные и занятые окно. Если есть подходящее свободное окно, то клиент выбирает
его и записывается на примем. После записи пациента, администратор клиники получает заявку. Для
подтверждения записи администратор звонит клиенту по указанному номеру. Если клиент
подтверждает запись, то администратор подтверждает эту запись у себя в личном кабинете. Если
клиент записался по ошибке, то администратор отменяет запись, либо редактирует ее, если клиент
решил изменить время или врача. После подтверждения заявки, пациенту приходит смсуведомление о записи. В личном кабинете врача, появляется список пациентов на прием, если
пациент был в клинике ранее, то у врача есть возможность посмотреть его карту. Когда наступает
дата приема, клиент приходит в клинику. После проведения приема, у пациента в личном кабинете
появляется информация о приеме.