Case Management Model and Notation Avatar
  1. OMG Specification

Case Management Model and Notation — Closed Issues

  • Acronym: CMMN
  • Issues Count: 19
  • Description: Issues resolved by a task force and approved by Board
Closed All
Issues resolved by a task force and approved by Board

Issues Summary

Key Issue Reported Fixed Disposition Status
CMMN-19 The XML document dtc-13-11-05.xsd is NOT valid (1 errors) CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-18 Figure 11 CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-17 Figure 72 (Example CMMN model) is wrong in spec CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-15 Errors in XML-Schema for CMMN (CMMN-1,2,3) CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-13 Missing statement on compliance CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-12 Wrong Expression containment mutiplicity CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-14 Add CMMN logo to front page of the spec CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-16 Sentries SHOULD be allowed for DiscretionaryItem's (CMMN-8) CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-11 Wrong multiplicity of the two containments of process parameter in process CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-10 CMMN FTF Issue: Wrong multiplicity of containment of case file item in case file CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-7 Inconsistent AutomaticActivation and Repetition Decorators between CMMN and BPMN (CMMN-5) CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-9 Required/Optional and Discretionary Tasks notation is inconsistent with BPMN (CMMN-7) CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-6 Reference from Section 5.4.10.5 CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-1 Expand TimeEventListener CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-8 Process and Case Task are inconsistent with BPMN call activity notation (CMMN-6) CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-3 Error in description of Active state for a Stage or Task CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-5 Improve Motivation for introducing an EventListener CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-4 More intuitive symbols for entry and exit criterion CMMN 1.0b1 CMMN 1.0 Resolved closed
CMMN-2 Contradicting Definitions of Sentry CMMN 1.0b1 CMMN 1.0 Resolved closed

Issues Descriptions

The XML document dtc-13-11-05.xsd is NOT valid (1 errors)

  • Key: CMMN-19
  • Legacy Issue Number: 19137
  • Status: closed  
  • Source: 88solutions ( Pete Rivett)
  • Summary:

    Line 381: content types of base type 'tCmmnElementWithMixedContent' and derived type 'tExpression' must both be mixed or element-only.

    Presumably tExpression should be declared to be mixed: this is not implicit through inheritance

  • Reported: CMMN 1.0b1 — Thu, 12 Dec 2013 05:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify CMMN XML-Schema file CMMN10CaseModel.xsd
    Old specification of type "tExpression":
    <xsd:complexType name="tExpression">
    <xsd:complexContent>
    <xsd:extension base="tCmmnElementWithMixedContent">
    <xsd:sequence>
    <xsd:element name="body" type="xsd:string" minOccurs="0" maxOccurs="1"/>
    </xsd:sequence>
    <xsd:attribute name="language" type="xsd:anyURI" use="optional"
    default="http://www.w3.org/1999/XPath"/>
    </xsd:extension>
    </xsd:complexContent>
    </xsd:complexType>

    New specification of type "tExpression":
    <xsd:complexType name="tExpression" mixed="true">
    <xsd:complexContent>
    <xsd:extension base="tCmmnElementWithMixedContent">
    <xsd:sequence>
    <xsd:element name="body" type="xsd:string" minOccurs="0" maxOccurs="1"/>
    </xsd:sequence>
    <xsd:attribute name="language" type="xsd:anyURI" use="optional"
    default="http://www.w3.org/1999/XPath"/>
    </xsd:extension>
    </xsd:complexContent>
    </xsd:complexType>

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Figure 11

  • Key: CMMN-18
  • Legacy Issue Number: 19128
  • Status: closed  
  • Source: VDMbee ( Henk de Man)
  • Summary:

    The composite end of the association between ParameterMapping and Expression, as shown in Figure 11, has multiplicity 0..*, which is technically wrong. It should have multiplicity 0..1.

  • Reported: CMMN 1.0b1 — Thu, 28 Nov 2013 05:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Change the multiplicity of the composite end of the association between ParameterMapping and Expression to 0..1.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Figure 72 (Example CMMN model) is wrong in spec

  • Key: CMMN-17
  • Legacy Issue Number: 19006
  • Status: closed  
  • Source: Oracle ( Ralf Mueller)
  • Summary:

    The example case model in Figure 72 shows several Discretionary Plan Items with a Sentry on the boundary. Per specification, those items MUST NOT have sentries.

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, provide new example

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Errors in XML-Schema for CMMN (CMMN-1,2,3)

  • Key: CMMN-15
  • Legacy Issue Number: 19004
  • Status: closed  
  • Source: Oracle ( Ralf Mueller)
  • Summary:

    Description: The XML-Schema for CMMN has the following issues:
    1. CaseFileItemTransition restriction missing attribute 'base="xsd:string"'
    2. Attribute "id" of complex type "tDefinitions" MUST be of type "xsd:ID" (and not "xsd:IDREF")
    3. Complex Types "tTask" and "tEvent" MUST NOT be abstract

    Attached are the new XML-Schema files that fixes above issues.

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify CMMN XML-Schema files CMMN10.xsd and CMMN10CaseModel.xsd

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Missing statement on compliance

  • Key: CMMN-13
  • Legacy Issue Number: 19002
  • Status: closed  
  • Source: VDMbee ( Henk de Man)
  • Summary:

    Compliance section should explicitly demand compliance with total spec.

    Most likely a section has to be added for this purpose.

    Note that this was a remark from the AB, back in December 2012, from the meeting in which the spec was adopted.

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify section 2 of the spec

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Wrong Expression containment mutiplicity

  • Key: CMMN-12
  • Legacy Issue Number: 19001
  • Status: closed  
  • Source: VDMbee ( Henk de Man)
  • Summary:

    As figure 12 shows, Expression is contained in three classes, all three with multiplicity 1. This is wrong, and should be 0..1.

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify PlanItemControl metamodel in Figure 12, section 5.4.11

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Add CMMN logo to front page of the spec

  • Key: CMMN-14
  • Legacy Issue Number: 19003
  • Status: closed  
  • Source: VDMbee ( Henk de Man)
  • Summary:

    It is desirable to add a CMMN logo to the front page of the spec.

    ((The team had reached agreement on that already, based on a graphical proposal from Denis Gagne))

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, add CMMN logo designed by Denis to front page

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Sentries SHOULD be allowed for DiscretionaryItem's (CMMN-8)

  • Key: CMMN-16
  • Legacy Issue Number: 19005
  • Status: closed  
  • Source: Oracle ( Ralf Mueller)
  • Summary:

    It has turned out that many of our potential users of CMMN 1.0 naturally model
    discretionary items with Sentries associated to PlanItem's in the Stage and there are multiple
    use cases that would benefit from allowing Sentries on Discretionary Items.

    So we'd propose to allow Sentries on DiscretionaryItem's in a Planning Table with the restriction
    that those Sentries MUST refer PlanItem elements of the Planning Table Stage.

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify PlanningTable metamodel (Figure 10) in section 5.4.9 and associated text in section 5.4.9.2 (DiscretionaryItem class)

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Wrong multiplicity of the two containments of process parameter in process

  • Key: CMMN-11
  • Legacy Issue Number: 19000
  • Status: closed  
  • Source: VDMbee ( Henk de Man)
  • Summary:

    Figure 11 shows how Process Parameter is contained twice in Process, both with mutiplicity 1. This is wrong. It should be 0..1

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify metamodel for Task in section 5.4.10

  • Updated: Fri, 6 Mar 2015 20:58 GMT

