Common Warehouse Metamodel Avatar
  1. OMG Specification

Common Warehouse Metamodel — All Issues

  • Acronym: CWM
  • Issues Count: 43
  • Description: All Issues
Open Closed All
All Issues

Issues Summary

Key Issue Reported Fixed Disposition Status
CWM12-71 Review the semantics of existing attribute types that are also CWM classes CWM 1.0 open
CWM12-57 CWM should consider generating XML Schemas, in both XMI 1.x and XMI 2.0 CWM 1.0 open
CWM12-70 Add a representation for sequence to CWM relational package CWM 1.0 open
CWM12-56 Make ChangeRequest useful CWM 1.0 open
CWM12-76 CWM Object resource package does not provide support for exceptions CWM 1.0 open
CWM12-64 The XML package should be revised/extended to represent XML schema metadata CWM 1.0 open
CWM12-53 Modeling and packaging guidelines CWM 1.0 open
CWM12-54 Rationalize 'Measurement' CWM 1.0 open
CWM12-69 Inconsistencies caused by changing Expression etc from Data Types to Classe CWM 1.0 open
CWM12-52 Warehouse processes missing physical information CWM 1.0 open
CWM12-61 Inadequate support for Organizational Structures CWM 1.0 open
CWM12-58 CWM should consider generating XMI 1.2 DTDs CWM 1.0 open
CWM12-73 consider changing DeployedComponent from being subclass of Core::Package CWM 1.0 open
CWM12-65 Generic Data Mining metamodel issue CWM 1.0 open
CWM12-60 CWM should consider using MOF 1.4 for it's metamodel CWM 1.0 open
CWM12-66 The metamodel for DTD should be reviewed CWM 1.0 open
CWM12-55 Predefined' values not defined in metamodel CWM 1.0 open
CWM12-59 Component Re-use unclear CWM 1.0 open
CWM12-62 Make it easier to interchange UML Models CWM 1.0 open
CWM12-77 supplierDependency reference is missing from ModelElement CWM 1.0 open
CWM12-68 Description, Document, ResponsibleParty should be made subtypes of Comment CWM 1.0 open
CWM12-74 package may fail to permit definition of transformations CWM 1.0 open
CWM12-75 XML Schema package issue CWM 1.0 open
CWM12-78 XML metamodel should be based on W3C XML Information Set CWM 1.0 open
CWM12-63 Practical changes to Contact metamodel CWM 1.0 open
CWM12-67 All OCL sections should be reviewed to ensure that they are complete CWM 1.0 open
CWM12-72 Identify precise CWM definition to which interchange doc. conforms CWM 1.0 open
CWM11-93 We only need one COBOL Data Division model CWM 1.0 CWM 1.1 Resolved closed
CWM11-92 Logical-physical deployment modeling CWM 1.0 CWM 1.1 Resolved closed
CWM11-91 Diagram 8-7-3 missing lines CWM 1.0 CWM 1.1 Resolved closed
CWM11-90 Supplier and version underspecified CWM 1.0 CWM 1.1 Resolved closed
CWM11-82 stereotype reference is missing from ModelElement CWM 1.0 CWM 1.1 Resolved closed
CWM11-81 taggedValue reference is missing from ModelElement CWM 1.0 CWM 1.1 Resolved closed
CWM11-80 provide an example of extending the Management packages CWM 1.0 CWM 1.1 Resolved closed
CWM11-79 diagram named "CWM Package Dependencies" shows wrong dependency arrow CWM 1.0 CWM 1.1 Resolved closed
CWM-1 Specify meta-model & XMI parameters for CWM XMI formats CWM 1.0b1 CWM 1.0 Resolved closed
CWM11-89 Optimize Instance data values CWM 1.0 CWM 1.1 Resolved closed
CWM11-88 Attribute.initialValue incorrectly implemented as mandatory. CWM 1.0 CWM 1.1 Resolved closed
CWM11-87 CWM model needs to be augmented to allow specification of level& hierarchy CWM 1.0 CWM 1.1 Resolved closed
CWM11-86 CWM does not reflect the latest version of UML CWM 1.0 CWM 1.1 Resolved closed
CWM11-85 Missing letters in chapter 9 diagrams. CWM 1.0 CWM 1.1 Resolved closed
CWM11-84 Data mining metamodel CWM 1.0 CWM 1.1 Resolved closed
CWM11-83 Revise the IMS metamodel CWM 1.0 CWM 1.1 Resolved closed

