-
Key: DMN13-11
-
Status: closed
-
Source: Oracle ( Gary Hallmark)
-
Summary:
Decisions in DMN are actually expressions in a formal language (by default, FEEL). These expressions describe a range of computations and calculations, including constants like 42, calculations like (x-y)/2, and decisions using decision tables. It's awkward referring to constants and math formulas as 'decisions', but most of the time, decision is the right word. Should we allow some 'decoration' of the decision rectangle (e.g. an icon) to indicate whether it is a constant, a calculation, a decision, etc.?
Another observation - InputData and BKM are not really needed to build a working DMN product. Decisions can be used instead of InputData. All your decision services would use input decisions instead of input data. Decisions can be used instead of BKMs, as there is no prohibition about a decision's logic being a FunctionDefinition. This means that decisions can invoke other decisions or simply reference them. Either way, there is an information requirement.
-
Reported: DMN 1.1 — Mon, 11 Apr 2016 19:42 GMT
-
Disposition: Closed; No Change — DMN 1.3
-
Disposition Summary:
withdrawn by submitter
Do not see much value here.
-
Updated: Mon, 30 Mar 2020 19:50 GMT
DMN13 — Decisions can be used for many things, do we need a taxonomy?
- Key: DMN13-11
- OMG Task Force: Decision Model and Notation 1.3 RTF