Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Business Proces...  message flow source is task that could time out
Previous Previous
 
Next Next
New Post 10/9/2008 1:41 PM
User is offline vinny
66 posts
8th Level Poster


message flow source is task that could time out 

Hi.

Suppose I have two pools:  "Participant A" and "Participant B".

Suppose I have a task called "Transmit data to participant B" within pool "Participant A".  An outgoing message flow from the task indicates that data is being passed to something in the "Participant B" pool.  The process in process in the "Participant A" pool is now finished, indicated by an outgoing sequence flow leading to a end event.

What if the "Transmit data to participant B" task can fail due to timing out?  I'd include an intermediate timer event on the "Transmit data to particpant B" task, and have an outgoing sequence flow leading to the aforementioned end event.

So here's my question:  If the process for "Participant B" can not continue without receiving the message from the task in the "Participant A" pool, is it assumed that the message is not sent from task "Transmit data to participant B" if the time-out occurs?  It's not clear whether the message is sent when the task completes, or when the time-out occurs.

I welcome any alternative modeling suggestions.

Thanks in advance,

vinny

 
New Post 10/9/2008 8:47 PM
User is offline Jarett Hailes
155 posts
6th Level Poster




Re: message flow source is task that could time out 

Hi Vinny,

A couple of comments:

  1. Are you sure this is a business process you're modeling here?  Usually some sort of message flow with a timeout is more of a technical solution than what's involved in an actual business process.  I try and remove such details from a BPMN diagram, and leave details surrounding such alternate flows to more appropriate diagramming tools.  If you annotate your BPMN diagrams, then you may attach a timeout business rule to the transmission activity for participant A.
  2. In your normal flow, why do you have an arrow going from transmit data to an end activity circle?  If the flow continues in participant B's lane/pool, would you just not transfer control to that pool and continue?  Do you have an end activity circle for each pool?  That would seem a little odd to me, as the audience now must follow splits of activity at each transmission across pools, which shouldn't occur unless a split + parallel processing is occuring.
  3. Does the time-out fail the process completely, or is a retransmit possible?  If so, I'd loop from your timer back to transmit.
  4. If the timeout causes the task to fail, I would have it go to an end activity as you have it.  This to me indicates that the process is over because of an exception, due to the end activity being arrived from an event that is displayed on the edge of an activity (i.e. is an exception event).  I would remove the other arrow going from transmit to the end activity (see point 2), as the process is not ending at this point but continuing with participant B.
 
New Post 10/10/2008 7:13 AM
User is offline vinny
66 posts
8th Level Poster


Re: message flow source is task that could time out 

Thanks a lot for the comments, larimar.    I hope my simplified example model conveyed what it was supposed to convey.

1)  I generally use UML for modeling systems processes prior to their development; but in this case, the system exists so I tried to apply BPMN.  Additionally, the BPMN Quick Reference Guide (QRG) on this site, as well as many other examples that I've seen on the Web from reputable BPMers, use BPMN to document general systems processes.  I initially modeled this process using a Sequence diagram, which seemed to be the best UML modeling tool to use.  The Activity diagram, in my opinion, is lacking, too simplistic, and doesn't, in this case, at least, have what I need to convey the truth about the process.  Plus our stakeholders, as well as developers and management, are really starting to see the benefits of BPMN for accurate modeling.

2)  BPMN specifies that each pool contains separate processes.  Participant B, in my real-world model, is a third-party vendor, not part of our organization.  Our means of communication are HTML post-backs (i.e. messages).  Again, the BPMN QRG on this site shows messages transferring from the Travel Agency to the Funding Institution:  This is very similar to my process.  The fact is that the Participant A pool process is finished when it attempts to transmit the data to Participant B.  If it can't transmit the data, then the Participant A process is still complete, only the message is not sent to Participant B to trigger the event necessary for the Participant B process to continue.  There is no parallel processing occurring here, by the way; every task is sequential and depends on receiving those post-back messages in order to proceed.

3)  Great point, and I had thought about making that a collapsed looping subprocess.  I still might do that...

4)  Technically, the process for Participant A is complete, whether it times-out or not.  A trigger is required for the Participant B process to proceed.

This is a rather challenging prospect, in my opinion, and I'm sure I'm not the first one to have to deal with it.  Sure, I could put both participants in separate lanes in the same pool to make things simpler, but really don't think that's conveying accurately what's occurring.

Again, thanks for your comments.

vinny

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Business Proces...  message flow source is task that could time out

Community Blog - Latest Posts

A business analysis checklist helps you stay organized while you work through projects. It includes questions that will help you identify problems in your current processes, and suggest improvements for future projects. Understand the Problem Before you start writing code, you need to understand what problem you're solving. This means u...
I’ve heard “The End is Near!” for Business Analysts for almost 20 years.  Waterfall project management, with its need for formal requirements, is dead…a dinosaur…so 1990’s.  To be honest, that’s mostly true.  With the publishing of the Agile Manifesto in 2001 there was no need for a 2-inch-...
Business analysis is used to identify and articulate the need for change in how organizations work, and to facilitate that change. As business analysts, we identify and define the solutions that will maximize the value delivered by an organization to its stakeholders. We look for opportunities for new business models and new ways to work together. ...

 






 

Copyright 2006-2022 by Modern Analyst Media LLC