Issues Descriptions

Review the semantics of existing attribute types that are also CWM classes

  • Key: CWM12-71
  • Legacy Issue Number: 4404
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    The precise semantics of the use of the CWM Expression class (and
    its subclasses) as the type of attributes of CWM classes is not clearly
    delineated (as discussed at the 7/12/01 CWM RTF meeting in Danvers, MA).
    Review the semantics of existing attribute types that are also CWM classes
    and correct them as needed.

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

CWM should consider generating XML Schemas, in both XMI 1.x and XMI 2.0

  • Key: CWM12-57
  • Legacy Issue Number: 4511
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Support for XMI for XML Schemas The above will probably be adopted at the September 2001 meeting. CWM should consider generating XML Schemas, in both XMI 1.x and XMI 2.0 flavors. Note that there is a new directory and naming structure that allows a single metamodel to have many physical artifacts at different versions with clarity of access.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Add a representation for sequence to CWM relational package

  • Key: CWM12-70
  • Legacy Issue Number: 4430
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    A sequence is a relational database object that allows the automatic generation of values. Sequences are ideally suited to the task of generating unique key values. Applications can use sequences to avoid possible concurrency and performance problems resulting from the generation of a unique counter outside the database. Currently, the CWM Relational package does not provide a representation for sequence. It should be added.

  • Reported: CWM 1.0 — Thu, 26 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Make ChangeRequest useful

  • Key: CWM12-56
  • Legacy Issue Number: 4515
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    This should be part of BusinessInformation: it is not at all specific to WarehouseOperations since one could request changes to database schemas, transformations or pretty much anything.

    'isActive' would be better than 'completed' for ChangeRequest, and would observe the convention of using 'is' for booleans. Moreover it should be a derived nonchangeable attribute to avoid inconsistency with 'status'.

    The reference from ChangeRequest to ModelElement should be 0..* since the request might be to create something new that cannot yet be referred to!

    The following are considered essential for most ChangeRequests: 1) two multivalued optional references to ResponsibleParty to indicate: a) raiser b) actionee 2) optional single-valued integer attribute 'priority' (larger value = more important), constrained to be non-negative. 3) optional single-valued string attributes 'raisersIdentifier' and 'identifier' (representing an id allocated by the raiser and that used internally by the warehouse management system). 4) optional multivalued string attribute 'history' to describe events in managing the request. 5) optional string attribute 'resolution' to decribe what actually happened (e.g. how the modelElements were changed, why the request was rejected etc).

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

CWM Object resource package does not provide support for exceptions

  • Key: CWM12-76
  • Legacy Issue Number: 4399
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    Modern object-oriented programming languages such as Java and C#
    support the notion of exceptions as first class objects. However, the CWM
    Object resource package does not provide support for exceptions. Although
    exceptions might be added to extension packages specifically designed for
    each language that needs them, such an approach would not promote
    interchange of exceptions between data warehouse components written in
    different languages. This problem will become particularly accute for .NET
    languages in which particular exceptions are defined by language independent
    components (such as the .NET CLR libraries) and can be returned to
    application components written in any of a group of languages. Suggested
    approaches to resolving this difficulty might include (1) adding exceptions
    to the CWM Behavioral package or (2) creating an Object package and placing
    the new exception classes in it.

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

