Issues for Business Motivation Model specification 1.4 Revision Task Force

To comment on any of these issues, send email to [email protected]. (Please include the issue number in the Subject: header, thusly: [Issue ###].) To submit a new issue, send email to [email protected].

List of issues (green=resolved, yellow=pending Board vote, red=unresolved)

List options: All ; Open Issues only; or Closed Issues only

Jira Issues

Issue 10113: Section: 7, 8, 9 Jira Issue BMM11-1
Issue 10586: Section: 8.5 pages 48 - 50 Jira Issue BMM11-2
Issue 11510: Restore Primary Reading to "Formulated Based On" Fact Type Jira Issue BMM11-3
Issue 11695: class diagram issue Jira Issue BMM11-4
Issue 11812: Should BMM include business rules, decisions, both, or neither Jira Issue BMM12-1
Issue 12280: Issues on BMM Beta 3 dtc/07-08-03 table 8.2 Jira Issue BMM12-2
Issue 12281: Issues on BMM Beta 3 dtc/07-08-03 table 8.9 Jira Issue BMM12-3
Issue 12955: BMM section 7.3.6 - clarification needed Jira Issue BMM11-5
Issue 13059: Category of Category Jira Issue BMM12-13
Issue 13060: Internal and External Influencers Jira Issue BMM12-14
Issue 14187: Support demand side as well as supply side motivation elements Jira Issue BMM12-15
Issue 14188: Support Decisions Jira Issue BMM12-4
Issue 14189: Support modeling assessment criteria Jira Issue BMM12-5
Issue 14190: Support services for realizing business motivation Jira Issue BMM12-6
Issue 14191: Standard UML profile for BMM Jira Issue BMM12-7
Issue 14806: Triangular specialization Jira Issue BMM11-6
Issue 14807: Offerings as Assets Jira Issue BMM11-7
Issue 16005: Incomplete Application of Closed Issue 10113 - Actionable to Practicable Jira Issue BMM12-8
Issue 16397: MOF compliant BMM Jira Issue BMM12-16
Issue 17091: Statement misplaced Jira Issue BMM12-9
Issue 17242: BMM should specify/standardize a UML profile to support BMM models in UML tools Jira Issue BMM12-10
Issue 18864: BMM should be aligned with current OMG specifications Jira Issue BMM12-11
Issue 18865: Category of Desired Result Jira Issue BMM12-12
Issue 19278: Wrong upperbound of 0 specified for some association in XMI Jira Issue BMM13-1
Issue 19333: course of action induces desired result Jira Issue BMM13-2
Issue 19881: kpis, csf, capabilities Jira Issue BMM14-5

Issue 10113: Section: 7, 8, 9 (bmm-rtf)

Click here for this issue's archive.
Source: Rule ML Initiative (Mr. John Hall, nobody)
Nature: Revision
Severity: Significant
Summary:
In response to some SBVR FTF issues, changes have been made to SBVR that affect business rule (adopted from SBVR by BMM) and business policy (adopted from BMM by SBVR). A minor update of BMM is needed to keep it consistent with SBVR Summary of relevant SBVR changes: The resolution of SBVR Issue 9477 caused the verb concept (unary fact type) 'directive is actionable' to be replaced by two verb concepts with narrower definitions: � 'element of guidance is practicable': this is concerned with ensuring that business rules are sufficiently well-defined and precise that they can be put directly into practice. � 'element of governance is directly enforceable': this is concerned with ensuring that violations of operative business rules can be detected and corrected. This separation of concerns is relevant to BMM. If desired results for an enterprise are not being achieved, there could be two causes related to business rules: 1 The enterprise does not have the right business rules. 2 The enterprise and, particularly, the people in the enterprise are not applying the rules correctly. Before challenging whether the business rules are the right ones, it would be important to establish that the rules were being applied as they were intended to be. To establish this, the rules must be enforceable. A resolution of this issue has been drafted, and will be distributed to the BMM FTF when the relevant SBVR changes have been finalized

Resolution: The resolution is: � To align BMM definitions of 'directive' and 'business rule' with corresponding definitions in SBVR, using "practicable" and "directly enforceable" instead of "actionable". � Not to adopt additional structure from SBVR into BMM, but to add some explanatory notes. The rationale is that 'business rule' in BMM is a placeholder (like 'business process' and 'organization unit'). In an enterprise's BMM an instance of 'business rule' would be a reference to a business rule that is defined in a model of the operational business. In an integrated set of OMG business models, the operational model for business rules would be SBVR-based. Business rules would be connected to the fact types they are based on, the representations owned by speech communities, etc. But businesses can use BMM without having to use SBVR. Operational models do not have to be SBVR-based. This "loose coupling" is one of BMM's strengths, and it can be adequately supported by a 'business rule' placeholder. It does not need additional concepts (see discussion below), such as 'element of governance', 'operative business rule' and 'structural business rule' to be adopted into BMM from SBVR.
Revised Text: In 8.2.10, first paragraph (page 35) Replace: A Business Policy is a non-actionable Directive whose purpose � With A Business Policy is a Directive that is not directly enforceable whose purpose � Add a footnote, referenced after "directly enforceable": "Not directly enforceable" means that some interpretation of the directive (e.g. in business rules) is needed in order to detect violations In 8.2.7 first paragraph (page 32) Replace: A Business Rule has an enforcement level. With: A Business Rule that guides behavior has an enforcement level. Add a footnote, referenced after "enforcement level" Only business rules that guide behavior (SBVR 'operative business rule') require enforcement. Definitional business rules (SBVR 'structural business rule') are "true by definition" In 9.1, under 'business policy' (page 60) Replace: Definition directive that is not actionable With: Definition directive that is concerned with directly controlling, influencing, or regulating the actions of an enterprise and the people in it and that is not directly enforceable Replace: Note: 'Actionable' means that a person who understands a Directive could observe a relevant situation (including his or her own behavior) and decide directly whether or not the business was complying with that Directive. In contrast to Business Rules, Business Policies are not actionable in that sense. With: Note: 'Not directly enforceable' means that some interpretation of the directive (e.g. in business rules) is needed in order to detect violations. In 9.1 under 'business rule' (page 61) Replace: Definition directive that is actionable With: Definition directive that is practicable Replace: Note: 'Actionable' means that a person who understands a directive could observe a relevant situation (including his or her own behavior) and decide directly whether or not the business was complying with that directive. In contrast to business rules, business policies are not actionable in that sense. With: Note: 'Practicable' means that a person who understands a directive could observe a relevant situation (including his or her own behavior) and recognize directly whether or not the business was complying with that directive. For rules that govern activity (SBVR 'operative business rule') this recognition is about the behavior of people and what form compliant behavior takes. For example: "each rental must be guaranteed by a valid credit card held by the renter of the rental" For definitional rules (SBVR 'structural business rule') this recognition is about evaluation of the criteria vested in the rule to produce consistent outcomes for decisions or calculations. For example: "a car model requested for a rental must be a car model of the car group specified for the rental". In 9.1, under 'directive' (page 63), add Synonym: element of guidance [Source: SBVR] In 9.1 under 'tactic effects enforcement level of business rule', add Note: Only business rules that guide behavior (SBVR 'operative business rule') require enforcement. Definitional business rules (SBVR 'structural business rule') are "true by definition".
Actions taken:
August 21, 2006: received issue
July 23, 2009: closed issue

Discussion:
The relevant part of SBVR is illustrated in the following diagram from the SBVR specification:  The part of this SBVR fragment that is specifically relevant to BMM is illustrated below.               Correspondence between SBVR and BMM:  Directive  Since directive in BMM and element of guidance in SBVR have the same definition, they are synonyms:   Definition	means that guides, defines, or constrains some aspect of an enterprise.  Business Policy  In BMM 1.0, business policy is a specialization of directive  business policy  Concept Type:	directive that is not actionable  Note:	'Actionable' means that a person who understands a Directive could observe a relevant situation (including his or her own behavior) and decide directly whether or not the business was complying with that Directive. In contrast to Business Rules, Business Policies are not actionable in that sense.  In SBVR 1.0, business policy is a specialization of element of governance, which is a specialization of element of guidance.  business policy  Definition	element of governance that is not directly enforceable whose purpose is to guide an enterprise  Note:	'Directly enforceable' means that a person who knows about the element of governance could observe relevant business activity (including his or her own behavior) and decide directly whether or not the business was complying with the element of governance.  element of governance  Definition	element of guidance that is concerned with directly controlling, influencing, or regulating the actions of an enterprise and the people in it  The definition of BMM business policy can be aligned with that of SBVR business policy:  Start with the SBVR definition of business policy:   Definition	element of governance that is not directly enforceable whose purpose is to guide an enterprise  Replace the term 'element of governance' with its definition:  Definition	element of guidance that is concerned with directly controlling, influencing, or regulating the actions of an enterprise and the people in it and that is not directly enforceable whose purpose is to guide an enterprise  Replace the term 'element of guidance' with its BMM synonym 'directive':  Definition	directive that is concerned with directly controlling, influencing, or regulating the actions of an enterprise and the people in it and that is not directly enforceable whose purpose is to guide an enterprise  Delete the final phrase ("whose purpose �"), because it is covered by the embedded definition of element of governance:  Definition	directive that is concerned with directly controlling, influencing, or regulating the actions of an enterprise and the people in it and that is not directly enforceable   Business Rule   In BMM, Business Rule has two definitions, one of which is adopted from SBVR.  business rule  Definition	directive that is actionable  Definition	SBVR: rule that is under business jurisdiction     SBVR includes the following:  structural business rule  Definition	structural rule that is a business rule  Necessity:	Each structural business rule is practicable.  operative business rule  Definition	business rule that is a claim of obligation  Definition	element of governance that is directly enforceable  (under element of governance is directly enforceable):  Necessity:	Each element of governance that is directly enforceable is practicable.  So, in SBVR, both types of business rule are practicable. The BMM definition of business rule can be updated to:  business rule  Definition	directive that is practicable  and the note on 'actionable' replaced by an equivalent note on 'practicable'.  BMM Fact Type  Also, BMM includes a fact type:  tactic effects enforcement level of business rule  Synonymous Form:	business rule has enforcement level effected by tactic  In SBVR, only operative business rules can be enforced, so only they have enforcement levels. A note explaining this is needed.      


Issue 10586: Section: 8.5 pages 48 - 50 (bmm-rtf)

Click
here for this issue's archive.
Source: Rule ML Initiative (Mr. John Hall, nobody)
Nature: Revision
Severity: Significant
Summary:
The placeholder descriptions of "Organization Unit" and "Business Process" need to be updated to be consistent with the latest submissions for OSM and BPDM

Resolution: Create a holding position for business process and organization unit placeholders: � Change the reference for business process to BPMN, instead of BPDM. � Remove Figure F-2 � Update the comments about the current status of BPDM and OSM in Annex F Create a new issue for business process and organization unit placeholders, to be resolved in a future RTF or RFP, after BPDM, BPMN and OSM are stabilized.
Revised Text: In 1.2, 2nd bullet point (page 1) Replace: the submissions for BPDM2 With: the submissions for BPMN2 Replace footnote 2 with: OMG Adopted Specification "Business Process Modeling and Notation" In 1.6.2 (page 4) In first sentence, replace: �. standards and models based on the OMG's specifications for BPDM, SBVR, and OSM. With: �. standards and models based on the OMG's specifications for BPMN, SBVR, and OSM. In 2nd numbered point, replace: Eventually specifications such as BPDM, SBVR � With: Eventually specifications such as BPMN, SBVR � In 5 (page 5), add BPMN Business Process Modeling Notation OMG Specification In 7.3.7 first paragraph (page 14) Replace: The BRG anticipated that the best sources for the required external standards would be the OMG's specifications for the Organization Structure Metamodel (OSM), Business Process Definition Metamodel (BPDM), and Semantics of Business Vocabulary and Business Rules (SBVR). With: The BRG anticipated that the best sources for the required external standards would be OMG specifications such as Organization Structure Metamodel (OSM), Business Process Modeling and Notation (BPMN), and Semantics of Business Vocabulary and Business Rules (SBVR). in 7.3.11, last paragraph (page 16) Replace: However, when the OMG specifications for BPDM, SBVR � With: However, when the OMG specifications for BPMN, SBVR � In 8.5 second paragraph (page 52) In the 2nd paragraph, replace: � Business Process Definition Metamodel (BPDM), With: � Business Process Modeling and Notation (BPMN), In the 3rd paragraph, replace: ... are placeholders for association with concepts in OSM and BPDM respectively. With ... are placeholders for association with concepts in OSM and BPMN respectively. In 8.5.2 second paragraph (page 55) Replace: 'Business Process' in the Model is a placeholder for a concept to be adopted from an external standard. As a placeholder, an informal description is: "A unit of work to accomplish a transformation of information or resources contributing to the business objective of a conventional or orchestrated process." [BPDM 'Activity']10 With: 'Business Process' in the Model is a placeholder for a concept to be adopted from an external standard, such as BPMN. Delete: Footnote 10 In 9.1 (page 61) replace the entry for 'business process' with business process General Concept: motivation element Note: The concept 'business process' is adopted from the OMG's Business Process Modeling and Notation (BPMN) specification. The placeholder definition is given below. Definition a set of activities that are performed within an organization or across organizations Note: A Business Process may contain more than one separate Process. Each Process may have its own Sub-Processes. Individual Processes would be independent in terms of sequence flow, but could have message flows connecting them. Note: An activity is work that is performed within a business process. An activity can be atomic or non-atomic (compound). The types of activity that are a part of a Business Process are: Process, Sub-Process, and Task. In D.3 after bullet points (page 82) Replace: 'Business Process' in the Model is a placeholder for a concept to be adopted from an external standard. The placeholder definition adopted into BMM is: "A unit of work to accomplish a transformation of information or resources contributing to the business objective of a conventional or orchestrated process." With: 'Business Process' in the Model is a placeholder for a concept adopted from the OMG's Business Process Modeling and Notation (BPMN) specification. Delete: Footnote 3 In F.1 (page 91) In 1st bullet point set, 1st bullet, replace: Business Process Definition Metamodel (BPDM) With: Business Process Modeling and Notation (BPMN) In 2nd bullet point set, 2nd bullet, replace: Business Process Definition Metamodel (BPDM) With: Business Process Modeling and Notation (BPMN) In F.2 (page 91) Replace heading: Business Process Definition Metamodel (BPDM) With: Business Process Modeling and Notation (BPMN) In F.2 (pages 92 - 94) Replace: All of F.2 after figure F.1 (i.e. starting from "The corresponding fragment �") With: The concepts in BPMN that correspond to Business Process in the BMM are: � Process (Clause 8.6) A Process is an activity performed within or across companies or organizations. In BPMN a Process is depicted as a graph of Flow Objects, which are a set of other activities and the controls that sequence them. The concept of process is intrinsically hierarchical. Processes may be defined at any level from enterprise-wide processes to processes performed by a single person. Low-level processes may be grouped together to achieve a common business goal. Note that BPMN defines the term Process fairly specifically and defines a Business Process more generically as a set of activities that are performed within an organization or across organizations. Thus a Business Process, as shown in a Business Process Diagram, may contain more than one separate Process. Each Process may have its own Sub-Processes ... The individual Processes would be independent in terms of Sequence Flow, but could have Message Flow connecting them. � Activity (Clause 9.4) An activity is work that is performed within a business process. An activity can be atomic or non-atomic (compound). The types of activities that are a part of a Business Process Diagram are: Process, Sub-Process, and Task. � Task (Clause 9.4.3) A Task is an atomic activity that is included within a Process. A Task is used when the work in the Process is not broken down to a finer level of Process Model detail. Generally, an end-user and/or an application are used to perform the Task when it is executed. Note: as at November 2008 responses to an OMG RFP for BPMN 2.0 had been submitted. It is expected that the outcome will not affect the nature of the correspondence between 'business process' concepts in BMM and BPMN. Add a footnote, referenced from 'BPMN' in the first line: Business Process Modeling Notation, V1.2 (Beta 3) OMG Available Specification (08-02-07.pdf) In F.4 (page 95) Replace: The corresponding part of the SBVR Specification (OMG document formal/2008-01-02) is: With: The corresponding part of the SBVR Specification is: Add a footnote, referenced from 'SBVR Specification': Semantics of Business Vocabulary and Business Rules (SBVR), v1.0 OMG Available Specification (08-01-02.pdf) Renumber Figure F.4 as F.3 In F.5 (page 96) Renumber Figure F.5 as F.4 Replace: Currently, there are 3 submissions for OSM (OMG documents bei/04-12-01, bei/05-01-03, bei/05-01-04). The submission teams are collaborating to produce a single submission. However, across all three there are several concepts that define organization units of various types, and in two of the submissions they are associated with processes. So, it is not anticipated that mapping of concepts will be difficult, but suggestions for reconciliation of the OSM model with the Business Motivation Model will be deferred until a draft of the joint submission is available. With: Three responses to the OSM RFP were submitted. In September 2008, the RFP was opened for further letters of intent (LOI), and some additional LOIs have been received. New submissions will be made early in 2009. Given the terms of the RFP and the content of submissions received so far, it is not anticipated that mapping of concepts will be difficult, but suggestions for reconciliation of the OSM model with the Business Motivation Model will be deferred until: � Either, a draft of a single joint submission is available � Or, a single submission has been accepted by the OMG In Annex H (page 103) Replace: BPDM Business Process Definition Metamodel, OMG RFP and responses, available (to OMG members) from www.omg.org With: BPDM Business Process Definition Metamodel, OMG specification, available from www.omg.org After BPDM, add: BPMN Business Process Modeling and Notation, OMG specification, available from www.omg.org End of changes Actions Taken: 9 January 2007: received issue 13 November 2008: agreed to create spin-off issues for resolution when BPMN 2.0 and OSM are available.
Actions taken:
January 9, 2007: received issue
July 23, 2009: closed issue

Discussion:
BPDM (08-05-07.pdf) has been recast as the common infrastructure for business process definition. It now does not explicitly define 'process' or mention 'activity', which in BMM 1.0 was taken as the BPDM concept that most closely matched the BMM concept of business process (see BMM figure F.2).   An enterprise that uses the OMG family of business process modeling specifications will probably model its business processes in BPMN. In its BMM, referenced business processes will be in BPMN models. So the BMM specification should be referring to BPMN rather than BPDM.   As of 10 November 2008, there are two contending submissions for BPMN 2.0, with BPDM providing the metamodel for one of them. BMM needs a neutral reference to 'business process' until this situation is resolved.   The definition proposed is from the BPMN Version 1.2 Beta 3 specification (08-02-07.pdf), which  is publicly available from the OMG web site. The definition is taken from the first two paragraphs of clause 8.6 (Process) rather than the glossary entries for 'business process' and 'process', which are diagram-oriented and quite sparse.   OSM has been reopened for LOI, and new submissions will be invited. BMM needs a neutral reference to 'organization unit' until OSM submissions are further developed.  


Issue 11510: Restore Primary Reading to "Formulated Based On" Fact Type (bmm-rtf)

Click
here for this issue's archive.
Source: Business Rule Solutions, LLC (Ms. Keri Anderson Healy, keri_ah(at)mac.com)
Nature: Uncategorized Issue
Severity:
Summary:
Source: BRG  Keri Anderson Healy, Ronald G. Ross  Summary:  The 07-08-06 version of BMM now reflects a 'forward' (primary) reading of a fact type that differs from business intent of this association, as expressed in both the BRG BMM and the prose for this assocation (see 8.2.6 Directive, first paragraph on p. 30 (PDF p. 40)).  It is also possible for the Courses of Action to be formulated based on Directives. For example, the Tactics 'Comply with manufacturer's maintenance schedules' and 'Equalize use of cars across rentals so that mileage is similar for cars of the same car group and age' are both formulated based on the Business Policy 'Depreciation of cars must be minimized'. The Directive thereby serves as the source of the Course of Action.  Given an understanding of how the BRG developed the prose reading of a model, it is clear which reading of this fact type is the intended primary reading.  Here is the mechanistic process that was generally applied:  �	Express the fact type in a prose sentence that states the forward-reading's first concept as the subject, the primary reading phrase as the verb, and the forward-reading's second concept as the object of the sentence.  �	Give example(s).  �	Optionally, state the secondary reading.  (Note:  when the secondary reading is simply the passive form, omit.)  From this, it is evident that the intended forward (primary) reading of this fact type is:  course of action is formulated based on directive  Indeed, this is the way the entry appeared in an early version of Clause 9 (e.g., dated Aug. 22, 2006).  Changing the reading of this fact type to have 'directive' be the subject loses an important part of the business message of what is going on in this part of the model.  There are two potential relationships between a course of action and a directive, each with a different 'subject', to yield a kind of back-and-forth synergy between the concepts.  Depicting the same subject for both fact types loses this part of the message.  Resolution:  Restore the original designation of which reading is "primary" so that both the Concepts Catalog entry and the UML derivitaves are correct and consistent with the prose and the business intent of this fact type.  Revised Text:  In 9.1, p. 59 (PDF p. 69), change the entry that currently reads:  directive is source of course of action  	Synonymous Form course of action is formulated based on directive   to read:  course of action is formulated based on directive  	Synonymous Form directive is source of course of action   In 9.4, p. 67 (PDF, p. 77), change the line that currently reads:  directive is source of course of action 	DirectiveIsSourceOfCourseOfAction   to read:  course of action is formulated based on directive 	CourseOfActionIsFormulatedBasedOnDirective   In 9.5, p. 68 (PDF, p. 78), change the line that currently reads:  directive is source of course of action 	baseDirective 	derivedCourseOfAction    to read:  course of action is formulated based on directive  	derivedCourseOfAction	baseDirective   

Resolution: Restore the original designation of which reading is "primary" so that both the Concepts Catalog entry and the UML derivatives are correct and consistent with the prose and the business intent of this fact type.
Revised Text: In 7.5 (page 18 of 08.08.02.pdf) Replace figure 7.1 with a new diagram in which the association name 'DirectiveIsSourceOfCourseOfAction' is replaced by 'CourseOfActionIsFormulatedBasedOnDirective' In 8.2.6 (page 31 of 08.08.02.pdf) Replace figure 8.8 with a new diagram in which the association name 'DirectiveIsSourceOfCourseOfAction' is replaced by 'CourseOfActionIsFormulatedBasedOnDirective' In 9.1 (page 63 of 08.08.02.pdf) Replace the entry that reads: directive is source of course of action Synonymous Form: course of action is formulated based on directive With: course of action is formulated based on directive Synonymous Form: directive is source of course of action [and move it to its correct alphabetic position] In 9.4 (page 70 of 08.08.02.pdf) Replace the entry that reads: directive is source of course of action DirectiveIsSourceOfCourseOfAction With: course of action is formulated based on directive CourseOfActionIsFormulatedBasedOnDirective [and move it to its correct alphabetic position] In 9.5 (page 70 of 08.08.02.pdf) Replace the entry that reads: directive is source of course of action baseDirective derivedCourseOfAction With: course of action is formulated based on directive derivedCourseOfAction baseDirective End of changes Actions Taken: Submitted as an urgent issue while the FTF report was being considered by the AB Deferred to RTF by the AB Notes: Because this was submitted after the FTF report, it appears in the issues log as an FTF issue, but does not appear in the FTF report.
Actions taken:
September 23, 2007: received issue
July 23, 2009: closed issue

Issue 11695: class diagram issue (bmm-rtf)

Click
here for this issue's archive.
Nature: Revision
Severity: Significant
Summary:
Class diagrams in Business Motivation Model show association names where we expect role names as per UML specifications. This is misleading. Drawing Fig 8.2 on Star UML produced the following code: public class Vision { public Goal amplified_by; } public class Goal { public Vision amplifies; }   

Resolution:
Revised Text:
Actions taken:
November 29, 2007: received issue
July 23, 2009: closed issue

Discussion:
The conventions for association names and association end names in BMM were resolved in the FTF (Issues 10090, 11282) and included in the metamodel.  Disposition:	Closed without change  


Issue 11812: Should BMM include business rules, decisions, both, or neither (bmm-rtf)

Click
here for this issue's archive. Click here for this issue's attachments.
Nature: Uncategorized Issue
Severity:
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 business decisions per se should be defined in BMM alongside, or instead of, business rules, or whether business motivation per se should be independent of business decisions (and/or business rules).          {This was considered a possible issue for a BMM v2 RFP, but I am raising it with the RTF on the basis that it is up to the RTF to determine whether any �issue� is for a future version or not.}         [From my understanding of BMM v1.2, processes are defined outside of BMM, and probably decisions are related more to processes and are guided by business rules / driven by policies.]         Caveat: 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 (which I define as a table of conditional elements with some action as a conclusion, rather than the fact definition type of �Decision Table� that Donald was telling me is defined as a part of SBVR) is an instance of a Decision Model. And that you invoke decision tables (and services) in process activities in order to direct processes (and services). But decisions may be defined separately from process, of course, although their �execution� (manual or automated) context is probably always going to be in a process of some kind.         Disclaimer: this issue may be subject to revision as the terminology is refined.          2 cents of Comment: I think the answer is �yes, decisions are related to motivation but are not part of motivation�. I will leave to others the discussion on whether (SBVR type) business rules are part of motivation or a simply related to motivation.     

Resolution: Disposition: See issue 14188 for disposition
Revised Text:
Actions taken:
December 11, 2007: received issue
December 23, 2013: closed issue

Discussion:


Issue 12280: Issues on BMM Beta 3 dtc/07-08-03 table 8.2 (bmm-rtf)

Click
here for this issue's archive.
Source: Adaptive (Mr. Pete Rivett, pete.rivett(at)adaptive.com)
Nature: Uncategorized Issue
Severity:
Summary:
 Table 8.2 has a duplicate line:    EU-Rent           To provide industry-leading customer service  

Resolution: Change Figure 8.20 to insert �Fixed Asset� between �Offering� and �Asset� so that: � �Offering� is shown as a specialization of �Fixed Asset� � �Fixed Asset� is shown as a specialization of �Asset� � �Offering� is not shown as a direct specialization of �Asset�
Revised Text: New diagram to replace Figure 8.20, no changes required to text
Actions taken:
March 16, 2008: received issue
December 23, 2013: closed issue

Discussion:
The duplicate line was removed as an editorial correction in BMM 1.1  Disposition:	Closed, no change  


Issue 12281: Issues on BMM Beta 3 dtc/07-08-03 table 8.9 (bmm-rtf)

Click
here for this issue's archive.
Source: Adaptive (Mr. Pete Rivett, pete.rivett(at)adaptive.com)
Nature: Uncategorized Issue
Severity:
Summary:
 Table 8.9 has the first entry duplicated in the second (which has some additional text)  

Resolution:
Revised Text:
Actions taken:
March 21, 1968: received issue
December 23, 2013: closed issue

Discussion:
The duplicate line was removed as an editorial correction in BMM 1.1  Disposition:	Closed, no change  


Issue 12955: BMM section 7.3.6 - clarification needed (bmm-rtf)

Click
here for this issue's archive.
Nature: Clarification
Severity:
Summary:
I am working on risk Assesment metamodel from "UML Profile for Modeling Quality of Service and Fault Tolerance Characteristics and Mechanisms v1.1" on the page 49 there is description of SWOT (chapter 11.1.2). It says that SWOT elements are directly connected to EnterpriseAsset metaclass. It looks that the we have the similar situation in BMM specification where OrganisationUnit makes assessment and on the other hand OrganizationUnit is responsible for asset. But there is not direct connection between Asset (EnterpriseAsset) and Assesment like in "UML Profile for Modeling Quality..."  

Resolution:
Revised Text:
Actions taken:
October 13, 2008: received issue
July 23, 2009: closed issue

Discussion:
Discussion:  In BMM, Assessment is related to Asset, not directly, but via a Course of Action that deploys the Asset.   Disposition:	Closed, no change  


Issue 13059: Category of Category (bmm-rtf)

Click
here for this issue's archive. Click here for this issue's attachments.
Source: Rule ML Initiative (Mr. John Hall, nobody)
Nature: Enhancement
Severity: Minor
Summary:
Categorization (of Assessment, Influencer and Influencing Organization) would be much more flexible, with very limited impact on the metamodel,  if the BMM supported categories of categories.  Suggested by Ed Barkmeyer (NIST) and supported by John Hall (Inferware, Model Systems) and Andy Evans (Xactium)     Resolution:  Add the following associations  Association	Location	Page  Broader Organization Category categorizes Narrower Organization Category	figure 7.3figure 8.129.19.5	18446673  Also add text "Organization categories may themselves be categorized in broader categories; a narrower category may be included in more than one broader category"	8.4.3, following 3rd paragraph after figure 8.12	  Broader Influencer Category categorizes Narrower Influencer Category	figure 7.3figure 8.129.19.5	18446573  Also add text "Influencer Categories may themselves be categorized in broader categories; a narrower category may be included in more than one broader category"	8.4.2 following first sentence	39  Broader Assessment Category categorizes Narrower Assessment Category	figure 7.3figure 8.179.19.5	18476072  Also add text "Categories of assessment may themselves be categorized in broader categories; a narrower category may be included in more than one broader category"	8.4.6.2 following figure 8.17	47  Discussion:  No attempt has been made to optimize or generalize the 'category of category' pattern, since the semantics of the three occurrences are local, e.g. an Assessment Category can categorize other Assessment Categories, but not Influencer Categories or Organization Categories.    Revised Text:  

Resolution: Add the following associations to the BMM: Broader Organization Category categorizes Narrower Organization Category Broader Influencer Category categorizes Narrower Influencer Category Broader Assessment Category categorizes Narrower Assessment Category
Revised Text: In 7.5 (page 18) Replace figure 7.3 with a new one that includes the associations: Broader Organization Category categorizes Narrower Organization Category Broader Influencer Category categorizes Narrower Influencer Category Broader Assessment Category categorizes Narrower Assessment Category In 8.4.2 (page 39) After the first sentence add: Influencer Categories may themselves be categorized in broader categories; a narrower category may be included in more than one broader category In 8.4.3 (page 44) Following 3rd paragraph after figure 8.12 add Organization categories may themselves be categorized in broader categories; a narrower category may be included in more than one broader category Replace figure 8.12 with a new one that includes the associations: Broader Organization Category categorizes Narrower Organization Category Broader Influencer Category categorizes Narrower Influencer Category In 8.4.6.2 (page 47) Replace figure 8.17 with a new one that includes the association: Broader Assessment Category categorizes Narrower Assessment Category After figure 8.17, add: Categories of assessment may themselves be categorized in broader categories; a narrower category may be included in more than one broader category In 9.1 after "assessment category categorizes assessment" (page 60) add broader assessment category General Concept: assessment category Concept Type: role narrower assessment category General Concept: assessment category Concept Type: role broader assessment category categorizes narrower assessment category In 9.1 after "influencer category categorizes influence" (page 65) add broader influencer category General Concept: assessment category Concept Type: role narrower influencer category General Concept: assessment category Concept Type: role broader influencer category categorizes narrower influencer category In 9.1 after "organization category categorizes influencing organization" (page 66) add broader organization category General Concept: assessment category Concept Type: role narrower organization category General Concept: assessment category Concept Type: role broader organization category categorizes narrower organization category In 9.4 in the appropriate alphabetic positions, add broader assessment category categorizes narrower assessment category BroaderAssessmentCategoryCategorizesNarrowerAssessmentCategory broader influencer category categorizes narrower influencer category BroaderInfluencerCategoryCategorizesNarrowerInfluencerCategory broader orgnization category categorizes narrower organization category BroaderOrganizationCategoryCategorizesNarrowerOrganizationCategory In 9.5 in the appropriate alphabetic positions, add broader assessment category categorizes narrower assessment category broaderAssessmentCategory narrowerAssessmentCategory broader influencer category categorizes narrower influencer category broaderInfluencerCategory narrowerInfluencerCategory broader orgnization category categorizes narrower organization category broaderOrganizationCategory narrowerOrganizationCategory End of changes
Actions taken:
November 10, 2008: received issue
July 23, 2009: closed issue

Discussion:
No attempt has been made to optimize or generalize the 'category of category' pattern, since the semantics of the three occurrences are local, e.g. an Assessment Category can categorize other Assessment Categories, but not Influencer Categories or Organization Categories.


Issue 13060: Internal and External Influencers (bmm-rtf)

Click
here for this issue's archive. Click here for this issue's attachments.
Source: Rule ML Initiative (Mr. John Hall, nobody)
Nature: Enhancement
Severity: Significant
Summary:
Description:  'Internal' and 'external' categories of 'influencer' are:  �	A fundamental categorization for business motivation,   �	Relevant to all organizations  They should be brought back into the normative model.   Suggested by Ed Barkmeyer (NIST).   Resolution:  Add specializations 'internal influencer' and 'external influencer' of 'influencer' to figure 7.3 (page 18).  Replace "An enterprise can define whatever Influencer Categories it requires" at the beginning of 8.4.2 (page 39) with the following:  "Influencers impact an enterprise's employment of means or achievement of ends. There are two built-in categories:  �	External: an influencer that is outside the enterprise's organizational boundaries   �	Internal: an influencer from within the enterprise.   Beyond these, an enterprise can define whatever Influencer Categories it requires"  Add "(built into BMM)" after "Internal/External" in the second bullet point below figure G2 (page 98)  Move the definitions of internal influencer and external influence from Annex G (page 101) to Clause 9 (page 65) and replace them on page 101 with:  "The categories internal influencer and external influencer are built-in to BMM.   Categories of external influencer include: competitor; customer; environment; partner; goal  Categories of internal influencer include: assumption; corporate value; habit; infrastructure; issue, management prerogative, resource"  Discussion:  This is simply a change of BMM scope, bringing back into scope two concepts that were excluded in the FTF.     

Resolution: Bring internal influencer and external influencer back into the normative model.
Revised Text: This is simply a change of BMM scope, bringing back into scope two concepts that were excluded in the FTF. Revised Text: In 7.5 (page 18) Replace figure 7.3 with a new one that includes internal influencer and external influencer as specializations of influencer. At the beginning of 8.4.2 (page 39) Replace: An enterprise can define whatever Influencer Categories it requires. Enterprises that do not have a preferred set of categories may choose to use the default set provided in Annex G, modifying and extending it as required. This default set is used for examples and discussion in this specification. It provides: � Two broad Influencer Categories: External Influencer and Internal Influencer � A set of general categories It suggests that each Influencer is categorized as (at least) one of the general categories and as either internal or external, as described in the following tables. With: Influencers impact an enterprise's employment of means or achievement of ends. There are two built-in categories of influencer: � External: an influencer that is outside the enterprise's organizational boundaries � Internal: an influencer from within the enterprise. Beyond these, an enterprise can define whatever Influencer Categories it requires. Enterprises that do not have a preferred set of categories may choose to use the default set provided in Annex G, modifying and extending it as required. This default set provides general categories that are used for examples and discussion in this specification. It is suggested that each Influencer is categorized as (at least) one of the general categories and as either internal or external, as described in the following tables. In the second bullet point below figure G2 (page 98) Add "(built into BMM)" after "Internal/External" In 9.1, after 'influencer' (page 64), add external influencer Definition influencer outside an enterprise's organizational boundaries that can impact its employment of means or achievement of ends Categories of external influencer might include: competitor; customer; environment; partner internal influencer Definition influencer from within an enterprise that can impact its employment of means or achievement of ends Categories of internal influencer might include: assumption; corporate value; habit; infrastructure; issue, management prerogative, resource In Annex G (page 101) replace the definitions of 'internal influencer' and 'external influencer' with: Categories internal influencer and external influencer are built into BMM. Categories of external influencer include: competitor; customer; environment; partner Categories of internal influencer include: assumption; corporate value; habit; infrastructure; issue, management prerogative, resource
Actions taken:
November 10, 2008: received issue
July 23, 2009: closed issue

Issue 14187: Support demand side as well as supply side motivation elements (bmm-rtf)

Click
here for this issue's archive.
Source: International Business Machines (Mr. Jim Amsden, jamsden(at)us.ibm.com)
Nature: Uncategorized Issue
Severity:
Summary:
BMM could consider the tntroduction of outside-in/demand side views of business motivation including DesiredResult ValueProposition and CourseOfAction Capability to compliment the inside-out/ supply-side view.   

Resolution: Out of scope for an RTF
Revised Text:
Actions taken:
August 12, 2009: received issue
April 6, 2015: closed issue

Issue 14188: Support Decisions (bmm-rtf)

Click
here for this issue's archive.
Source: International Business Machines (Mr. Jim Amsden, jamsden(at)us.ibm.com)
Nature: Uncategorized Issue
Severity:
Summary:
BMM could consider supporting Decisions as a placeholder for realizing business rules. Further information is available from Larry Goldberg of KPI and in his book "the Decision Model: A Business Framework for SOA"       

Resolution: Issue 11812 merged with this one Disposition: Closed, out of scope
Revised Text:
Actions taken:
August 12, 2009: received issue
December 23, 2013: closed issue

Issue 14189: Support modeling assessment criteria (bmm-rtf)

Click
here for this issue's archive.
Source: International Business Machines (Mr. Jim Amsden, jamsden(at)us.ibm.com)
Nature: Uncategorized Issue
Severity:
Summary:
BMM could consider supporting a MotivationElement for assessment criteria - name/value pairs that could be used to quantify an assessment and enable comparisons of different assessments. This could be used to create "heat maps" of goals and strategies that have the greatest potential effect on the system.   

Resolution: Disposition: Closed, out of scope
Revised Text:
Actions taken:
August 12, 2009: received issue
December 23, 2013: closed issue

Issue 14190: Support services for realizing business motivation (bmm-rtf)

Click
here for this issue's archive.
Source: International Business Machines (Mr. Jim Amsden, jamsden(at)us.ibm.com)
Nature: Uncategorized Issue
Severity:
Summary:
BMM could consider adding a service placeholder for indicating a means of realizing business motivation (ends or means). This could align with the BMM integration defined in SoaML.   

Resolution: Disposition: Closed, out of scope
Revised Text:
Actions taken:
August 12, 2009: received issue
December 23, 2013: closed issue

Issue 14191: Standard UML profile for BMM (bmm-rtf)

Click
here for this issue's archive.
Source: International Business Machines (Mr. Jim Amsden, jamsden(at)us.ibm.com)
Nature: Uncategorized Issue
Severity:
Summary:
BMM could consider defining a standard UML profile for BMM including icons for representing MotivationElement. This would provide a convenient surface language for BMM that would be integrated with UML

Resolution: Disposition: See issue 17242 for disposition
Revised Text:
Actions taken:
August 12, 2009: received issue
December 23, 2013: closed issue

Issue 14806: Triangular specialization (bmm-rtf)

Click
here for this issue's archive.
Source: KnowGravity Inc. (Mr. Markus Schacher, markus.schacher(at)knowgravity.com)
Nature: Enhancement
Severity: Minor
Summary:
Figure 7.4 in section 7.5 and figures 8.21 as well as 8.22 in section 8.5.3 say that an "Offering" is a specialization of a "Fixed Asset". However, figure 8.20 in section 8.5.2 says that an "Offering" is a direct specialization of a "Asset", which is a generalization of "Fixed Asset". This is redundant (triangular specialization).

Resolution: Change Figure 8.20 to insert �Fixed Asset� between �Offering� and �Asset� so that: � �Offering� is shown as a specialization of �Fixed Asset� � �Fixed Asset� is shown as a specialization of �Asset� � �Offering� is not shown as a direct specialization of �Asset�
Revised Text: New diagram to replace Figure 8.20, no changes required to text.
Actions taken:
November 20, 2009: received issue
April 6, 2015: closed issue

Issue 14807: Offerings as Assets (bmm-rtf)

Click
here for this issue's archive.
Source: KnowGravity Inc. (Mr. Markus Schacher, markus.schacher(at)knowgravity.com)
Nature: Clarification
Severity: Significant
Summary:
The definition of an "Offerimg" on page 66 says that is is a "Fixed Asset" that is a spefification of a product or service that can be supplied by the enterprise. On the other hand, on page  we see that a "Fixed Asset" is an asset that is maintained over time and reused with examples such as Production equipment, IT equipment, buildings, vehicles, patents, brands, licenses, designs, and people�s skills. So, is an "Offering" not rather an offering of an asset rather than a (relevant) asset in itself?

Resolution: Resolution: Add a clarifying note under the definition of offering.
Revised Text: Clause 9.2 Concepts: under offering Add a second note below the existing note: Note: An offering is a specification (for example, in EU-Rent, a weekend rental) that: � Uses fixed assets (rental car, pick-up branch and return branch) � For its instances, requires resources (availability of a car of the requested group at the pick-up branch for the rental period; return branch availability to accept car drop-off at the requested return time) provided by those fixed assets. ________________________________________ Disposition: Resolved Actions: November 20, 2009: received issue
Actions taken:
November 20, 2009: received issue
April 6, 2015: closed issue

Discussion:
The narrative in Clause 8.6.3 (above and below Figure 8.21) describes the relationships between Offerings, Fixed Assets and Resources:  �An Offering is a specification of a product or service - an intangible Fixed Asset. Instances of it, such as quantities of finished goods, would be a Resource.�  �Offerings (specifications of products and services) may use intangible Fixed Assets, such as designs, licenses, patents, and brands. An Offering requires Resources (materials, equipment capacity, people�s time) for production of things that meet the specification.�  


Issue 16005: Incomplete Application of Closed Issue 10113 - Actionable to Practicable (bmm-rtf)

Click
here for this issue's archive.
Source: Business Rule Solutions, LLC (Mr. Ron Ross, rross(at)brsolutions.com)
Nature: Uncategorized Issue
Severity:
Summary:
Description    The very first sentence of the resolution to closed issue 10113 says: "The resolution is: � To align BMM definitions of 'directive' and 'business rule' with corresponding definitions in SBVR, using "practicable" and "directly enforceable" instead of "actionable". ..."    I find two instances of "practicable", both in the current definition of business rule:    business rule   Definition directive that is practicable   Note �Practicable� means that a person who understands a directive could observe a relevant situation (including his or her own behavior) and recognize directly whether or not the business was complying with that directive.     It looks like to me, the voted resolution of Issue 10113 was simply not propagated to the remainder of the text. I find 10 instances of the word "actionable". All seem to be in explanatory text, not definitions. Here is one example in section 8.2.9. This text is in exact contradiction with the definition above.    Business Policies provide broader governance or guidance that is not directly actionable. Business Rules provide specific, actionable governance or guidance to implement Business Policies. 'Actionable� means that a person who understands a Business Rule could observe a relevant situation (including his or her own behavior) and decide directly whether or not the business was complying with the rule.     Proposed Resolution: Change all 10 instances of "actionable" to "practicable".

Resolution: Change all 10 instances of "actionable" to "practicable".
Revised Text: Replace each instance of "actionable" in the current BMM text with "practicable"
Actions taken:
January 31, 2011: received issue
December 23, 2013: closed issue

Discussion:
  


Issue 16397: MOF compliant BMM (bmm-rtf)

Click
here for this issue's archive.
Nature: Clarification
Severity: Minor
Summary:
I would like to use BMM in a MDA transformation using QVT. Therefore it would be helpful to have a MOF compliant metamodell with BMM. Is a mapping from BMM to MOF already available? Or is it planned for future versions of BMM?

Resolution: There is a MOF-compliant metamodel in the specification. Disposition: Closed, no change
Revised Text:
Actions taken:
July 26, 2011: received issue
April 6, 2015: closed issue

Issue 17091: Statement misplaced (bmm-rtf)

Click
here for this issue's archive.
Nature: Enhancement
Severity: Minor
Summary:
It seems that the statement �directive governs use of asset� on page 61 appears a bit too early. It should probably be moved to top of page 62.

Resolution: The relevant page numbers in the current document are 63 and 64
Revised Text: Move the entire entry (3 lines) for �directive governs use of asset� on page 63 to follow the entry for �directive governs course of action� on page 64
Actions taken:
January 30, 2012: received issue
December 23, 2013: closed issue

Issue 17242: BMM should specify/standardize a UML profile to support BMM models in UML tools (bmm-rtf)

Click
here for this issue's archive.
Source: KnowGravity Inc. (Mr. Markus Schacher, markus.schacher(at)knowgravity.com)
Nature: Enhancement
Severity: Significant
Summary:
BMM should specify/standardize a UML profile to support BMM models in UML tools

Resolution: Disposition: Closed, out of scope
Revised Text:
Actions taken:
March 17, 2012: received issue
December 23, 2013: closed issue

Discussion:
Adding a UML profile to BMM is beyond the scope of an RTF�s authority.   The proposal is to add a representation to the model, rather than to change its scope or content. OMG advice is that the change could be made with an RFC.  If someone (RTF member or not) has, or develops, a UML profile for BMM, it could be submitted to the OMG as an RFC. If it were accepted, its finalization would include merging it into the BMM specification  


Issue 18864: BMM should be aligned with current OMG specifications (bmm-rtf)

Click
here for this issue's archive. Click here for this issue's attachments.
Source: Rule ML Initiative (Mr. John Hall, nobody)
Nature:
Severity:
Summary:
The BMM v1.1 specification:  �	Refers to older versions of the BPMN and SBVR specifications. BMM v1.2 should refer to the current versions of the specifications  �	Refers to the initial submission for the Organization Structure Model (OSM) for the definition of �organization unit�. The BMI has voted to discontinue the OSM RFP.   The Value Delivery Modeling Language (VDML) specification, scheduled for final submission at the September 2013 OMG technical meeting, provides an acceptable definition of �organization unit�  

Resolution: Update references to BPMN and SBVR to refer to BPMN 2.0 and SBVR 1.1. SBVR V1.2 has recently been accepted by the AB. If it is formally published in time for BMM 1.2 publication, the reference can be updated as an editorial correction. For BMM�s definition of �organization unit�, replace the definition from the OSM initial submission (used in BMM v1.1) with a general definition specific to BMM. Add a note that the �performer� concept in BPMN defines organization unit�s role of being responsible for business processes
Revised Text: Clause 1.2 What is the Business Motivation Model, second bullet: Replace SBVR1 and the submissions for BPMN2 and OSM3. With (this change will also remove the footnotes) SBVR and BPMN, both adopted OMG specifications. OMG does not have a general specification for organization structure. ________________________________________ Clause 1.6.2 Business Modelers, first sentence: Replace the OMG�s specifications for BPMN, SBVR, and OSM. With OMG specifications such as BPMN and SBVR. Clause 1.6.2 Business Modelers, numbered item 2, first sentence: Replace SBVR and OSM With and SBVR, ________________________________________ Clause 5 Symbols Replace BPMN Business Process Modeling Notation - OMG Specification With BPMN Business Process Model and Notation - OMG Specification ________________________________________ Clause 7.3.7 Externally-referenced Business Model Elements, second sentence: Replace OMG specifications such as Organization Structure Metamodel (OSM), Business Process Modeling and Notation (BPMN), and Semantics of Business Vocabulary and Business Rules (SBVR). With OMG specifications, such as Business Process Model and Notation (BPMN), Semantics of Business Vocabulary and Business Rules (SBVR), and the organization structure models used by BMM user enterprises. ________________________________________ Clause 7.3.8 Organization Unit, at the end of the first numbered item (after the bullets): Add The BPMN concept �performer�, which can be a specific individual, a group, an organization role or position, or an organization, is the BMM concept of an organization unit in the roles of being responsible for activities in an organization. Clause 7.3.8 Organization Unit, after the second numbered item: Indent The paragraph beginning �One way in which the model supports �� so that it is aligned under the second numbered item Remove �Organization Unit� is a placeholder, anticipating a definition to be adopted from OSM when it is further developed. ________________________________________ Clause 8.5 Placeholders, second paragraph: Replace the OMG�s specifications for the Organization Structure Metamodel (OSM), Business Process Modeling and Notation (BPMN), and Semantics of Business Vocabulary and Business Rules (SBVR). With OMG�s specifications for Business Process Model and Notation (BPMN) and Semantics of Business Vocabulary and Business Rules (SBVR). Clause 8.5 Placeholders, third paragraph: Replace Organization Unit and Business Process are placeholders for association with concepts in OSM and BPMN respectively With Business Processes in a BMM are placeholders for association with concepts in BPMN. OMG does not have a general specification for organization structure. BMM placeholders for Organization Units reference parts of the organization structure used in the enterprise�s operational business. ________________________________________ Clause 9.1, Concepts, under business process: Replace Definition: a set of activities that are performed within an organization or across organizations Note: A Business Process may contain more than one separate Process. Each Process may have its own Sub-Processes. Individual Processes would be independent in terms of sequence flow, but could have message flows connecting them. Note: An activity is work that is performed within a business process. An activity can be atomic or non-atomic (compound). The types of activity that are a part of a Business Process are: Process, Sub-Process, and Task. With Definition: a sequence or flow of Activities in an organization with the objective of carrying out work Source: BPMN (10) [�Process�] Note: Processes can be defined at any level from enterprise-wide Processes to Processes performed by a single person (from BPMN clause 10, Process) Note: An Activity is work that is performed within a Business Process. The types of Activities that are a part of a Process are: Task, Sub-Process, and Call Activity, which allows the inclusion of re-usable Tasks and Processes (from BPMN clause 10.2, Activities) ________________________________________ Clause 9.1, Concepts, under organization unit: Replace Note: The concept organization unit is to be adopted from an external standard once such standard has been established. A placeholder definition is given below. Definition: The fundamental element of an organization structure is the organization unit. This represents any recognized association of people in the context of the enterprise. In a hierarchical structure, it may be the corporation, a division, a department, a group, or a team. In addition, it may be a committee, a task force, a project management organization, a class (for education), and so on. [OMG OSM submission, Nov 2006] With Definition: An administrative or functional unit within an organization structure. Example: Within a formal organization structure, organization units might be: the corporation, business units, divisions, departments, groups, teams, or individual roles. Less formally, they might be committees, projects, or task forces. Note: BPMN includes the concept �Performer� (the resource that will perform or will be responsible for an Activity) which corresponds to an organization unit�s having responsibility for a business process. In BPMN: a. A Performer can be specified in the form of a specific individual, a group, an organization role or position, or an organization b. An Activity is work that is performed within a Business Process. See �business process�, above. ________________________________________ Clause D.3 The �How� Connection, sixth paragraph: Replace Business Process Modeling Notation With Business Process Model and Notation ________________________________________ Clause F.1 Need for Integration, third paragraph: Replace The three OMG developments With The OMG specifications Replace first bullet point Business Process Modeling and Notation With Business Process Model and Notation Delete third bullet point Organization Structure Metamodel (OSM) Clause F.1 Need for Integration, fifth paragraph, second bullet point: Replace Business Process Modeling and Notation With Business Process Model and Notation Replace Organization Structure Metamodel (OSM) With organization structure model used by the enterprise ________________________________________ Clause F.2 Business Process Modeling and Notation (BPMN) Replace chapter title Business Process Modeling and Notation With Business Process Model and Notation For the second and third paragraphs (following Figure F1) Replace The concepts in BPMN1 that correspond to Business Process in the BMM are: � Process (Clause 8.6) A Process is an activity performed within or across companies or organizations. In BPMN a Process is depicted as a graph of Flow Objects, which are a set of other activities and the controls that sequence them. The concept of process is intrinsically hierarchical. Processes may be defined at any level from enterprise-wide processes to processes performed by a single person. Low-level processes may be grouped together to achieve a common business goal. Note that BPMN defines the term Process fairly specifically and defines a Business Process more generically as a set of activities that are performed within an organization or across organizations. Thus a Business Process, as shown in a Business Process Diagram, may contain more than one separate Process. Each Process may have its own Sub-Processes. The individual Processes would be independent in terms of Sequence Flow, but could have Message Flow connecting them. � Activity (Clause 9.4) An activity is work that is performed within a business process. An activity can be atomic or non-atomic (compound). The types of activities that are a part of a Business Process Diagram are: Process, Sub-Process, and Task. � Task (Clause 9.4.3) A Task is an atomic activity that is included within a Process. A Task is used when the work in the Process is not broken down to a finer level of Process Model detail. Generally, an end-user and/or an application are used to perform the Task when it is executed. Note: as of November 2008, responses to an OMG RFP for BPMN 2.0 had been submitted. It is expected that the outcome will not affect the nature of the correspondence between �business process� concepts in BMM and BPMN. With The concept �Process� in the BPMN specification [BPMN] is adopted as BMM�s definition of �business process� (see Clause 9.1, above) The concept �Performer� in the BPMN specification [BPMN] corresponds in BMM to organization unit�s role as being responsible for business process. ________________________________________ Clause F3 Semantics of Business Vocabulary and Business Rules, second paragraph (below Figure F.2): Replace SBVR Specification2 With SBVR Specification [SBVR] ________________________________________ Clause F4 Organization Structure Metamodel, clause title Replace Organization Structure Metamodel (OSM) With Organization Structure Model Clause F4 Organization Structure Metamodel, second and third paragraphs (following Figure F4): Replace Three responses to the OSM RFP were submitted. In September 2008, the RFP was opened for further letters of intent (LOI), and some additional LOIs have been received. New submissions will be made early in 2009. Given the terms of the RFP and the content of submissions received so far, it is not anticipated that mapping of concepts will be difficult, but suggestions for reconciliation of the OSM model with the Business Motivation Model will be deferred until: � either, a draft of a single joint submission is available, or � a single submission has been accepted by the OMG. With OMG does not have a general specification for organization structure. A broad definition for Organization Unit is provided in Clause 9. BMM placeholders for Organization Units are references to units in the organization unit model used by the enterprise. The concept �Performer� in the BPMN specification [BPMN] corresponds in BMM to organization unit�s role as being responsible for business process. ________________________________________ Clause H, Bibliography: Replace BPMN Business Process Modeling and Notation (OMG Specification formal/2009-01-03), available from www.omg.org/spec With BPMN Business Process Model and Notation Version 2.0 (https://www.omg.org/spec/BPMN/2.0). Replace SBVR Semantics of Business Vocabulary and Business Rules (OMG Specification formal/2008-01-02), available from www.omg.org/spec With SBVR Semantics of Business Vocabulary and Business Rules (https://www.omg.org/spec/SBVR/1.1) ________________________________________ Disposition: Resolved
Actions taken:
August 20, 2013: received issue
December 23, 2013: closed issue

Discussion:
The Value Delivery Modeling Language (VDML) submission appears to be the only OMG specification that defines �organization unit� as needed by BMM. This is not intended to imply that use of the BMM requires use of VDML. The proposed change to text Clause 8.5 uses �suggested� rather than �default�, which was expected to be the case for OSM.


Issue 18865: Category of Desired Result (bmm-rtf)

Click
here for this issue's archive. Click here for this issue's attachments.
Source: Rule ML Initiative (Mr. John Hall, nobody)
Nature: Uncategorized Issue
Severity:
Summary:
There is often discussion at OMG meetings about adding new concepts to the BMM. Frequent requests include: key performance indicators, quality criteria, service levels and cost/benefit.  Adding these new concepts is beyond the scope of an RTF, but much of what is wanted could be accommodated by supporting stakeholder-defined categorization of Desired Result in addition to the built-in categories Goal and Objective.  The BMM already does this for other specializations of Motivation Element - Influencer, Influencing Organization and Assessment.  Stakeholders could then create categories of Desired Result, such as �quality�, �service level� and �cost/benefit�, and categorize some of them as KPIs.   

Resolution: Add Desired Result Category and Desired Result Category categorizes Desired Result to the BMM. Include �category of category� as Broader Desired Result Category categorizes More Specific Desired Result Category. This would follow the pattern that was used in BMM RTF 1.1 for categorization of three other specializations of Motivation Element: Influencer Category, Organization Category and Assessment Category.
Revised Text: see attached
Actions taken:
August 20, 2013: received issue
August 15, 2014: closed issue

Issue 19278: Wrong upperbound of 0 specified for some association in XMI (bmm-rtf)

Click
here for this issue's archive.
Source: Benchmark Consulting (Mr. Alain Picard, apicard(at)benchmarkconsulting.com)
Nature: Revision
Severity: Significant
Summary:
The XMI contains 4 upperbound values of 0 which prevents it from being imported.      They are:  <upperValue xmi:id="BMM-Goal-amplifiedVision-upperValue" xmi:uuid="725A27D7-D5EA-428B-9DFC-1A70BBB54FA6" xmi:type="uml:LiteralUnlimitedNatural">            <value>1</value>      <upperValue xmi:id="BMM-InfluencingOrganization-influencingOrganizationUnit-upperValue" xmi:uuid="725A27D7-D5EA-457B-9909-1A7081483415" xmi:type="uml:LiteralUnlimitedNatural">            <value>1</value>      <upperValue xmi:id="BMM-Mission-operativeVision-upperValue" xmi:uuid="725A27D7-D5EA-4277-9923-1A70F31DA50C" xmi:type="uml:LiteralUnlimitedNatural">            <value>1</value>      <upperValue xmi:id="BMM-Regulation-regulatingDirective-upperValue" xmi:uuid="725A27D7-D5EA-401A-9ACA-1A70C8B319D5" xmi:type="uml:LiteralUnlimitedNatural">            <value>1</value>

Resolution: Correct the BMM XMI file so that the value of each of the following is 1: � BMM-Goal-amplifiedVision-upperValue � BMM-InfluencingOrganization-influencingOrganizationUnit-upperValue � BMM-Mission-operativeVision-upperValue � BMM-Regulation-regulatingDirective-upperValue
Revised Text: None to text of specification.
Actions taken:
March 2, 2014: received issue
April 6, 2015: closed issue

Issue 19333: course of action induces desired result (bmm-rtf)

Click
here for this issue's archive.
Source: KnowGravity Inc. (Mr. Markus Schacher, markus.schacher(at)knowgravity.com)
Nature: Enhancement
Severity: Significant
Summary:
I think an additional association, something like "course of action induces desired result" is needed. If some strategy is chosen to achieve some high-level goals, the choice of this strategy leads to some new intermediate goals and objectives and choosing a different strategy would have led to different goals and objectives. The is currently not supported by the BMM.

Resolution: Although this would be a useful extension of BMM, it would introduce a substantial new concept. This is beyond the authority of an RTF. Resolution: Out of scope for BMM revision 1.3. To be revisited in a later version of BMM Revised Text: None Disposition: Closed, out of scope
Revised Text:
Actions taken:
April 13, 2014: received issue
April 6, 2015: closed issue

Issue 19881: kpis, csf, capabilities (bmm-rtf)

Click
here for this issue's archive.
Nature: Enhancement
Severity: Significant
Summary:
I was looking for critical success factors and KPI as proposed to be used by the balanced scorecard approach on page 12 in the meta model. I could not find, however on page 79 with its introduction "Implicit in many areas of the Business Motivation Model is the subject of metrics.". It would be niced to have this somehow vizualized in the meta model. It is unclear to me, what "many" means in this context. If I mentally map the BSC model to what is described in your document I would assume, that their strategy definition overlaps to your >90% and that CSF and KPI from the balanced scorecard only relate to you describe as "courses of action".      Also it would be nice to see interfaces to other (OMG) models in the document. E.g. TOGAF comes along with "capability" as one of their primary concepts. I find myself to have a hard time to find out, how what you defined as "course of action" relates to what TOGAF calls "capability" and how the maturity of capabilities can be assessed and improved by strongly supporting a courses of action.    

Resolution:
Revised Text:
Actions taken:
January 18, 2016: received issue