Пул Whitebox и пул Blackbox в BPMN
Пулы "черного ящика" используются для моделирования внешнего участника, в то время как пулы "белого ящика" используются при моделировании объектов, процесс которых нас интересует. Когда я должен выбрать, какой из них или мы можем просто выбрать и выбрать любого?
4 ответа
Внутренние пулы всегда будут пулами белого ящика, потому что вы хотите выполнить внутренний процесс. Внешние пулы могут быть пулами "белого ящика" или "черного ящика".
Разница довольно очевидна: вы не можете видеть, что происходит в черном ящике. Как разработчик процесса, вы сэкономите несколько минут, добавив пул черного ящика, но это усложнит понимание процесса. Поэтому вы должны использовать пулы whitebox даже для внешних партнеров.
Причины использования whitebox:
- Вам не нужно смотреть на входящие и исходящие переходы, чтобы угадать, что происходит на сайте партнера.
- Внешний процесс делает видимыми ограничения рабочего процесса партнера. Например, вы не можете распараллелить две задачи, потому что ваш партнер ожидает одно сообщение перед другим.
Нет такого понятия, как «белый ящик», но я понимаю, почему вы это говорите.
Термин «белый ящик» упоминается в спецификации BPMN один раз, но только для того, чтобы отличить его от «черного ящика». Это не определение. «Белый ящик» — это просто пул, содержащий процесс.
Другим аспектом пулов является то, есть ли какие-либо действия, подробно описанные в пуле. Таким образом, данный пул может быть показан как «белый ящик» со всеми открытыми деталями (например, процессом) или как «черный ящик» со скрытыми деталями.
- «Модель и нотация бизнес-процессов (BPMN), версия 2.0.2», стр. 111.
Кроме того, черный ящик даже не обязательно должен быть черным или темным. Черный ящик — это всего лишь термин для обозначения пула без процесса.
Когда я должен выбрать, какой из них или мы можем просто выбрать любой?
- ОП
Черный ящик: термин, используемый для описания пустого пула. То есть пул, содержимое которого вам либо неизвестно, либо находится вне вашего контроля, либо неактуально.
Используйте его в диаграмме сотрудничества, когда вы хотите сослаться на внешнего участника, чьи процессы находятся вне вашего контроля или не имеют отношения к создаваемой вами диаграмме.
Белый ящик (обычный пул): Термин, используемый как антоним к черному ящику. Но на самом деле это просто пул, содержащий процесс.
Используйте его в диаграмме сотрудничества (два или более участников) для ссылки на внутренний процесс. Иными словами, использовать его как обычный пул — вот что это такое.
В модели сотрудничества есть несколько участников, так как нам интересно объяснить действия конкретного участника, мы используем пул белого ящика для указанного участника, а остальные пулы будут считаться черным ящиком, потому что большую часть времени нам не интересно упомянуть детали тех участников, которых мы не знаем бизнес-процесс или не хотим упоминать вообще.
Поэтому, когда мы объясняем детали конкретного участника, мы используем пул белого ящика, в противном случае черный ящик, чьи подробности не предоставляются вместе с ним.
Я добавлю несколько деталей, почему вам следует или не следует использовать пулы черного ящика:
Хотя вы знаете, что вы отправляете (выводите) и получаете (ввод) внешнему источнику (поставщику и т. Д.), Вы не знаете, как устроен внутренний процесс вашего партнера. Следовательно, вы бы использовали черный ящик, потому что у вас нет ни 1) знания их точных процессов, ни 2) контроля над этими процессами. Известно только то, что вы отправляете и получаете, ни больше ни меньше.
С другой стороны, белый ящик можно использовать для определения источника ввода и вывода в вашей организации или в рамках возможного партнерства. В этом случае использование белого ящика имело бы смысл, поскольку вы могли бы взаимодействовать и, возможно, изменять то, как источник белого ящика взаимодействует с вашим текущим процессом.
Однако использование черного ящика для внешнего источника, который вы не контролируете и не знаете о его внутренней работе, в лучшем случае может ввести в заблуждение, а в некоторых случаях - опасно.
В случае текущего проекта группа разработки / проекта может ошибочно прийти к выводу, что она может взаимодействовать / изменять взаимодействия с внешним источником, которому по ошибке назначен белый ящик.