The XML package should be revised/extended to represent XML schema metadata

  • Key: CWM12-64
  • Legacy Issue Number: 4467
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    This issue is to capture what has been stated in Chapter 12 of the CWM specification. The XML package should be revised and extended to represent XML Schema metadata as soon as XML Schema is adopted by W3Cas a recommendation (which happened in 5/01).

  • Reported: CWM 1.0 — Fri, 3 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Modeling and packaging guidelines

  • Key: CWM12-53
  • Legacy Issue Number: 4583
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    Metamodels described in the CWM specification employ certain
    modeling techniques and packaging styles in preference to others. However,
    the current text of the specification does not clearly delineate, or provide
    a rationale for, which modeling techniques and packaging styles are
    preferred and which are not. Because stylistic consistency is an important
    part of promoting both understandability and implementability, text should
    be added to the specification (possibly in Chapter 6) delineating preferred
    modeling techniques and packaging. Such documentation will provide guidance
    to submitters of enhancements to existing CWM metamodels and of new or
    replacement metamodel packges.

  • Reported: CWM 1.0 — Wed, 26 Sep 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Rationalize 'Measurement'

  • Key: CWM12-54
  • Legacy Issue Number: 4516
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    This should be part of Foundation (probably Expressions or BusinessInformation): it is not at all specific to WarehouseOperations since one could apply measures to tables (for expected volumes), transformations etc.

    Measurement should have an optional reference to an Expression to define how the value has/should be calculated.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Inconsistencies caused by changing Expression etc from Data Types to Classe

  • Key: CWM12-69
  • Legacy Issue Number: 4407
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    Expression and their subtypes (BooleanExpression, etc.) were changed from Data Types (in the CWM Adapted Specification) to Classes in CWM 1.0. As a result, it caused design inconsistency in CWM. For example, ExpressionNode inherits from Element. This was designed originally based on the fact that Expression was a Data Type and could not be subclassed. It should now inherit from Expression, which can be subclassed. The CWM RTF should review and revise all such inconsistencies caused by changing Expression, Multiplicity, etc. from Data Types to Classes.

  • Reported: CWM 1.0 — Tue, 24 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Warehouse processes missing physical information

  • Key: CWM12-52
  • Legacy Issue Number: 4519
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    It's not at all clear how one links from a WarehouseProcess or TransformationExecution to the physical information that it is applied to (e.g. if the same information is replicated across a number of physical locations which is actually used as the source of a datawarehouse load?).

    At the Process level there is the opportunity for some sophistication (e.g. to list a number of physical sources/destinations in priority order); at the execution level one should record the actual instance used.

    Similarly one may want to specify and record which DeployedComponent(s) should be used to carry out the transformation.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Inadequate support for Organizational Structures

  • Key: CWM12-61
  • Legacy Issue Number: 4473
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Sections 8.3 and 8.3.1.7 justify ResponsibleParty inheriting from Namespace in that it can be used for "capturing organizational structures or similar relationships". This is not only quite obscure but is inadequate for even very simple and common Warehouse-oriented situations - due to the strict composition semantics of Namespace. In particular it does not allow a single person to belong to more than one Position/Team, nor does it allow the representation of matrix/management relationships which are very common. Moreover it does not allow the separation of two very different concepts: packaging of models and organizational relationships.

    An example 'test' scenario is of 2 support teams: one for Corp Database A, another for Corp Database B. Both will always have the same Manager (regardless of who is currently filling that position) and make use the same Performance Specialist, John Wicks.

    It is proposed that CWM adopt a simple but specific Organization Structure metamodel (no more than 5 classes such as Unit, Position, Person) that also aims for consistency with OMG's recently adopted Organizational Structure Facility.

  • Reported: CWM 1.0 — Mon, 6 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

CWM should consider generating XMI 1.2 DTDs

  • Key: CWM12-58
  • Legacy Issue Number: 4510
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Support for XMI 1.2 XMI 1.2 will probably be adopted at the September 2001 meeting. CWM should consider generating XMI 1.2 DTDs. Note that there is a new directory and naming structure that allows a single metamodel to have many physical artifacts at different versions with clarity of access.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

consider changing DeployedComponent from being subclass of Core::Package

  • Key: CWM12-73
  • Legacy Issue Number: 4402
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    In the SoftwareDeployment package, consider changing
    DeployedComponent from being a subclass of Core::Package to being as
    subclasss of Core::Subsystem. This change preserves the package nature of
    DeployedComponents and, at the same time, adds the ability of
    DeployedComponents to have features (because Core::Subsystem is a subclass
    of Core::Classifier, as well as Core::Package).

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Generic Data Mining metamodel issue

  • Key: CWM12-65
  • Legacy Issue Number: 4462
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    The Data Mining metamodel contains a sub-metamodel on classification/categorization, which is generic and which can be useful outside of data mining but in a data warehousing/business intelligence context. Following the tradition of CWM's design emphasis on modularity and reuse, this sub-metamodel should be made a separate package from the Data Mining package.

  • Reported: CWM 1.0 — Fri, 3 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

CWM should consider using MOF 1.4 for it's metamodel

  • Key: CWM12-60
  • Legacy Issue Number: 4509
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Support for MOF 1.4 MOF 1.4 will probably be adopted at the September 2001 meeting. CWM should consider using MOF 1.4 for its metamodel, which will bring particular benefits in the area of DataTypes. Note that there is a new OMG directory and naming structure that allows a single metamodel to have many physical artifacts at different versions with clarity of access.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

