The PBD starts with examining the end-product data elements and associated business rules. The BA team then uses this information to redesign a process that produces the end-product. Special note about the team. The lead BA should remind the team members that this is a redesign effort. This is a real challenge especially for the team members who are knowledgeable with the existing process. It may be best to recruit team members with a “fresh pair of eyes.” Note that there is no doubt that the BA team will consider automation in the redesign. In this effort, the BA team should keep in mind a quote attributed to Bill Gates  on BPM.
“The first rule of any technology used in a business is that automation applied to an efficient operation will magnify the efficiency. The second is that automation applied to an inefficient operation will magnify the inefficiency. 
In my experience, all benefits come from redesigning or improving existing processes, not by applying automation through software. Software only facilitates the process improvement.
A combination of process modeling (BPMN) and decision modeling (DMN) simplifies business processes by eliminating and replacing entire sections of the model with a decision model—the decision logic of the process model is precisely captured by decision modeling a separate yet linked model.
The Event Model is an implementation-independent model understandable by business and technical audiences. It depicts the logic of detecting and deriving a situation of interest from a stream of open-ended event instances. It is a model for event logic that should be easier to create and understand than techniques for event processing in use by organizations today.
The TDM business glossary is the home for naming conventions, data types, and domain values that are meaningful to, and defined by, the business audience. Best of all is that resulting decision models are exactly as the business community wants and in the business’s own terminology.
So, what’s new now? A shift is occurring. Not only are decision models sanctioned as a new kind of deliverable, but thousands of them already operate in production systems serving major corporations. What’s new now is the emergence of an important question: what kinds of decisions belong in decision models and why?
Decision requirements models allow business analyst, architects and decision designers to describe the decision-making they need. When these models are combined with business-friendly decision tables, non-technical domain experts can represent critical “know-how” accurately and precisely resulting in faster time to value and fewer errors...
Today, it is very common for organizations to use The Decision Model for managing DQ logic. The results are impressive and also deliver unique advantages over other approaches. In some cases, organizations represent DQ logic in The Decision Model as part of requirements deliverables. In other cases, organizations create DQ logic in TDM-compliant software which validates the logic against TDM principles, generates and executes test cases, and sometimes deploys to target technology.
The goal of DMN is to provide a notation for decisions understandable to all audiences, including business and technical people. This is good news and is the very reason we introduced The Decision Model (TDM) to the public in 2009
This article examines how to use tabulation to write better business rules. If you’re not writing business rules, well, you should be. Fortunately, the very same guidelines apply to writing requirements in general, so there is much to be gained on all fronts.
brought to you by enabling practitioners & organizations to achieve their goals using:
Advertising Opportunities | Contact Us