CMMN FTF Issue: Wrong multiplicity of containment of case file item in case file

  • Key: CMMN-10
  • Legacy Issue Number: 18999
  • Status: closed  
  • Source: VDMbee ( Henk de Man)
  • Summary:

    Case file item is contained in both itself (0..1) and case file (1).
    The containment in case file cannot be mandatory therefore, and hence has to be 0..1 as well.

    This also requires change of figure 4.

  • Reported: CMMN 1.0b1 — Fri, 11 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify CaseFile metamodel in Figure 4, section 5.3

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Inconsistent AutomaticActivation and Repetition Decorators between CMMN and BPMN (CMMN-5)

  • Key: CMMN-7
  • Legacy Issue Number: 18996
  • Status: closed  
  • Source: International Business Machines ( Mike Marin)
  • Summary:

    Chapter/Section: Chapter 6.12.2 (AutomaticActivation Decorator) and 6.12.4 (Repetition Decorator)
    Page Number(s): 68

    Description: There are inconsistencies in AutomaticActivation and Repetition decorators between CMMN and BPMN that makes it difficult for implementors to use both CMMN and BPMN in the same tool set. A goal of CMMN was consistency with BPMN, and so, we are proposing changes to CMMN to solve the decorator inconsistencies.

  • Reported: CMMN 1.0b1 — Thu, 10 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify section 5.4.11 on PlanItemControl and modify decorators in section 6.12.2 and 6.12.4

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Required/Optional and Discretionary Tasks notation is inconsistent with BPMN (CMMN-7)

  • Key: CMMN-9
  • Legacy Issue Number: 18998
  • Status: closed  
  • Source: International Business Machines ( Mike Marin)
  • Summary:

    Nature: Revision
    Severity: Significant
    Chapter/Section: 6.12.3 (Required Decorator) and 6.7 (Tasks), 6.6 (Plan Fragments)
    Page Number(s): 57 - 60; 68 - 69

    Description: The required/optional decorator introduces an inconsistency between CMMN and BPMN. In addition, discretionary tasks can be confused with event sub-processes. The concepts of optional and discretionary have some similitude, and so, they should have similar icons.

  • Reported: CMMN 1.0b1 — Thu, 10 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Reject issue
    Revised Text:

    Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Reference from Section 5.4.10.5

  • Key: CMMN-6
  • Legacy Issue Number: 18888
  • Status: closed  
  • Source: University of Applied Sciences of Zwickau ( Ralf Laue)
  • Summary:

    The reference from Section 5.4.10.5 in the first sentence should be "see 5.4.10.5.1"

  • Reported: CMMN 1.0b1 — Thu, 5 Sep 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify reference in section 5.4.10.5

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Expand TimeEventListener

  • Key: CMMN-1
  • Legacy Issue Number: 18883
  • Status: closed  
  • Source: University of Applied Sciences of Zwickau ( Ralf Laue)
  • Summary:

    For timeExpression, a string conforming to the ISO-8601 format is allowed.
    While this format would allow time events occurring at a given point of time, it is impossible to specify time events that occur after a given period of time that starts with a state change of an instance.
    For example, it would be impossible to specify that a time event occurs five days after an incoming invoice arrived.
    Suggestion: TimerEventListener should contain another attribute that allows to specify a point of time when the duration given in timerExpression starts. This point of time should correspond to a state change of an instance.

  • Reported: CMMN 1.0b1 — Thu, 5 Sep 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Modify TimerEventListener Metamodel (Figure 6, section 5.4.2) to include references to PlanItem and CaseFileItem lifecycle state changes that triggers the start of a TimerEventListener

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Process and Case Task are inconsistent with BPMN call activity notation (CMMN-6)

  • Key: CMMN-8
  • Legacy Issue Number: 18997
  • Status: closed  
  • Source: International Business Machines ( Mike Marin)
  • Summary:

    Nature: Revision
    Severity: Significant
    Chapter/Section: 6.7.2 (Case task) and 6.7.3 (Process Task)
    Page Number(s): 59 - 80

    Description: Process and Case Tasks are semantically similar to BPMN call activity, but do not have thick border lines. In addition, this proposal suggest that some markers should be optional markers for tool sets that combine both CMMN and BPMN.

  • Reported: CMMN 1.0b1 — Thu, 10 Oct 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, added sub-sections 6.7.2.1 and 6.7.3.1

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Error in description of Active state for a Stage or Task

  • Key: CMMN-3
  • Legacy Issue Number: 18885
  • Status: closed  
  • Source: University of Applied Sciences of Zwickau ( Ralf Laue)
  • Summary:

    In Table 50, the description of the "Active" state contains two cases, separated by "and/or".
    It is obvious that "and" cannot happen, therefore "and/or" should be replaced by "or".

  • Reported: CMMN 1.0b1 — Thu, 5 Sep 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agree with problematic statement, text in section 7.3.2 has been modified

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Improve Motivation for introducing an EventListener

  • Key: CMMN-5
  • Legacy Issue Number: 18887
  • Status: closed  
  • Source: University of Applied Sciences of Zwickau ( Ralf Laue)
  • Summary:

    The following statement is used for motivating the introduction of the class EventListener:
    "However, elapse of time cannot be captured via these 'standard events', and it will often lead to very indirect modeling, when any user event..."
    Suggestion: To improve readability, change the text to:
    "However, elapse of time cannot be captured via these 'standard events'. Also, it will often lead to very indirect modeling..."
    When reading the current sentence, the reader might (at least initially) assume that the indirect modeling refers to elapse of time.

  • Reported: CMMN 1.0b1 — Thu, 5 Sep 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agreed on the issue, modify text in section 5.4.2

  • Updated: Fri, 6 Mar 2015 20:58 GMT