The metamodel for DTD should be reviewed

  • Key: CWM12-66
  • Legacy Issue Number: 4461
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    This is an issue deferred from the CWM FTF. The metamodel for DTD should be reviewed, and revised if necessary, to make sure that it fully represents DTD information and that it is consistent with the new metamodel for XML Schema.

  • Reported: CWM 1.0 — Fri, 3 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Predefined' values not defined in metamodel

  • Key: CWM12-55
  • Legacy Issue Number: 4513
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    The 'predefined' values for SoftwareDeployment::SoftwareSystem.type (and subtype) should be formally defined as Constants in the metamodel. Similarly for WarehouseOperation::ChangeRequest.status and WarehouseOperation::Measure.type (there are probably others).

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Component Re-use unclear

  • Key: CWM12-59
  • Legacy Issue Number: 4512
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    By using the inherited ElementOwnership association to link SOftwareSystem and Component, this would seem to prevent the same component being reused in many systems. Though an Import association is depicted in Figure 8-7-1, nothing is said in the text about its semantics in this context: typically this would be used just for definitions/types ("extending the namespace" according to the description in the Core model) and not something that would need to be physically deployed as part of the SoftwareSystem.

    Proposed resolution: Introduce a new many-to-many shared aggregation to link SoftwareSystem and Component.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Make it easier to interchange UML Models

  • Key: CWM12-62
  • Legacy Issue Number: 4470
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    CWM uses a subset of UML for practical reasons. It also delegates the modeling of Object Oriented resources to that subset. However the way this is currently done makes it unnecessarily hard to take a model exported from a UML tool and import it as the model of an OO resource in CWM.

    CWM should provide support e.g. via metamodel and/or documented best practice (e.g. use of XMI namespaces) for this.

  • Reported: CWM 1.0 — Mon, 6 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

supplierDependency reference is missing from ModelElement

  • Key: CWM12-77
  • Legacy Issue Number: 4398
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    The supplierDependency reference is missing from ModelElement, which existed in the CWM Adapted Specification.This change makes the model illogical and unbalanced. Dependency is always defined between two ModelElements (a client and a supplier). Its definition involves two associations and four association ends. Either the supplierDependency reference should be put back (which makes a more flexible model) or the client reference on Dependency should also be removed (which makes a more restrictive model, but at least it is logical and balanced). (This is a revised write-up for issue #3398.)

  • Reported: CWM 1.0 — Fri, 20 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Description, Document, ResponsibleParty should be made subtypes of Comment

  • Key: CWM12-68
  • Legacy Issue Number: 4460
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    This is an issue deferred from the CWM FTF. Description, Document and ResponsibleParty should be made subtypes of Comment, allowing use of the corresponding reference on ModelElement.

  • Reported: CWM 1.0 — Fri, 3 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

package may fail to permit definition of transformations

  • Key: CWM12-74
  • Legacy Issue Number: 4401
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    Usage experience with the CWM 1.0 Transformation package has
    uncovered several situations in which the package may fail to permit
    definition of transformations that fully capture the intent of implementors.
    Such problems have appeared in several unrelated modeling venues and have
    led some implementors to seek alternative means for describing
    transformations. The existing transformation package should be reviewed by
    the RTF and changed as needed to improve its ability to represent the
    breadth of transformation semantics found in practical usage scenarios. As
    part of this effort, the RTF should consider incorporating the existing
    TypeMapping package into an evolved Transformation package – TypeMappings
    are, after all, really just lightweight transformations.

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

XML Schema package issue

  • Key: CWM12-75
  • Legacy Issue Number: 4400
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    The planned XML Schema package proposed for inclusion in CWM 1.1
    should be cognizant of and wherever possible, equivalent to, the XML Schema
    model planned for the inclusion in the XMI specification. Within reason,
    corresponding XML Schema-specific class in the two specifications show share
    the same names, attributes, and relationships to other classes.

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

XML metamodel should be based on W3C XML Information Set

  • Key: CWM12-78
  • Legacy Issue Number: 4247
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    XML metamodel should be based on W3C XML Information Set. W3C has a standard called XML Information Set http://www.w3.org/TR/xml-infoset/ (at Candidate Recommendation status) "This specification defines an abstract data set called the XML Information Set (Infoset). Its purpose is to provide a consistent set of definitions for use in other specifications that need to refer to the information in a well-formed XML document"

    In effect it defines an information model for XML with the following Information Items (the equivalent of classes in CWM): Document, Element, Attribute, Processing Instruction, Unexpanded Entity Reference, Character, Comment, Document Type Declaration, Unparsed Entity,Notation, Namespace. It would seem that since this is what W3C says should be modeled for XML documents then this should be the basis of the CWM XML model (the content part as opposed to the Schema part), or at least CWM should specify how it maps to this Information Set.

  • Reported: CWM 1.0 — Tue, 3 Apr 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Practical changes to Contact metamodel

  • Key: CWM12-63
  • Legacy Issue Number: 4472
  • Status: open  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    These are gained from having tried to use the model in real situations.

    a) Add new attribute Contact.applicability: String (0..1), to allow a fuller description of when that

    contact should be used (e.g. "After hours or weekend emergencies only: when completion of a

    time-critical run is threatened").

    b) the associations between COntact and its constituent parts (Telephhone etc) should be shown as aggregations (not compositions) for clarity. This will have no effect on generated code/DTDs.

    c) split the phoneNumber attribute into its constituent parts. This is because the actual number to ring is dependent on context), and there may be uses where automatic dialing is required (e.g. for fax/pager access to contacts). [It is assumed that the calling progam knows what country/area it is dialing from). The proposed replacement attributes (all optional and of type String) are: countryCode inCountryAreaPrefix (e.g. for UK it would be "0" - one dials +44 1202 449419 outside UK but 01202 449419 inside UK) areaCode corePhoneNumber.

  • Reported: CWM 1.0 — Mon, 6 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

