Similar presentations:
Бизнес - процессы и нотации
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 NOTATION20.
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.
EVENT28.
EVENT29.
EVENT30.
EVENT31.
EVENT32.
ACTIVITYЭто действия «Что сделать?»: разогреть еду, подписать договор, обработать заявку и т.д.
Задачи (Tasks) атомарное и неделимое действие
в рамках бизнес процесса
Подпроцессы (Subprocesses) действие, которое может
включать в себя другие действия, потоки, шлюзы и т.д.
Фактически процесс в процессе.
О подпроцессе знает только родительский процесс
33.
Подпроцессы (Subprocesses)Задачи (Tasks)
34.
ACTIVITY35.
ACTIVITY36.
GETWAYШлюзы в диаграмме BPMN аналогичны шлюзам EPC, но имеют большее разнообразие
(более 60 видов)
37.
FLOW, ARTEFACT, DATE38.
BPMN - BUSINESS PROCESS MODEL AND NOTATION• Большой набор элементов
• Большой набор элементов
• Возможность исполнения процессов
с помощью множества BPMS
• Неоднозначность толкования из-за
избыточности нотации
• Высокая гибкость нотации
• Стандартизованная нотация(ISO/IEC 19510)
39.
ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ BPMNCamunda
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 MOD42.
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.
ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ BPMNDRAW.IO
BUSINESS STUDIO
MS VISIO
ЧТО почитать дополнительно
https://www.businessstudio.ru/wiki/docs/current/doku.php/ru/csdesign/bpmodeling/
Рекомендации по стандартизации информационные технологии поддержки жизненного цикла
продукции
51.
ПРАКТИКАМы компания, которая продает канцелярские товары оптом, есть каталог с
наименованиями на сайте, а цена отправляется по запросу. Нам поступают
заявки от клиентов, где уже указан товар и кол-во. Менеджер компании
формирует КП с актуальными ценами и направляет клиенту. Клиент может
согласится с КП или отказаться. Но бывает, что клиент не отвечает нам. Если
клиент все-таки ответил, мы рассматриваем его ответ. Если клиент согласен с
условиями, то мы формируем договор. Если клиент не согласен, то
присваиваем заявке статус «Отказ».
52.
ДИАГРАММА С453.
ДИАГРАММА С454.
С4Это метод визуализации архитектуры программного обеспечения,
разработанный Саймоном Брауном. Она используется для создания
диаграмм, описывающих архитектуру систем.
КАК РАСШИФРОВЫВАЕТСЯ:
Context - Контекст
Containers - Контейнеры
Components - Компоненты
Code - Код
55.
С4. УРОВЕНЬ КОНТЕКСТАПоказывает, как система взаимодействует с внешними сущностями
(пользователями, внешними системами). Сразу видно интеграции
Элементы:
системы
пользователи
взаимосвязи
56.
С4. УРОВЕНЬ КОНТЕЙНЕРОВОписывает верхнеуровневую архитектуру и технологии. Используется для
понимания технологического стека и разделения зон ответственности.
Элементы:
контейнеры (например, вебприложения, базы данных)
взаимосвязи
технологии
57.
С4. УРОВЕНЬ КОМПОНЕНТОВДетализирует структуру внутри контейнера системы, т.е. описывает более детально только один
контейнер из предыдущего уровня. Используется для проектирования и документирования
внутренней структуры компонентов системы.
Элементы:
компоненты
взаимосвязи
технологии
зависимости
58.
С4. УРОВЕНЬ КОДАИспользуется для документирования структуры кода. На практике не используется,
т.к. разработчикам это не нужно. Это как диаграмма классов UML
Элементы:
Классы
Интерфейсы
Таблицы БД
Отношения
между ними
59.
ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ BPMNMiro
Draw.IO
ЧТО почитать дополнительно
https://habr.com/ru/companies/nspk/articles/679426/
https://habr.com/ru/articles/778726/
60.
ДЗ-1Описать бизнес-процессы в нотациях: IDEF0, EPC, BPMN
Необходимо создать сервис для записи пациентов к врачу.
Клиент регистрируется через сайт или моб приложение. После регистрации клиент выбирает
отделение и врача, к которому он хочет записаться. У каждого врача есть свое расписание, где
отображаются свободные и занятые окно. Если есть подходящее свободное окно, то клиент выбирает
его и записывается на примем. После записи пациента, администратор клиники получает заявку. Для
подтверждения записи администратор звонит клиенту по указанному номеру. Если клиент
подтверждает запись, то администратор подтверждает эту запись у себя в личном кабинете. Если
клиент записался по ошибке, то администратор отменяет запись, либо редактирует ее, если клиент
решил изменить время или врача. После подтверждения заявки, пациенту приходит смсуведомление о записи. В личном кабинете врача, появляется список пациентов на прием, если
пациент был в клинике ранее, то у врача есть возможность посмотреть его карту. Когда наступает
дата приема, клиент приходит в клинику. После проведения приема, у пациента в личном кабинете
появляется информация о приеме.