DMN is a great standard and we’ve both achieve considerable successes with it: its help to improve the transparency, accuracy and agility of many business decisions and helped us to deliver better decisions and decision services to our clients. However, like any released product, DMN 1.1 can benefit from usage suggested refinements.
Just as with any new device or services, refinements are driven by use in real projects.
Specifically those projects that really test the status quo by being demanding: large, complex, volatile
Most Models need to
Correlate the use of iterated items
And Yet
Sequences, Sets, Lists not distinguished from each other, or from simple values in DRD
Decision Requirements Can’t Represent Collection Activity
Cannot Test Collections Without Resorting to FEEL Boilerplate
If your solution consistently yields the same boilerplate, you’ve failed to ‘capture the idiom’
FEEL Boilerplate not appropriate for non-executable models.
The UTR demands that decision table conditions can only be mixtures of (see section 8.2.3.1 of our book):
Equalities and Inequalities with literal or variable quantities (e.g., >6.5, GOOD, <Maturity Date)
Ranges (e.g., [15..maxAge])
disjunctions (e.g., GOOD, BAD, UGLY)
negations of the above (e.g., not(BAD))
UT may make DTs simple but it can increase their size and increase the frequency of FEEL context boxed expressions.
Examples Available.