All OCL sections should be reviewed to ensure that they are complete

  • Key: CWM12-67
  • Legacy Issue Number: 4459
  • Status: open  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    This is an issue deferred from the CWM FTF. Per recommendation from the Architecture Board, all OCL sections should be reviewed to ensure that they are complete

  • Reported: CWM 1.0 — Fri, 3 Aug 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

Identify precise CWM definition to which interchange doc. conforms

  • Key: CWM12-72
  • Legacy Issue Number: 4403
  • Status: open  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    Provide in the body of a CWM interchange document, a means for
    identifying the precise CWM definition to which the interchange document
    conforms. Something similar to the way the XML documents identify the URI
    of the XML definition they conform to would do nicely. Such a mechanism in
    effect creates a name space within which the contents of the CWM interchange
    document can be evaluated. Useful side effects of having such a namespace
    include: (1) the definition of CWM extension packages without the present
    need that they be accompanied by the CWM definition itself, (2) a framework
    in which Universally Unique Identifiers (UUIDs) can be defined for each CWM
    object. Several requests for CWM UUIDs have already been received
    informally.

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Updated: Wed, 11 Mar 2015 11:15 GMT

We only need one COBOL Data Division model

  • Key: CWM11-93
  • Legacy Issue Number: 4834
  • Status: closed  
  • Source: Deere & Company ( Dave Smith)
  • Summary:

    CWM vol. 2 3.1 says
    "The concepts and ideas implicit in the definition of the COBOL language's
    DATA DIVISION were one of the earliest (if not the first) formalizations of
    the ubiquitous record model. A COBOL program contains much more than just
    record descriptions. However, because neither CWM nor UML attempt to
    describe programming languages directly, only the DATA DIVISION is described
    here. The model presented here is compliant to the COBOL 85 language
    standard [COBOL].

    The primary purpose of the COBOL DATA DIVISION metamodel extension package
    in CWM is to allow the structure of DATA DIVISIONs to be captured so that
    their usage of other model elements (such as RecordDefs and Fields) can be
    modeled. This allows definition of files and databases created by COBOL
    programs as well as direct support for tools that attempt to track the
    lineage and determine the impact of proposed changes to COBOL application
    programs. The metamodel does not, however, provide sufficient structure to
    support tools that want to capture the structure of a DATA DIVISION source
    into a CWM repository and then be able to faithfully reproduce the source on
    demand.

    The COBOL DATA DIVISION metamodel extension also serves as an example of
    the use of the CWM Record metamodel. The CWM Record package is intended as a
    foundation upon which many record-oriented programming languages can be
    described. The COBOL Data Division extension package is provided as example
    demonstrating appropriate usage of CWM and UML classes in modeling the data
    structure representation parts of this and similar programming language
    environments."

    UML Profile for EAI 14.1 says
    "The goal of this COBOL model is to capture the information that would be
    found in the Data Division." .

    Both define partial COBOL language meta models with different levels of
    detail. We only need one COBOL Data Division model.

  • Reported: CWM 1.0 — Mon, 18 Feb 2002 05:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see above

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

