【问题标题】:Whitebox pool vs. blackbox pool in BPMNBPMN 中的白盒池与黑盒池
【发布时间】:2014-11-20 13:01:32
【问题描述】:

黑盒池用于对外部参与者进行建模,而白盒池用于对我们感兴趣的流程进行建模。我应该什么时候选择哪一个,或者我们可以随便选择一个?

【问题讨论】:

  • @deceze:如果 UML 是主题,那么 BPM 也是主题。看起来建模符号是边缘情况,并且在两个站点上都是主题。

标签: business-process-management bpmn


【解决方案1】:

内部池将始终是白盒池,因为您要执行内部进程。外部池可以是白盒或黑盒池。

区别非常明显:您看不到黑盒中发生的事情。作为流程开发人员,您将通过投入黑盒池来节省几分钟,但这会使流程更难理解。因此,即使是外部合作伙伴,您也应该使用白盒池。

使用白盒的原因:

  • 您无需查看传入和传出转换即可猜测合作伙伴站点上发生的情况。
  • 外部流程使合作伙伴工作流的限制可见。例如,您不能并行处理两项任务,因为您的合作伙伴希望在另一条消息之前发送一条消息。

【讨论】:

    【解决方案2】:

    协作模型中有多个参与者,由于我们有兴趣解释特定参与者的活动,因此我们为所述参与者使用白盒池,其余的池将被假定为黑盒,因为大多数时候我们是不想提及那些我们不了解业务流程或根本不想提及的参与者的细节。

    因此,当我们解释了特定参与者的详细信息时,我们会使用白盒池,否则会使用未提供详细信息的黑盒。

    【讨论】:

      【解决方案3】:

      我将添加一些关于为什么应该或不应该使用黑盒池的详细信息:

      虽然您知道向外部来源(供应商等)发送(输出)和接收(输入)什么,但您不知道合作伙伴流程的内部运作。因此,您将使用黑匣子,因为您既不了解 1)它们的确切过程,也不了解 2)对所述过程的控制。唯一知道的是您发送和接收的内容,不多也不少。

      另一方面,白盒可用于识别组织内或通过可能的合作伙伴关系的输入和输出来源。在这种情况下,使用白盒是有意义的,因为您可以交互并可能修改白盒源与当前进程的交互方式。

      但是,将黑盒用于您无法控制且不了解其内部运作的外部源可能会产生误导,充其量是在某些情况下是危险的。

      对于正在进行的项目,开发/项目团队可能会错误地得出结论,认为它可以与被错误分配白盒的外部源进行交互/修改交互。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2016-04-23
        • 1970-01-01
        相关资源
        最近更新 更多