${taskforce.name} Avatar
  1. OMG Task Force

Business Process Definition Metamodel FTF 2 — All Issues

  • Key: BPDMF2
  • Issues Count: 51
Open Closed All
All Issues

Issues Summary

Key Issue Reported Fixed Disposition Status
BPDMF2-3 BPDM RTF Issue: Explicit modeling of decisions vs BPDM BPDM 1.0b2 open
BPDMF2-16 monitored change condition' should be owned by 'Change Condition Step' BPDM 1.0b1 open
BPDMF2-37 Error in the superset of 'owned behavioral connection' BPDM 1.0b1 open
BPDMF2-38 Missing Comment on Terminate BPDM 1.0b1 open
BPDMF2-18 Missing notation for the 'End' Behavioral Change BPDM 1.0b1 open
BPDMF2-6 Section: 4.4.2.5 BPDM 1.0b1 open
BPDMF2-12 Wrong SuperType for EmbeddedProcess BPDM 1.0b1 open
BPDMF2-21 ownedInteraction should belong to Interactive Processing Behavior BPDM 1.0b1 open
BPDMF2-26 Statement should be a Packageable Element BPDM 1.0b1 open
BPDMF2-36 Generalization should be in Infrastructure, not CommonAbstraction BPDM 1.0b1 open
BPDMF2-15 BPDM XML Namespace BPDM 1.0b1 open
BPDMF2-8 Typed Part' should be a sub-type of 'Property' BPDM 1.0b1 open
BPDMF2-27 There is no way to have conditions on Facts BPDM 1.0b1 open
BPDMF2-31 Cancel shouldn't be in the 'Happening and Change' library BPDM 1.0b1 open
BPDMF2-5 BPDM Beta 1 document dtc/07-07-01, in Section 6.3.2.6, page 35 BPDM 1.0b1 open
BPDMF2-4 Section: Activity BPDM 1.0b2 open
BPDMF2-20 Processing Behavior Package and Simple Interaction Package BPDM 1.0b1 open
BPDMF2-28 Property should not be navigable BPDM 1.0b1 open
BPDMF2-13 Parallel Join BPDM 1.0b1 open
BPDMF2-25 There is a need to have ends that are logical failure BPDM 1.0b1 open
BPDMF2-30 BPMN Universal Happening should use sub-properties BPDM 1.0b1 open
BPDMF2-9 Useless ownership association BPDM 1.0b1 open
BPDMF2-1 BPDM FTF - Alignment with BPMN 1.1 BPDM 1.0b1 open
BPDMF2-17 Missing notation for the 'Start' Behavioral Change BPDM 1.0b1 open
BPDMF2-29 Time Change should not be abstract BPDM 1.0b1 open
BPDMF2-14 Description of succession BPDM 1.0b1 open
BPDMF2-34 involving interaction-involved interactive part' should be a derived union BPDM 1.0b1 open
BPDMF2-32 CommonAbstractions' should be an independant Package BPDM 1.0b1 open
BPDMF2-10 Typo error in 'conditionning behavioral step' BPDM 1.0b1 open
BPDMF2-11 There is a need to have 'ends' that are logical success BPDM 1.0b1 open
BPDMF2-23 Sub-Properties are not used in the Universal Happening BPDM 1.0b1 open
BPDMF2-24 Statement should belong to the Composition Model BPDM 1.0b1 open
BPDMF2-35 involved interactive part has the same name has its superset BPDM 1.0b1 open
BPDMF2-7 Section: 4.4.2.11 BPDM 1.0b1 open
BPDMF2-2 Spelling error in Activity Model description BPDM 1.0b1 open
BPDMF2-19 Missing notation for Interaction Role BPDM 1.0b1 open
BPDMF2-22 specified fact change condition' shouldn't have a superset BPDM 1.0b1 open
BPDMF2-33 Align with Classifier from Infrastructure BPDM 1.0b1 open
BPDMF2-51 Events occur in the context of exactly one Happening Over Time BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-50 Merge Happening Model with Course Model BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-49 Course Part conditions on successions BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-48 Common Infrastructure BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-47 Section: Happening and Change BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-42 spec doesn't provide a unified way to specify and represent link references BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-41 Section: Simple Interaction BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-45 Section: 6.7 BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-44 representation of multiple inheritance BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-39 Happening part multiplicty BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-40 Section: Happening and Change BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-46 Universal Behavior should be named Behavior Occurrence. BPDM 1.0b2 BPDM 1.0 Resolved closed
BPDMF2-43 reference representation of property BPDM 1.0b2 BPDM 1.0 Resolved closed