Logical-physical deployment modeling

  • Key: CWM11-92
  • Legacy Issue Number: 4518
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    DataManager contains a reference to the specific data (at the schema level) that is being managed but is constrained to be a DeployedComponent on a specific Machine. Though a DataManager refers to the Component that it 'instantiates' there is nothing associated with Component that allows one to record what data it can manage.

    For example, I would like to be able to create an element called "Peopleware Payroll Application" which references the relational schema for the application. This should be possible without having to say anything about its deployment onto specific machines.

    A separate but related point is the lack of support for physical databases. For example, When deploying an application I then want to be able to say what physical database it's using. The value of tracking this is for backup purposes etc, and the fact that actual WarehouseOperations will need to be applied to specific databases.

    Proposed resolution

    Add new class 'PhysicalDatabase' to SoftwareDeployment Model; this will inherit from Package and will have a many-to-many association 'LogicalPhysical' with Package, and be contained by Machine (as for DeployedComponent). [May want a subslcass of Dependency between PhysicalDatabases to represent replication/federation/partitioning. Or alternatively use containment by one 'abstract' PhysicalDatabase of others to represent this, though this does not allow the exact relationship to be expressed.]

    Move the 'dataPackage' reference from DataManager to SoftwareSystem. Add new many-to-many reference 'databases' to DataManager with target type PhysicalDatabase.

  • Reported: CWM 1.0 — Tue, 25 Sep 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see below

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

Diagram 8-7-3 missing lines

  • Key: CWM11-91
  • Legacy Issue Number: 4517
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Diagram 8-7-3 could be made a clearer by using associations (lines) in addition to the references.

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    No change is required. This diagram intends to represent inheritances only

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

Supplier and version underspecified

  • Key: CWM11-90
  • Legacy Issue Number: 4514
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Supplier and version of SoftwareSystem should be optional: they are not always known or relevant.

    The description for supplier should clarify whether it represents any/all of: a) the original developer (e.g. "Oracle"); b) the entity who sold the software to the organization (e.g. a reseller); c) the IT support group within the organization who deployed it for a particular set of business users.

    It would make more sense to model supplier as a reference to BusinessInformation::ResponsibleParty, since this would allow reuse, contact information and impact analysis ("supplier X has gone out of business, what have they supplied us?"). Version might also make sense on DeployedSoftwareSystem (at a logical/design level one might not care what the version is: but it might be required to record which version is actually deployed).

  • Reported: CWM 1.0 — Sun, 19 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see below

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

