Описание бизнес процессов веб-приложения - подходы,...
TRANSCRIPT
Описание бизнес процессов веб-приложения - подходы,
инструменты, подводные камни
Станислав СоколовQuartSoft
Для чего это нужно?• Упростить и ускорить сбор
требований Заказчика/ Пользователей
• Создать документацию одинаково понятную для Заказчика/Пользователей и технической команды
• Насытить документацию неявными деталями и условиями до уровня достаточного для начала разработки
Кто этим занимается?
Бизнес Аналитик — человек, который знает, как получить требования от пользователей/бизнеса и как подготовить требования, чтобы команда исполняла их максимально быстро
Подходы, методологии, нотации
• Нотация IDEF0 (Integration Definition for Function Modeling)
• Нотация EPC (Event-Driven Process Chain)• Нотация BPMN (Business Process Model and
Notation)• Нотации «Процесс» и «Процедура»
Нотация IDEF0
Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в которой входят и выходят стрелки.
Нотация IDEF0Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка: • слева входящая стрелка – вход бизнес-процесса – информация
(документ), который будет преобразован в ходе выполнения процесса;
• справа исходящая стрелка – выход бизнес-процесса – преобразованная информация (документ);
• сверху входящая стрелка – управление бизнес-процесса – информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
• снизу входящая стрелка – механизм бизнес-процесса – то, что преобразовывает вход в выход: сотрудники или техника.
Нотация IDEF0• Выход одного бизнес-процесса является
входом/управлением/механизмом другого бизнес-процесса. На диаграмме процессы принято располагать по диагонали с верхнего левого угла в нижний правый. Количество процессов не более 6-8.
• Преимущества IDEF0 – показывает взаимодействие процессов в общем виде, без лишних подробностей.
• Недостатки IDF0 – нельзя увидеть алгоритма выполнения бизнес-процессов. Требует определенной подготовки для разработки и чтения нотации.
• Основными потребителями нотации IDEF0 являются руководители, которым необходимо видеть и понимать взаимосвязь процессов, не вникая в мелочи.
Нотация IDEF0
Нотация EPC• Нотация отображения хода
выполнения процесса, ключевыми элементами которой являются События и Функции.
• Диаграмма бизнес-процесса должна начинаться и заканчиваться Событием. За Функцией всегда должно следовать Событие, т.е. выполнение Функции создает некоторое событие (состояние) .
• Документы, информационные и материальные потоки, элементы информационной системы (ПО, базы данных) имеют свое графическое обозначение.
Нотация EPC• EPC используется на низших уровнях описания бизнес-модели,
когда стоит задача описать подробный ход выполнения бизнес-процесса. Функции EPC могут быть декомпозированы (разбиты на детальные бизнес-процессы только в нотации EPC).
• Недостатки EPC. Обладает очень широким набором графических элементов, что может быть сложным для понимания, по сравнению с другими нотациями. Для разработки процессов в этой нотации и их чтения требуется предварительная подготовка сотрудников.
• Преимущества EPC. Позволяет очень детально и точно описать выполнение бизнес-процесса, показать на диаграмме в графическом виде всех исполнителей, все используемые объекты.
Нотация BPMN
• Используется для детального описания алгоритма выполнения процесса. Нотация позволяет описывать сложные логические последовательности и поэтому ее часто используют для задач последующей автоматизации бизнес-процессов.
• Нотация обычно интересна техническим специалистам и бизнес-аналитикам
Нотация BPMN
Нотация BPMN
• Недостатки – сложность понимания без необходимой профессиональной подготовки. Не все возможности нотации реализованы в существующих инструментах
• Преимущества – наличие более 60 типов графических элементов. Хорошо подходит для задач подготовки процессов к автоматизации
Нотация «Процедура»Процедура (Cross Functional Flowchart) отображает детальный алгоритм выполнения бизнес-процесса, а так же всех участников бизнес-процесса и как они взаимодействуют между собой в рамках Процедуры.
Дорожка на диаграмме означает должность, подразделение и роль. На дорожках Процедуры размещаются действия, за которые и отвечает должность, подразделение, роль
Нотация «Процедура»
• Недостатки Процедуры. В некоторых случаях может быть удобней использовать дополнительные графические элементы, которые имеются в других нотациях.
• Преимущества Процедуры значительные, т.к. нотация является очень простой для создания и пониманиями сотрудниками с разным уровнем подготовки.
• Основные потребители Процедуры – сотрудники разных уровней организации.
Нотация «Процесс»Процесс (Basic Flowchart) состоит из прямоугольников (бизнес-процессы), в которые входят и выходя стрелки (потоки информации, документов, ТМЦ).
Так же в нотации используются элементы типа «решение», которые позволяют делать ветвления. Для обозначения начала выполнения всего бизнес-процесса и его окончания могут быть использованы фигуры типа «событие» (элементы, похожие на овалы).
Нотация «Процесс»• Преимущества Процесса (Basic Flowchart) в простоте и
наглядности. С ее помощью можно быстро описать шаги бизнес-процесса. Использование Процесса (Basic Flowchart) не требует специальных знаний, т.к. легко воспринимается сотрудниками с разным уровнем подготовки.
• Недостатки Процесса (Basic Flowchart) тоже в простоте. Набор графических элементов очень ограничен для передачи информации о бизнес-процессе. Например, на диаграмме никак не обозначены участники бизнес-процесса (это с успехом решено в Процедуре).
Промежуточный итог
К чему пришли мы
• Ни одна из нотаций «as is» полностью не может удовлетворить наши потребности
• Документация/диаграммы должны быть простыми и понятными без дополнительных пояснений
• Как для Заказчика, так и для любого члена технической команды – от дизайнера до тестировщика
К чему пришли мы
• Требуется высокая скорость разработки документации (привет AGILE)
• В идеале, с использованием онлайн платформ/сервисов
• Для удобной передачи документации по производственной цепочке
• И возможности параллельной работы нескольких бизнес-аналитиков на одном проекте/продукте
Наши наработки
• Смесь нотаций EPC + Процесс + Процедура• Разрабатывается диаграмма (flowchart
diagram) и её текстовая расшифровка (use cases)
• Оба представления понятны Заказчику и каждому представителю технической команды
Наши наработки
• Графическое представление в виде диаграммы позволяет достаточно просто показать из каких действий и событий состоит процесс, последовательность и общий алгоритм бизнес-процесса
• Текстовая расшифровка в виде use case позволяет насыщать документацию деталями необходимыми для начала проектирования и разработки, не захламляя и неусложняя диаграмму
Flowchart Diagram
• Каждая диаграмма имеет уникальный ID и название
• Используем несколько простых и понятных элементов (Начало, Конец, Действие/Событие, Ветвление, Подпроцесс)
• Чаще всего описываем процесс с точки зрения одной Роли (Актора)
• При необходимости описания процесса с участием нескольких Ролей (Акторов) диаграмма делится на части пунктирной линией
Flowchart Diagram
Use Cases
• Use Case имеет простую структуру – ID, краткое название, описание, точку(и) входа, предусловие(я), результат(ы), основной процесс, побочные процессы, заметки
• ID Use Case такой же как у соответствующей диаграммы
• Все секции последовательно заполняются информацией
Use Cases
• По названию use case должно быть понятно его содержимое
• Указание точек входа и предусловий облегчает жизнь и укорачивает документ
• Выделяем и описываем основной процесс и ответветвления
• Ссылки на связанные бизнес-процессы указываем в виде Подпроцесса
Use Cases
Как это работает?• Выясняем детали новой «фичи» у Заказчика/Пользователя• Выделяем список отдельных бизнес-процессов• Для каждого бизнес-процесса составляем Flowchart Diagram• Каждую диаграмму расшифровываем текстом в виде Use
Case• Согласовываем документацию с Заказчиком/Пользователем• Вносим правки по необходимости и окончательно
утверждаем новую порцию документации• Документация уходит в работу – разработчику или
дизайнеру
Инструменты
• Отказались от нескольких готовых инструментов из-за сложности, избыточности, стоимости
• Для наших целей отлично подошли сервисы Google Docs и Draw.io, в которых мы создаём, храним, редактируем и управляем доступом к документации
• Результаты обсуждения документации и правок описываются в BaseCamp и Redmine