Issues Descriptions

BPDM RTF Issue: Explicit modeling of decisions vs BPDM

  • Key: BPDMF2-3
  • Legacy Issue Number: 11821
  • Status: open  
  • Source: Knowledge Partners, Inc. ( Paul Vincent)
  • Summary:

    At the BMI meeting on 10Dec07/Burlingame, there was a discussion on decision modeling and its relationship to existing modeling needs and standards. An action from the meeting was to raise the question of whether decision modeling was explicitly, or could explicitly, be “handled” within BPDM (and consequently, whether BPDM should model decisions more explicitly).

    {This was considered a possible issue for the BPDM(BPMN)2 RFP, but I am raising it with the FTF on the basis that it is up to the FTF to determine whether any “issue” is for a future version or not.}

    Comments:

    From my understanding of BPDM, a decision activity can simply be a BPDM activity, and modelled via Behavioral Step / Change Condition Step, which is probably too low level to be useful for talking about decisions in processes, but may be necessary for mapping decisions into processes.

    This is going to be difficult to answer without a formal definition of a decision model. And I am not going to define one at this stage of discussions! J However, it is probably safe to assume that a Decision Table is an instance of a Decision Model. And that invoking decision tables (and services) in BPM activities is pretty common. So hopefully the concept is not too alien to the BPM community. Disclaimer: of course issue may be revised as the terminology is refined.

    Personally, I think the answer is “yes” in that decision processes in BPDM (1/2) can accommodate decision services and processes (eg as custom external activities prior to a BPMN gateway), but BPDM (1/2) does not include business-level decision modeling, and that decisions and process are probably orthogonal, and that BPDM should simply reference any future decision model as a special activity as required.

    Related to this is some of the BPDM positioning I have seen which implies a (SBVR-type) business rule is also embedded in processes. It is far more likely that SBVR type business rules dictate and direct the development of processes, and impact their behaviour, rather than are directly included in processes. At best there is traceability from process definition to SBVR business rule and BMM constructs. Much more likely is the idea that processes embed decisions and “operational business rules” (rules with behaviour, IMHO) (which typically are represented as production rules in automated processes).

  • Reported: BPDM 1.0b2 — Wed, 19 Dec 2007 05:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

monitored change condition' should be owned by 'Change Condition Step'

  • Key: BPDMF2-16
  • Legacy Issue Number: 11134
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    monitored change condition' should be owned by 'Change Condition Step'

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Error in the superset of 'owned behavioral connection'

  • Key: BPDMF2-37
  • Legacy Issue Number: 11126
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Error in the superset of 'owned behavioral connection'

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Missing Comment on Terminate

  • Key: BPDMF2-38
  • Legacy Issue Number: 11130
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Missing Comment on Terminate

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Missing notation for the 'End' Behavioral Change

  • Key: BPDMF2-18
  • Legacy Issue Number: 11132
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Missing notation for the 'End' Behavioral Change

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Section: 4.4.2.5

  • Key: BPDMF2-6
  • Legacy Issue Number: 11235
  • Status: open  
  • Source: Brandenburg University of Technology ( Gerd Wagner)
  • Summary:

    The association end name "specified happening condition" for the association between Change and Change Condition must be replaced by "specified change condition".

  • Reported: BPDM 1.0b1 — Mon, 30 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Wrong SuperType for EmbeddedProcess

  • Key: BPDMF2-12
  • Legacy Issue Number: 11148
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Wrong SuperType for EmbeddedProcess

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