stereotype reference is missing from ModelElement

  • Key: CWM11-82
  • Legacy Issue Number: 4431
  • Status: closed  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    In the Core package, the stereotype reference, that maps to the
    stereotype end of the StereotypedElement association, is missing from
    ModelElement. This is a result of an error in the construction of the final
    CWM 1.0 spec (the same error is associated with Issue #4408).

  • Reported: CWM 1.0 — Mon, 30 Jul 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    No change is required. The metamodel is less restrictive without the stereotype reference

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

taggedValue reference is missing from ModelElement

  • Key: CWM11-81
  • Legacy Issue Number: 4408
  • Status: closed  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    The taggedValue reference is missing from ModelElement, which existed in the CWM Adapted Specification. This is an error and must be corrected immediately. TaggedValue is a critical, light-weight extension mechanism and is used extensively in our implementation of CWM. Without the taggedValue reference on ModelElement, we will not be able to support CWM 1.0. (This is a revised write-up for issue #4408.)

  • Reported: CWM 1.0 — Tue, 24 Jul 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see below

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

provide an example of extending the Management packages

  • Key: CWM11-80
  • Legacy Issue Number: 4406
  • Status: closed  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    Volume 2 of the CWM Specification does not provide an example of extending the Management packages (Warehous Process and Warehouse Operation). It will be very useful to provide an example of extending these packages (and their dependent packages) based on IBM's DB2 Data Warehouse Center. This product has implemented the CWM Management packages and has demonstrated the need for such extensions as well as how they can be done.

  • Reported: CWM 1.0 — Tue, 17 Jul 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    Resolved by CWM 1.1 RTF

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

diagram named "CWM Package Dependencies" shows wrong dependency arrow

  • Key: CWM11-79
  • Legacy Issue Number: 4405
  • Status: closed  
  • Source: Thematix Partners LLC ( Dr. Doug Tolbert)
  • Summary:

    In the CWM .mdl file, the diagram named "CWM Package Dependencies"
    contains a dependency arrow showing that the Relational package depends on
    the SoftwareDeployment package. This dependency arrow is erroneous and
    should be removed (the dependency does not appear in the definitional CWM
    XMI file).

  • Reported: CWM 1.0 — Wed, 18 Jul 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    Resolved by CWM 1.1 RTF

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

Specify meta-model & XMI parameters for CWM XMI formats

  • Key: CWM-1
  • Legacy Issue Number: 3899
  • Status: closed  
  • Source: DSTC ( Stephen Crawley)
  • Summary:

    As of XMI 1.1, an XMI format depends on both the input MOF meta-model(s)
    AND some other parameters.

    The CWM specification should state what XMI parameters have been used to
    generate the CWM / XMI interchange formats. In particular, it should
    specify:

    1) what XML namespaces were used

    2) what (if any) "domain data type metamodels" were used, and what
    they are

    3) any custom data value <-> XML string encoding rules used, and

    4) whether the format supports "incomplete models".

    There may be some other XMI parameters that I haven't discovered yet.

    Finally, the CWM spec or an appendix should include the definitive CWM
    meta-model expressed as a MOF / XMI document.

    Without this information, it is difficult for someone other than the
    CWM submitters to instantiate CWM repositories and CWM / XMI interchange
    software.

  • Reported: CWM 1.0b1 — Fri, 22 Sep 2000 04:00 GMT
  • Disposition: Resolved — CWM 1.0
  • Disposition Summary:

    resolved

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

Optimize Instance data values

  • Key: CWM11-89
  • Legacy Issue Number: 4482
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    The Instances (hence MultiDimensional) metamodel is very wasteful
    in requiring a separate DataValue object for each simple string slot value:
    this in effect doubles the number of objects for value-oriented schemas such
    as Dimension definitions (in MultiDimensional where DataValue is inherited
    into MemberValue). This is a problem for XMI files and their processing, but
    even more so for repository implementations which tend to have management
    overheads associated with each object. Moreover these DataValue objects end
    up being directly contained in the MemberSet for the Dimension, which surely
    was not the intention. This means that when navigating from the Dimension to
    process its Members one also has to filter out a large number of these
    unwanted Data/MemberValue objects.

  • Reported: CWM 1.0 — Fri, 10 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see below

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

Attribute.initialValue incorrectly implemented as mandatory.

  • Key: CWM11-88
  • Legacy Issue Number: 4475
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    The XMI representation of the CWM metamodel does not implement the specification for the initialValue attribute of the Core.Attribute class: in the specification (section 7.3.2.1 on p7-71) it clearly states the "multiplicity: zero or one"). However in the XMI file the lower bound is 1. Note: the lower bound of 0 is consistent with the UML metamodel.

    The impact is that,despite the DTD not being affected, XMI imports fail when any subclass of Attribute (see below IDL changes for a list) does not specify an initialValue Expression.

    This affects the XMI file, the Rose model, and the IDL. It does not affect the DTD since DTDs do not reflect attribute multiplicity.

    Proposed resolution: Update the CWM XMI file, document ad/01-02-03 to change the value of Core.Attribute.initialValue.multiplicity.lower from 1 to 0.

    Update the CWM Rose model, document ad/01-02-07 for attribute initialValue of Core:Attribute to change the value of the tag 'rose2mof.multiplicity' from "1" to "0..1".

    Update the following in the CWM IDL files, document ad/01-02-06: In core.idl change the declaration of Attribute and its class proxy to:

    typedef sequence<Expression> ExpressionBag; interface AttributeClass : StructuralFeatureClass

    { readonly attribute AttributeSet all_of_type_attribute; readonly attribute AttributeSet all_of_class_attribute; Attribute create_attribute ( in Core::Name name, in VisibilityKind visibility, in ScopeKindBag owner_scope, in ChangeableKind changeability, in MultiplicityBag multiplicity, in OrderingKindBag ordering, in ScopeKindBag target_scope, in ExpressionBag initial_value) raises (Reflective::MofError); }

    ; interface Attribute : AttributeClass, StructuralFeature

    { Expression initial_value () raises (Reflective::NotSet, Reflective::MofError); void set_initial_value (in Expression new_value) raises (Reflective::MofError); void unset_initial_value () raises (Reflective::MofError); }

    ; // end of interface Attribute

    And in the following files and the following class proxies change the initial_value parameter of the 'create_x' constructor to be of type Core::ExpressionBag rather than Core::Expression:

    Multidimensional.idl: DimensionedObjectClass Olap.idl: MeasureClass Record.idl: FieldClass, FixedOffsetFieldClass Relational.idl: ColumnClass CML.idl: XMLAttributeClass, ElementTypeReferenceClass, TextClass InformationReporting.idl: ReportAttribute DataTypes.idl : UnionMemberClass DataMining.idl: MiningAttributeClass, NumericAttributeClass, CategoricalAttributeClass, Ordinal,AttributeClass, ApplicationAttributeClass COBOLData.idl: COBOLFieldClass, RenamesClass DMSII.idl: DataItemClass, RemapItemClass ER.idl: ErAttributeClass Essbase.idl: AliasClass, CommentClass, ConsolidationClass, CurrencyConversionClass, DataStorageClass, FormulaClass, GenerationClass, ImmediateParentClass, LevelClass, MemberNameClass, TimeBalanceClass, TwoPassCalculationClass, UDAClass, VarianceReportingClass Express.idl: VariableClass, FormulaClass, ValueSetClass, RelationClass IMSDatabase.idl: ImsFieldClass, SenFieldClass.

  • Reported: CWM 1.0 — Mon, 6 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see below

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

