BPMN 2.0 FTF Avatar
  1. OMG Issue

BPMN2 — Choreography Complex Gateway example

  • Key: BPMN2-125
  • Legacy Issue Number: 14670
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Section 12.6.5 (Complex Gateway) has a figure that doesn't match the
    text example

  • Reported: BPMN 2.0b1 — Thu, 19 Nov 2009 05:00 GMT
  • Disposition: Resolved — BPMN 2.0
  • Disposition Summary:

    (a) Exchange Figure 12.48 with the diagram depicted here:
    (Compex+Gateway+in+Choreography+%28Choreography%29+Proposal+2010-04-20.png)
    (b) Exchange Figure 12.49 with the diagram depicted here:
    (Compex+Gateway+in+Choreography+%28Collaboration%29+Proposal+2010-04-20.png)
    (c) Section 12.7.5: Exchange the second paragraph:
    "Consider an e-tender which sends a request for quote to service providers (e.g., warehouse storage) in a marketplace. The e-tender Process sends out each request
    and anticipates a response through two Choreography Activities with a sequential flow between these. The request-response branches merge at a Complex Gateway to
    model the requirement that when 60% responses have arrived, an assessment of the tender can proceed. The assessment occurs after the Complex Gateway. If the
    assessment reports that the reserve amount indicated by the customer cannot be met, a new iteration of the tender is made. All up a maximum of 3 tenders is run. A key
    issue is to ensure that the responses should not be mixed across tender iterations."
    with the following text:
    "Consider an e-tender which sends a request for quote to multiple service providers (e.g., warehouse storage) in a marketplace. The e-tender Process sends out
    requests to each service provider and anticipates their response through three Choreography Activities. The response branches merge at a Complex Gateway to model
    the requirement that when 66% responses have arrived, an assessment of the tender can proceed. The assessment occurs after the Complex Gateway. If the
    assessment reports that the reserve amount indicated by the customer cannot be met, a new iteration of the tender is made. A key issue is to ensure that the responses
    should not be mixed across tender iterations. A Terminate End Event ensures that all activities are terminated, when a tender has been successful."
    Disposition: Resolved

  • Updated: Fri, 6 Mar 2015 20:57 GMT