ownedInteraction should belong to Interactive Processing Behavior

  • Key: BPDMF2-21
  • Legacy Issue Number: 11135
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    ownedInteraction should belong to Interactive Processing Behavior

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Statement should be a Packageable Element

  • Key: BPDMF2-26
  • Legacy Issue Number: 11138
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Statement should be a Packageable Element

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Generalization should be in Infrastructure, not CommonAbstraction

  • Key: BPDMF2-36
  • Legacy Issue Number: 11127
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Generalization should be in Infrastructure, not CommonAbstraction

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

BPDM XML Namespace

  • Key: BPDMF2-15
  • Legacy Issue Number: 11592
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    BPDM and BPMN are shortly going to merge in the next BPMN2 RFC.

    In order to ensure continuity between these various RFC, BPDM should use “bpmn” as its XML Namespace.

  • Reported: BPDM 1.0b1 — Thu, 4 Oct 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Typed Part' should be a sub-type of 'Property'

  • Key: BPDMF2-8
  • Legacy Issue Number: 11145
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Typed Part' should be a sub-type of 'Property' instead of 'MultiplicityElement'

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

There is no way to have conditions on Facts

  • Key: BPDMF2-27
  • Legacy Issue Number: 11143
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    There is no way to have conditions on Facts

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Cancel shouldn't be in the 'Happening and Change' library

  • Key: BPDMF2-31
  • Legacy Issue Number: 11124
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Cancel shouldn't be in the 'Happening and Change' library

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

BPDM Beta 1 document dtc/07-07-01, in Section 6.3.2.6, page 35

  • Key: BPDMF2-5
  • Legacy Issue Number: 11305
  • Status: open  
  • Source: Object Management Group ( Dr. Jon M. Siegel)
  • Summary:

    In the BPDM Beta 1 document dtc/07-07-01, in Section 6.3.2.6, page 35, the document reads

    The default succession is represented by a default Marker that MUST be a backslash near the beginning of the line representing the Succession.

    However, the diagram accompanying the statement shows a FORWARD slash. twice, in fact.

  • Reported: BPDM 1.0b1 — Tue, 21 Aug 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Section: Activity

  • Key: BPDMF2-4
  • Legacy Issue Number: 12179
  • Status: open  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    first iteration guard. The "first iteration" guard on successions from IterationEnd should have OCL specified.

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Processing Behavior Package and Simple Interaction Package

  • Key: BPDMF2-20
  • Legacy Issue Number: 11141
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    The Processing Behavior Package and Simple Interaction Package have a circular dependency

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Property should not be navigable

  • Key: BPDMF2-28
  • Legacy Issue Number: 11136
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Property should not be navigable

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Parallel Join

  • Key: BPDMF2-13
  • Legacy Issue Number: 11335
  • Status: open  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    From Sylvain:

    p 46 – Parallel Join : in the sentence « Parallel Join is a Course Control Part Indication that the parts (in the sense of individuals) following it happen after the parts preceding them »

    Is the word « individuals » really appropriated ? We are positioning M0 elements (individuals) in perspective of M1 elements (Course Control Part) which have no M0 enactment...

    ð Antoine

    The parts mentioned in the description are the “following” parts (successor parts) of the course control part. These successors are usually a “typed course part” that represents.

    We could do two things to clarify the sentence:

    1. Verify that the term (individual) is explicity used other the specification as referencing M0 elements

    2. Change the sentence to mention “typed course part”

    « Parallel Join is a Course Control Part Indication that the typed course parts (in the sense of individuals) following it happen after the typed course parts preceding them »

  • Reported: BPDM 1.0b1 — Fri, 7 Sep 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

There is a need to have ends that are logical failure

  • Key: BPDMF2-25
  • Legacy Issue Number: 11142
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    There is a need to have ends that are logical failure

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

BPMN Universal Happening should use sub-properties

  • Key: BPDMF2-30
  • Legacy Issue Number: 11122
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    BPMN Universal Happening should use sub-properties

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Useless ownership association

  • Key: BPDMF2-9
  • Legacy Issue Number: 11147
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Useless ownership association between Behavioral Step Group and Processing Behavior

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