CWM model needs to be augmented to allow specification of level& hierarchy

  • Key: CWM11-87
  • Legacy Issue Number: 4474
  • Status: closed  
  • Source: Oracle ( David Mellor)
  • Summary:

    The CWM model currently defines the physical mapping of a Cube based only on a level of a dimension. The model needs to be augmented to allow the specification of both a level and a hierarchy.

  • Reported: CWM 1.0 — Tue, 7 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    Add a new sub-type of MemberSelectionGroup which contains a reference to a hierarchy

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

CWM does not reflect the latest version of UML

  • Key: CWM11-86
  • Legacy Issue Number: 4471
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    CWM aims to be a subset of UML. Various changes have occurred in Core at UML 1.4 which are not reflected in CWM. CWM 1.1 should be updated to reflect the latest UML. For example, the old TaggedValue now has been split between new TaggedValue which just holds the value (in a multivalued 'dataValue' attribute or as a 'referenceValue' ModelElement) and a new TagDefinition class which provides the tag name, reference to Stereotype and a multiplicity. Document ad/01-02-24 contains the UML 1.4 changes, though only changes to the Core will be relevant to CWM.

  • Reported: CWM 1.0 — Mon, 6 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    see above

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

Missing letters in chapter 9 diagrams.

  • Key: CWM11-85
  • Legacy Issue Number: 4469
  • Status: closed  
  • Source: Adaptive ( Mr. Pete Rivett)
  • Summary:

    Figure 9-1 has initial letters missing from ModelElement and Constraint classes. Figure 9-9 has initial letter missing from Table class. Figure 9-10 has initial leters missing from the Parameter and SQLParameter classes. Figure 9-13 has initial letter missing from DataValue class.

  • Reported: CWM 1.0 — Mon, 6 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    No Data Available

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

Data mining metamodel

  • Key: CWM11-84
  • Legacy Issue Number: 4458
  • Status: closed  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    This is an issue deferred from the CWM FTF. The Data Mining metamodel should be revised based on feedback from the JSR-73 (JDMAPI) work

  • Reported: CWM 1.0 — Fri, 3 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    No Data Available

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

Revise the IMS metamodel

  • Key: CWM11-83
  • Legacy Issue Number: 4442
  • Status: closed  
  • Source: International Business Machines ( Dr. Daniel T. Chang)
  • Summary:

    IBM has implemented the IMS metamodel of CWM 1.0. In doing so, we have found it necessary to make some significant changes to improve usability and completeness, and to handle new facilities of IMS. The CWM RTF should revise the IMS metamodel incorporating these changes.

  • Reported: CWM 1.0 — Wed, 1 Aug 2001 04:00 GMT
  • Disposition: Resolved — CWM 1.1
  • Disposition Summary:

    Resolved by CWM 1.1 RTF

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