-
Key: SBVR12-75
-
Legacy Issue Number: 17017
-
Status: closed
-
Source: Adaptive ( Mr. Pete Rivett)
-
Summary:
SBVR makes use of ElementImports to give additional aliases to some elements in the same package. This is invalid use of ElementImport: the UML/MOF specs clearly state that ElementImports are only for elements “in another package”. I recently confirmed my understanding with the UML team that “another” does mean literally that (confirmed by OCL elsewhere in the spec) and it cannot be interpreted to mean “the same package”.
Even were the ElementImport to be permitted, it would not have the intended meaning which I believe is to add additional synonyms to elements. In contrast the alias in an ElementImport “Specifies the name that should be added to the namespace of the importing Package in lieu of the name of the imported PackagableElement.”
This issue is urgent since it affects the production of correct normative artifacts for SBVR 1.1.
-
Reported: SBVR 1.1 — Fri, 20 Jan 2012 05:00 GMT
-
Disposition: Resolved — SBVR 1.2
-
Disposition Summary:
Drop the use of elementImport to include aliases in the SBVR Metamodel file as it is an invalid use of elementImport.
-
Updated: Fri, 6 Mar 2015 20:58 GMT
SBVR12 — SBVR makes use of ElementImports to give additional aliases to some elements in the same package
- Key: SBVR12-75
- OMG Task Force: SBVR 1.2 RTF