BPDM FTF - Alignment with BPMN 1.1

  • Key: BPDMF2-1
  • Legacy Issue Number: 11593
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    BPDM 1.1 has added some new shapes to the initial BPDM 1.0 specification.

    BPDM should provide metamodel supports for these new shapes.

  • Reported: BPDM 1.0b1 — Thu, 4 Oct 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Missing notation for the 'Start' Behavioral Change

  • Key: BPDMF2-17
  • Legacy Issue Number: 11133
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Missing notation for the 'Start' Behavioral Change

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Time Change should not be abstract

  • Key: BPDMF2-29
  • Legacy Issue Number: 11144
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Time Change should not be abstract

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Description of succession

  • Key: BPDMF2-14
  • Legacy Issue Number: 11336
  • Status: open  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    From Sylvain:

    p 47 – Succession : in the sentence “ A Succession indicates that that one Course Part ‘follows’ another in time ”

    Is this really true ? After all if we have:

    Task A -à Task B

    With an immediate succession between Task A and Task B, then Task A and B will be enacted at the same time, and Task A might actually last longer than Task B effectively contradicting the above statement since an ‘Immediate Succession’ is a kind of ‘Succession’.

    ð Antoine

    “Follows” include the fact that it could start at the same time. It says nothing about the duration (or the end) of task A versus task B

    I think Conrad had a better explanation in the discussion he had with Steve White.

    Conrad, could you please help clarify the sentence.

  • Reported: BPDM 1.0b1 — Fri, 7 Sep 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

involving interaction-involved interactive part' should be a derived union

  • Key: BPDMF2-34
  • Legacy Issue Number: 11129
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    involving interaction-involved interactive part' should be a derived union

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

CommonAbstractions' should be an independant Package

  • Key: BPDMF2-32
  • Legacy Issue Number: 11125
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    CommonAbstractions' should be an independant Package

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Typo error in 'conditionning behavioral step'

  • Key: BPDMF2-10
  • Legacy Issue Number: 11146
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Typo error in 'conditionning behavioral step'

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

There is a need to have 'ends' that are logical success

  • Key: BPDMF2-11
  • Legacy Issue Number: 11149
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    There is a need to have 'ends' that are logical success

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Sub-Properties are not used in the Universal Happening

  • Key: BPDMF2-23
  • Legacy Issue Number: 11140
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Sub-Properties are not used in the Universal Happening

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Statement should belong to the Composition Model

  • Key: BPDMF2-24
  • Legacy Issue Number: 11139
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Statement should belong to the Composition Model

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

involved interactive part has the same name has its superset

  • Key: BPDMF2-35
  • Legacy Issue Number: 11128
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    involved interactive part has the same name has its superset

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Section: 4.4.2.11

  • Key: BPDMF2-7
  • Legacy Issue Number: 11236
  • Status: open  
  • Source: Brandenburg University of Technology ( Gerd Wagner)
  • Summary:

    In Figure 27, the text below the circle must be "End" instead of "Finish"

  • Reported: BPDM 1.0b1 — Mon, 30 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Spelling error in Activity Model description

  • Key: BPDMF2-2
  • Legacy Issue Number: 11603
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    p 98 – second paragraph “emdedded”

    third paragraph “emdedded”

  • Reported: BPDM 1.0b1 — Thu, 13 Sep 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Missing notation for Interaction Role

  • Key: BPDMF2-19
  • Legacy Issue Number: 11131
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Missing notation for Interaction Role

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

specified fact change condition' shouldn't have a superset

  • Key: BPDMF2-22
  • Legacy Issue Number: 11137
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    specified fact change condition' shouldn't have a superset

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Align with Classifier from Infrastructure

  • Key: BPDMF2-33
  • Legacy Issue Number: 11121
  • Status: open  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    Align with Classifier from Infrastructure

  • Reported: BPDM 1.0b1 — Tue, 10 Jul 2007 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Events occur in the context of exactly one Happening Over Time

  • Key: BPDMF2-51
  • Legacy Issue Number: 12217
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Events occur in the context of exactly one Happening Over Time. This constraint should be captured in a model library between Event Occurrence and Happening over Time Occurrence.

  • Reported: BPDM 1.0b2 — Sat, 9 Feb 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    This belongs in Course, where the events are course events. In a Course Model library, define specializations for Course Events, with association between Course Occurrence and Course event (induced event occurrence) multiplicity 1 on the Course Event End.
    No revised text:
    See changes in Course Model Library. You can refer to changes in Issue 12216 (Merge Happening Model with Course Model).

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