More intuitive symbols for entry and exit criterion

  • Key: CMMN-4
  • Legacy Issue Number: 18886
  • Status: closed  
  • Source: University of Applied Sciences of Zwickau ( Ralf Laue)
  • Summary:

    n the visual notation, a shallow and a solid diamond symbol are used for depicting entry and exit criterion.
    Both symbols are not intuitively understandable. Someone who learns the CMMN notation must explicitly learn the difference between shallow and solid symbol. It is likely that inexperienced modelers will mistake one symbol for the other.

    Suggestion: Use an incoming arrow symbol (similar to the UNICODE symbol 21E8) for a Sentry serving as entry criterion and analogously an outgoing arrow symbol for a Sentry serving as exit criterion. This notation will be understood intuitively.

    Note: I am aware of the fact that the currently suggested symbols are already used in the scientific works on the GSM approach. However, the CMMN standard is aimed to be used by a large number of people, including business people who do not have too much time to learn the notation (see the description of target users in section 4.3.). It would be simple for the few scholars who read the work on GSM to learn the new symbols. For inexperienced modelers, easy-to-lern symbols are a great help for adapting the language.

  • Reported: CMMN 1.0b1 — Thu, 5 Sep 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Reject issue.
    Revised Text:

    Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Contradicting Definitions of Sentry

  • Key: CMMN-2
  • Legacy Issue Number: 18884
  • Status: closed  
  • Source: University of Applied Sciences of Zwickau ( Ralf Laue)
  • Summary:

    While on page 32 it is stated that a Sentry does not have to have an On-part, the text on page 33 says that a Sentry may consist of one or more OnParts.
    This can be read as a contradiction; the meaning of "may" is not clear enough.

  • Reported: CMMN 1.0b1 — Thu, 5 Sep 2013 04:00 GMT
  • Disposition: Resolved — CMMN 1.0
  • Disposition Summary:

    Agree with problematic statement, text in section 5.4.6 has been modified

  • Updated: Fri, 6 Mar 2015 20:58 GMT