Leslie Munday asked:
> When I have an activity that forks into many activities and eventually all > these activity threads rejoin a single, terminating activity, similar to the > original example in this thread: > 1) What is the difference between showing, all transitions coming from the > initial activity and flowing into each of the subsequent parallel activities, > and > showing a single transition from the initial activity as entering a > synchronization bar and then several transitions exiting the synchonization bar > and entering my parallel activities? > 2) What is the difference between showing, all transition from parallel > activities entering my single terminal activity, and > all transitions from parallel activities entering a synchronization bar and a > single transition from the synchronization bar entering my terminal activity? > > Is there a real diffenrence or is it just notation? Les, The proposed 2.0 standard I'm looking at describes Activity Node Associations, and includes incoming: ActivityEdge[0..*] outgoing: ActivityEdge[0..*] Thus, multiple flows leaving an activity appear to be "legal." There is even an example diagram with an activity having two outgoing flows to two "downstream" activities. However, the overwhelming majority of examples show the use of forks and joins, and single incoming and outgoing flows. Only fork, joins and decision nodes seem to deal with multiple in/out flows. Now, the ForkNode is defined as a control node that splits the flow into multiple /concurrent/ flows. (emphasis mine) Thus, the criteria for using the fork is concurrent multiple flows, whereas I found no criteria for activity node multiple outgoing flows in my brief examination. Experience tells me that I should dig deeper before claiming I have an answer! :) If you have multiple concurrent flows, why not use a fork? If it all comes down to style, Scott might have the definitive word. To answer your question "is there a real difference...?", concurrency issues may indicate "yes" as the correct answer under certain conditions. James Bielak, Consultant Greenstone Consulting Requirements Acquisition and Management http://www.greenstoneconsulting.com ************************************************************************ * Rose Forum is a public venue for ideas and discussions. * For technical support, visit http://www.rational.com/support * * Post or Reply to: [EMAIL PROTECTED] * Subscription Requests: [EMAIL PROTECTED] * Archive of messages: * http://www.rational.com/support/usergroups/rose/rose_forum.jsp * Other Requests: [EMAIL PROTECTED] * * To unsubscribe from the list, please send email * To: [EMAIL PROTECTED] * Subject: <BLANK> * Body: unsubscribe rose_forum *************************************************************************