Merge Happening Model with Course Model

  • Key: BPDMF2-50
  • Legacy Issue Number: 12216
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Merge Happening Model with Course Model. The Course Model is not currently a reusable module. It implicitly uses the concepts of start and end, which are introduced in the Happening Model. Merge the Happening Model into the Course Model.

  • Reported: BPDM 1.0b2 — Sat, 9 Feb 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    HappeningPart are Typed Course Part are merged
    . Happening Succession is merged into succession
    . Behavior is merged into Course
    . Behavioral Event is renamed Course Event
    . Course is made concrete
    . Succession is made concrete
    . Behavior Succession is merged with Succession
    . Immediate Processing Succession is merged with Immediate Succession
    . Behavioral Event Condition is renamed Behavior Event Condition
    . In the entire document, the term 'processing' is replaced by 'behavior'
    . Processing Behavior is renamed into Behavior

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

Course Part conditions on successions

  • Key: BPDMF2-49
  • Legacy Issue Number: 12215
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Course Part conditions on successions. The semantics of succession requires all successions coming into a typed course part to satisfied for the course part to start, and satisfies all succession going out of the typed course part when the part is finished. The semantics of courses varies among process languages. The course model should support any condition or combination of incoming successions to start a tyoed course part, and the same for outgoing successions.

  • Reported: BPDM 1.0b2 — Fri, 8 Feb 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Add two associations on Typed Course Part
    previous succession condition
    next succession condition
    . Add an M1 library: 'Common Infrastructure Library'
    . Add two 'Conditions' owned by the 'Common Infrastructure Library'.
    AllSuccessions : Condition requiring all successions to be satisfied (AllSuccession) before the execution of a Typed Course Part.
    OneSuccession: Condition requiring only one succession to be satisfied before the execution of a Typed Course Part.

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

Common Infrastructure

  • Key: BPDMF2-48
  • Legacy Issue Number: 12207
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Common Infrastructure. Abstractions should support serialization by itself and interoperably with serialization of Constructs. In particular: Abstractions should support serialization by itself and interoperably with serialization of Constructs. In particular: Package and Property should be available in Abstractions, to enable Abstractions to be used for serialization of typical models by itself. - There should be no circular dependencies between packages in Abstractions. Constructs should only use imports from Abstractions, to enable models using Constructs to interoperate with models using only Abstractions. Package merge produces noninteroperable XSDs.

  • Reported: BPDM 1.0b2 — Sat, 2 Feb 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Rename the 'Common Abstractions' package into 'Common Infrastructure'
    . Merge Core:Abstractions and Core:PrimitiveTypes into 'Common Infrastructure'
    . Update the 'Namespaces" package with all elements contained Constructs.
    . Add a new 'Packages' packages to 'Common Infrastructure:Abstractions'. It includes all elements of Constructs:Package, except 'PackageMerge'.
    . Introduce a new class called 'ImportableElement' in Abstractions::Namespaces that takes the place of PackageableElement. It generalizes PackageableElement in Abstractions::Packages.
    . Remove the Visibilities package from Core:Abstractions
    . Move PackageImport and PackageableElement from Abstraction::Namespaces to Abstraction::Packages.
    . PackageableElement generalizes Type in Abstractions.
    . Merge the Changeabilities package into the StructuralFeatures package.
    . Add a new 'Properties' package in Abstractions that contains Property.
    . Add a new 'Datatypes' package in Abstractions that has the content of the Datatype Diagram of Constructs, except the associations with Operations.
    . Change the dependencies with 'Common Infrastructure' to take into account the packages.
    . Separate the BPDM document in two parts: Common Infrastructure, Process Definitions

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

