Wiki: WellFormedBusinessProcessDiagrams

Design Decomposition for Business Process and Data Flow Diagrams
Home  |  Matrix  |  Blog  |  Wiki  |  Forum  |  FAQ  |  Consulting  |  Sponsorship  |  Linking  |  Privacy  |  Contact  |
Contents      Categories     PageIndex     RecentChanges     RecentlyCommented     Login/Register

Well-Formed Business Process Diagrams

The following characterize a well-formed business process diagram:

  • There is a start and an end event. [1]
  • Each split is matched with a join. [1]
  • A given input message/event is received by only one process/task.
  • A given output message/event is produced by only one process/task.
  • Processing of an input message/event is started in the process/task that receives the input.
  • An output message/event is generated at the earliest point possible and not passed to a later process/task.
  • Each process/task must have at least one input or one output message/event.
  • All input and output messages/events are at an atomic level. No composite messages/events are used.
  • Use parallel processes/tasks whenever possible.
  • Process/task names should be in verb-noun format. An example is “pay invoice.” [2]
  • Each task should be atomic in that it cannot be decomposed further.
  • Assemble processes based on frequency and affinity. High affinity is define as having 1:1 links. This technique clusters steps with 1:1 links and separates those clusters at the point of 1:M or M:1 links. [2]
  • Look out for orphan tasks. [1]

The Decomposition Matrix on this site generates diagrams that meet this criteria. You do, however, need to provide the naming in verb-noun format yourself after the diagram is generated.

[1] Business Process Driven SOA using BPMN and BPEL, Matjaz B. Juric and Kapil Pant.
[2] Workflow Modeling, Alec Sharp and Patrick McDermott.

There are no comments on this page. [Add comment]

Search this site
Custom Search
Resource Books at Amazon.com
by Martin Kalin
Average Customer Review: 4.5 stars - 16 reviews
Customer Review: I did learn a lot which is all that you can ask for. The book is thin - less than 300 pages, and the author writes in a good conversational style. It is a good tutorial but it probably does not make a good reference as it does not go into too...
by Leonard Richardson, Sam Ruby, David Heinemeier Hansson
Average Customer Review: 4 stars - 46 reviews
Customer Review: Good to hear someone make a convincing argument for a web-based services protocol versus the complexity of SOAP.
by Eben Hewitt
Average Customer Review: 4.5 stars - 12 reviews
Customer Review: Excelente trabajo el de Hewitt. El primer capitulo puede ser suficiente para pagar el precio. Cualquier empresa/arquitecto con una iniciativa SOA debe leer este libro. Completamente recomendado.