Разработка программного обеспечения всегда имеет своей конечной целью автоматизацию бизнес-процессов, которые до момента внедрения программы выполнялись сотрудниками в менее удобной программе, вручную, либо, в силу своей сложности, не выполнялись вовсе.
Для того, чтобы не упустить никаких аспектов полного цикла бизнес-процесса и выстроить корректную последовательность работы автоматизируемой функции, аналитик должен сформировать целостное видение бизнес-процесса.
Сделать это можно с использованием разных инструментов и способов изложения информации, однако в этой статье речь пойдет о системе условных обозначений (нотации) BPMN.
Для чего нужны нотации?
Не вызывает сомнений тот факт, что любой мыслящий человек способен нарисовать простейшую схему, в которой квадратиками и стрелочками будет определена последовательность действий.
Эта схема прекрасно подойдет в случаях, когда нужно быстро упорядочить все действия для себя.
Когда же вы покажете такую схему другому человеку, вам потребуется объяснить ему, например:
- Что это за квадратики?
- Это действия или сущности системы?
- Внутри них есть какие-то дополнительные действия?
- Какие из этих действий простые, а какие составные?
- Каким образом должно выполняться это действие (вручную, автоматически или как-либо еще)?
- А есть ли у действия альтернатива? Что будет, если пользователь воспользуется альтернативным способом работы?
На самом деле вопросов может быть гораздо больше, в зависимости от уровня детализации вашей схемы и точки зрения собеседника. Поэтому на объяснение ему значения вашей схемы вы можете потратить немногим меньшее количество времени чем то, которое потратили, когда сами изучали сложившийся процесс и укладывали его в свою схему.
Именно для того, чтобы сэкономить время и позволить не включенному в ситуацию человеку быстро самостоятельно понять суть изложенной на схеме информации, и были введены нотации схем.
Если вы создаете свою первоначальную схему в нотации BPMN, ваш коллега, который также знаком с ее условными обозначениями, может самостоятельно с ней ознакомиться и понять общий каркас автоматизируемого бизнес-процесса.
Структура BPMN-схемы
Схема бизнес-процессов в нотации BPMN выглядит достаточно просто и интуитивно понятно, так что существует минимальная возможность в ней запутаться.
Основные объекты
Ниже представлена простейшая BPMN-схема заправки машины бензином.
Для чтения этой схемы нужно знать основные условные фигуры, из которых она строится.
Теперь мы знаем, что представленная фигура показывает цепочку простых задач, начало которой дает то, что в машине закончился бензин, а завершение наступает после того, как машина выехала с заправки.
Обратите внимание: действия в схеме записываются глаголами.
Типы событий и задач
Мы можем сделать базовую схему чуть более информативной, если обозначим на ней триггеры (типы событий) и типы выполняемых задач.
Для расшифровки новых символов, отображенных на схеме, нам потребуется следующая информация.
С этим знанием мы можем дополнить предыдущий вывод и понять, что цепочку простых задач, которые водитель выполняет вручную, запускает наступление условия “Закончился бензин”.
Детализация схемы
На рассмотренной нами схеме по-прежнему не хватает конкретики, поэтому мы переходим на следующий уровень детализации.
Здесь добавляются новые фигуры - шлюзы, которые позволяют показать альтернативные (либо все иные) сценарии выполнения задачи.
Читать схему, на которой указаны шлюзы, помогут условные обозначения.
Таким образом, становится понятно, что после получения сигнала датчика уровня бензина запускается цепочка простых задач, в которой есть две развилки, на которых осуществляется выбор одного из двух взаимоисключающих действий. При этом на выбор сценария действий на этих развилках в обоих случаях оказывает влияние наличие либо отсутствие очереди.
Обратите внимание: каждый открытый входной шлюз после завершения входящих в него сценариев должен быть закрыт аналогичным выходным шлюзом.
Пулы и дорожки
Вышеобозначенные схемы показывают только задачи, которые выполняет водитель. Однако в процессе заправки автомобиля участвуют и другие персонажи.
Поэтому мы введем пулы, которые помогают наглядно разделить действия ролей "Водитель" и "Кассир".
Из детализированной схемы мы видим, что в процессе заправки автомобиля задействовано два персонажа.
Также в этой схеме появляется новый тип шлюза (включающий); а некоторые типы действий обозначены как свернутые подпроцессы, что позволяет нам понять, что возможен еще более подробный уровень детализации этих задач.
Если бы у каждой роли были разные инструменты работы (например, разные программы), мы бы показали внутри пулов ролей дорожки отдельных программ.
В случае, если процесс рассматривается с точки зрения автоматизации, пулами можно выделять отдельные программы, а дорожками в них показывать отдельные роли.
Обратите внимание: связь между задачами внутри одного пула обозначается сплошной линией со стрелкой (потоки действий), тогда как связь задач между пулами обозначается пунктирной линией со стрелкой (потоки сообщений).
Дополнительные объекты
В BPMN-схеме, помимо вышеобозначенных объектов, могут быть использованы также ассоциации, которыми показываются источники информации (простой объект данных, хранилище данных и т.д.); разные виды потоков управления (условный, по умолчанию); сноски и т.д.
Свернутые подпроцессы можно разворачивать, для этого используются развернутые подпроцессы.
Допустимо также выделять отдельные действия в группу - для этого используется штрих-пунктирная обводка нужных действий.
Могут быть бизнес-процессы, при которых не ясно, какие именно действия происходят на стороне смежных с описываемой систем. В этом случае допустимо оставлять пул смежной системы незаполненным, а потоки сообщений прикреплять к его стенке. Такой пул будет называться "черным ящиком".
Между отдельными пулами моделируемого бизнес-процесса могут включаться элементы хореографии, показывающие логику взаимодействия между двумя и более участниками процесса. Рекомендуется использовать хореографию для случаев, когда количество участников взаимодействия превышает 2.
Схему можно детализировать до важного вам уровня, включать в нее ответы на вопросы вида "Каким топливом заправляется автомобиль", "Существует ли предпочтительная заправка", "Что делать, если на заправке отсутствует нужное топливо?", и т.д.
Обратите внимание: считается хорошим тоном располагать основной пользовательский сценарий на одной прямой схемы, тогда как альтернативные сценарии можно показать ответвлениями.
Итого
Таким образом, BPMN-схема является прекрасным инструментом базового моделирования бизнес-процессов в самом начале разработки, когда нужно увидеть картину процесса полностью.
В случае, когда требуется улучшение имеющегося бизнес-процесса, рекомендуется составить две схемы:
- "AS IS", отражающую нынешнее состояние дел;
- "TO BE", показывающую скорректированный процесс.
На основании схемы в нотации BPMN можно отслеживать общую логику действий; различные пользовательские сценарии; слабые и неучтенные моменты; разрывы в сценариях, для закрытия которых требуется уточнить имеющуюся информацию; источники информации и т.д.
Текст: Татьяна Величкина
Редактор: Анна Зайцева
Фото: найдены на просторах Сети