Section: Happening and Change

  • Key: BPDMF2-47
  • Legacy Issue Number: 12206
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    The Happening and Change Model should be called the Behavior and Event Model. The Change element was renamed to Event in FTF 1.

  • Reported: BPDM 1.0b2 — Fri, 1 Feb 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Resolution:
    Solved by resolution of issue 11593 where the 'Happening and Change' package had been renamed into 'Happening Model'.

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

spec doesn't provide a unified way to specify and represent link references

  • Key: BPDMF2-42
  • Legacy Issue Number: 12181
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    The specification doesn't provide a unified way to specify and represent link references. It is currently possible to use either IDREF or href. Furthermore, no standard URI representation is made mandatory. The lack of mandatory reference scheme prevents to ensure interoperability when xmi models are organized in multiple xml files.

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Resolution:
    A new xmi_infra.xsd schema is created to host the XML attributes to provide validation of reference in the context of XML schemas.
    The LinkAttribs complex type allows either for id/IDREF references and id/href references.

    <?xml version="1.0" encoding="UTF-8"?>
    <xsd:schema
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xmi="http://schema.omg.org/spec/XMI/2.1"
    targetNamespace="http://schema.omg.org/spec/XMI/2.1"
    >

    <xsd:include schemaLocation="../../../XMI/20071213/xmi.xsd"/>

    <xsd:attribute name="idref" type="xsd:IDREF"/>
    <xsd:attribute name="label" type="xsd:string"/>
    <xsd:attribute name="referenceTypeID" type="xsd:QName"/>

    <xsd:complexType name="LinkAttribs">
    <xsd:attribute ref="xmi:label" use="optional"/>
    <xsd:attribute ref="xmi:idref" use="optional"/>
    <xsd:attribute name="href" type="xsd:string" use="optional"/>
    <xsd:attribute ref="xmi:referenceTypeID" use="optional"/>
    </xsd:complexType>

    </xsd:schema>

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

Section: Simple Interaction

  • Key: BPDMF2-41
  • Legacy Issue Number: 12180
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Simple interaction binding can be replaced with two associations from Simple Interaction to itself, using the style of Processing Succession

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Resolution:
    Associations:
    . The "source internal interaction" property is now owned by "simple interaction"
    . The "target internal interaction" property is now owned by "simple interaction"
    . The "Simple Interaction Binding" metaclass is deleted

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

Section: 6.7

  • Key: BPDMF2-45
  • Legacy Issue Number: 12199
  • Status: closed  
  • Source: MEGA International ( Mr. Antoine Lonjon)
  • Summary:

    The chapter called "Simple Interaction Model" is in fact about "Interactive Behavior". It should be renamed as such.

  • Reported: BPDM 1.0b2 — Fri, 25 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    The 'Simple Interaction' package is renamed into 'Interactive Behavior Model'.

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

representation of multiple inheritance

  • Key: BPDMF2-44
  • Legacy Issue Number: 12183
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    The representation of multiple inheritance prevents from using XSD extension mechanism. As a results, it is impossible to serialize properties which have an abstract type, the sub-type of which having multiple super-type. This is a major issue as it prevents from building a proper, sharable XSD stack.

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    1. Apply org.omg.xmi.useExtension=true to top package
    2. Use the folowing multiple inherintance algorithm for XMI serialization

    A. The mainSuperType tag is taken into account only at one level.
    B. Properties coming from the main super-type and its hierarchy (without distinguishing between main or not main super-types) are not copied.
    B. Properties coming from the other super-types and their super-type hierarchy (without distinguishing between main or not main super-types) are copied expect for those properties that comes from classes that are also in the main-super type hierarchy (see previous).

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

