Business process modeling in the real world requires us to represent how processes deal with exceptions, delays and deadlines. Intermediate timer events can be used to model deadlines and the business processes for handling them. See an example of how to model a business process where two deadlines expire and the business responds.
Business Process Modeling / Requirements / Requirements gathering
Posted on:
BPMN Diagrams – Wait For An Intermediate Timer Event
Business process modeling requires us to model behaviors of people and organizations. Those behaviors often involve waiting. Prescribed delays, or waiting for a specific time or date is what we can represent with an intermediate timer event in the sequence flow of a BPMN diagram. This article shows an example of how to model this delay in a business process.
Requirements / Software development
Posted on:
Alphabet Soup – Requirements Documents
This is my requirements document. There are many like it, but this one is mine. My requirements document is my life. [Kubrick, with some editing]. Michael provides a comparison of requirements documentation formats seen in the wild. A good companion to our earlier piece, Michael provides some “what to expect” guidance about how different companies use the different documentation formats. Check it out.
Agile / Process Improvement / Software development
Posted on:
Making Agile Offshore Teams Work
Agile processes stress communication and colocation. Splitting a team into on and offshore resources inhibits the first and prevents the second. Teams struggle to resolve this apparent conflict of interest. Applying best practices (for any team) to address these challenges makes it possible. Martin Fowler provides us with great guidance based on years of experience with his company.
Business Process Modeling / Requirements / Requirements gathering
Posted on:
BPMN Diagrams – Boundary Intermediate Message Events
Intermediate message events can be placed on an activity boundary in BPMN. This use represents a form of exception handling for a task or sub-process, in response to an incoming message. This is a very different behavior than the ones we previously described, which show how to use intermediate message events in the course of the normal sequence flow of a business process.
Administrivia / Business Process Modeling / Requirements / Requirements gathering
Posted on:
Yesterday’s BPMN Post Was A Big Fat Lie
Yesterday’s post contained a pretty significant mistake (aka “Big Fat Lie”). I showed a diagram that was in violation of the BPMN specification for intermediate message events. The post has been corrected, showing both the “bad” instructions, and the associated corrections. The proper way to use intermediate message events within […]
Business Process Modeling / Requirements / Requirements gathering
Posted on:
BPMN Diagrams – Flowing Intermediate Message Events
One of the 9 intermediate events in BPMN is the message intermediate event. There are two ways to use the message intermediate event, as an element in the sequence flow, or as an attachment to the boundary of an activity for exception processing. See how to use message intermediate events in a sequence flow. [Updated with correction of glaring error on Aug 22nd, 2006]
Business Process Modeling / Requirements / Requirements gathering
Posted on:
BPMN Diagrams – Undefined Intermediate Events
There are 9 different intermediate events in BPMN. One of them, called the none intermediate event, is “undefined” in that it doesn’t specify a distinct behavior. Unlike the other intermediate events, the none intermediate event has a single interpretation, and will only be used with a specific methodology.
Software development / Test Automation / Testing
Posted on:
John Henry, Manual Tester
There’s a piece of North American folklore about John Henry, who was a manual laborer during the expansion of the railroads in our country. His job was being replaced by steam-driven heavy equipment, as the railroad industry applied technology to become more efficient. The same dynamics are happening today with manual testers. We need to make sure that manual testers avoid John Henry’s fate – read on to see why.