Пул белых ящиков и пул черных ящиков в BPMN

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

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

Причины использования белого ящика:

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

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

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

Я добавлю некоторые подробности о том, почему вы должны или не должны использовать пулы черного ящика:

Хотя вы знаете, что вы отправляете (выводите) и получаете (вводите) внешнему источнику (поставщику и т. д.), вы не знаете внутреннюю работу процесса вашего партнера. Следовательно, вы бы использовали черный ящик, потому что у вас нет ни 1) знаний об их точных процессах, ни 2) контроля над указанными процессами. Известно только то, что вы отправляете и получаете, ни больше, ни меньше.

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

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

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