Happening part multiplicty

  • Key: BPDMF2-39
  • Legacy Issue Number: 12177
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Happening part multiplicty. M1 instances of Happening Part should have a multiplicity maximum of 1. The minimum should be one for some of the event parts, such as start and end, and for processing steps. This can be expressed as OCL or with additional parts in the M1 libraries with multiplicies, that are superproperties of user happening parts.

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Resolution:
    Happening parts in general can potentially value multiple M0 events as values or none. The multiplicity minimum and minimum of start and end event parts should be 1. The minimum multiplicity of the other event parts in the Happening Model library should be zero and the maximum 1. Process steps do not necessarily have a minimum multiplicity of 1. That would require the step to execute at least once, which it might not, depending on the process definition. The default lower and upper multiplicity from Abstractions:MultiplicityElement is 1.
    It must be 0..* for BPDM typed parts.

    Revised Text:
    Revised Class Revised Text
    Typed Part Section 6.3.2.19 (Typed Part) of the DTC/07-12-01 document add new subsection Constraints, with the following:[1] The default values for lower and upper (from Abstraction:MultiplicityElement) are 0 and * respectively.context TypedPart::lower: Integerinit: 0context TypedPart::upper: UnlimitedIntegerinit: *

    Revised Diagram: BPMN Extensions Library: BPMN Process Occurrence Instance
    Section 6.9.2.5 (BPMN Extensions Library) of document DTC/07-12-01, Figure 6.100, add upper properties to the Compensate and Cancel event parts and give them values of 1

    Revised Diagram: Common Infrastructure Library: 'Happening Occurrences'
    Section 6.5.2.4 (the Happening Model library), Figure 6.22 of the DCT/07-04-01 , add lower and upper properties to the Start and End event parts and give them values of 1.

    Resolution Status:
    Resolved.

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

Section: Happening and Change

  • Key: BPDMF2-40
  • Legacy Issue Number: 12178
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Constraints on part disjointness. Constraints on part disjointness should be expressed in OCL. For example, abort and finish can't both have values on the same M0 execution.

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Resolution:
    The constraint could be expressed with disjointness between M1 event classes, but Abstraction does not support disjointness, and UML disjointness requires an M1 Behavior Event supertype.
    Use OCL constraints on the M1 event parts.

    Revised Text:
    Revised Instance Revised Text
    Behavior Occurrence Section 6.5.2.47 (Instance: Universal Behavior, renamed to Behavior Occurrence in resolution to Issue 12205) of document DCT/07-12-01, add subsection Constraints, with the following:[1] Normal End and Abnormal End cannot have values at the same time. not (self.Normal End->notEmpty() and self.Abnormal End->notEmpty())[2] Failure and Success cannot have values at the same time. not (self.Failure->notEmpty() and self.Success->notEmpty())[3] Abort and Error cannot have values at the same time. not (self.Abort->notEmpty() and self.Error->notEmpty())
    Course Occurrence In the new section on 'Course Occurrence add subsection Constraints, with the following:[1] Start and End event parts cannot have the same values. not self.Start = self.End

    Resolution Status:
    Resolved.

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

Universal Behavior should be named Behavior Occurrence.

  • Key: BPDMF2-46
  • Legacy Issue Number: 12205
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Universal Behavior should be named Behavior Occurrence. The term "behavior" is used in the metamodel to mean a type of M0 behavior. The M1 library elements, including Universal Behavior, are referring to M0 occurrences of behaviors.

  • Reported: BPDM 1.0b2 — Fri, 1 Feb 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    . 'Universal Behavior' is renamed into 'Behavior Occurrence'
    . 'BPMN Universal Process' is renamed into 'Process Occurrence'

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

reference representation of property

  • Key: BPDMF2-43
  • Legacy Issue Number: 12182
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    The reference representation of property should not provide the choice between attribute and element. This prevent from using a standard referencing scheme such as XLINK as XLINK cannot be managed as a single attribute. The lack of formal unification of reference representation of properties prevents interoperability between XMI specifications that uses multiple xml documents.

  • Reported: BPDM 1.0b2 — Wed, 16 Jan 2008 05:00 GMT
  • Disposition: Resolved — BPDM 1.0
  • Disposition Summary:

    Resolution:
    1. Apply org.omg.xmi.elemt=true to the top package.
    2. Use the LinkAttribs complex type as the XML type of elements representing references

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