Experience + Leadership | |
Neal McWhorter | Connect with me on Linkedin neal.mc...@strategicvaluepartners.com | Strategic Value Partners, Inc. Tel: 773-570-0020 |

--
--
You received this message because you are subscribed to the Google
Groups "BPMN Forum" group.
Public website: http://www.bpmnforum.com
To post to this group, send email to BPMN...@googlegroups.com
To unsubscribe from this group, send email to
BPMNforum+...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/BPMNforum?hl=en_US?hl=en
---
You received this message because you are subscribed to the Google Groups "BPMN Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to BPMNforum+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Brian,I don't see anything wrong with this but I suspect that Visio is not handling the flows from error boundary events correctly. Just as a note... You're using error events which have a well defined meaning in the execution context (destroy existing activity and discard unsaved work and transfer control the the exception flow path) to mean something closer to a "business exception" from what I gather. There's nothing wrong with doing this... I do something similar myself... but this is a good illustration of the difference between applying BPMN per the spec for execution reasons and applying it for communication reasons. When making these kinds of decisions to give differing semantics to BPMN symbols for use in communication I define a separate style guide that essentially tailors the BPMN standard for communications purposes so that there is a consistent semantic within an organization.Neal
Neal McWhorter | Connect with me on Linkedin
Business Architecture Guild Board Member