-
Key: UAF14-140
-
Status: open
-
Source: Eclectica Systems Ltd ( Nic Plum)
-
Summary:
7 UAF Grid states:
'Due to the complexity of managing the multiple viewpoints with overlapping concerns and metamodels, the standard viewpoints are refactored as described in the donor frameworks into a more manageable format. This decision led to the development of the UAF grid which is described below.'
1) This isn't accurate or really correct. All AFs have multiple overlapping viewpoints - that's the basis of architectures description and the basis for ISO/IEC/IEEE 42010. The particular problem that the UAF had - not anyone else, including each donor AF, was a mechanism to classify and compare donor AF view subject area/purpose to support the creation of a common encompassing view set of 'view specifications' (in UAF speak). It has nothing therefore to do with overlapping viewpoints - it's a problmen caused by trying to represent multiple AFs using a single implementation. This is a UAF-management problem not a user- one.
The text then states 'The intent of the grid is not to be complete, but to capture the information that is present in the frameworks that contributes to the UAF, consequently, some gaps are evident.'
2) This isn't accurate either. The UAF defines 'view specifications' that are unique to the UAF and which are not present in any of the donor AFs - the grid therefore shows content that has nothing whatsoever to do with the donor AFs.
3) The grid shows 'Simulation' and 'Parametric Execution/Simulation'. The subject matter of the grid is the set of 'view specifications' The fact that someone may choose to do some form of simulation is irrelevant to the DMM which is supposed to be a specification of the metamodel and view content. It mustn't include process. The grid is supposed to show architecture view coverage - these cells do not correcpond to view specifications and do not belong in the table or document. It misleads the reader into thinking that there are more view specifications than there are.
4) This section keeps referring to donor AFs. It is almost impossible to figure out how they map to UAF 'view specifications'. The reader has to open the traceability document (which uses view specification identifiers not present in the DMM, find the table for the particular AF (or an appendix) and then switch back to the DMM. There should be another grid which simply places the donor AF view identifiers in each cell (and the DMM needs to eliminate 'view specification' and use the UAF identifiers for each definition.
-
Reported: UAF 1.2 — Mon, 22 Apr 2024 08:58 GMT
-
Updated: Fri, 20 Dec 2024 14:57 GMT
UAF14 — UAF Grid - Inaccurate Text. Gaps Don't Indicate Donor AF Coverage. Non- View Specification Content. Needs Donor AF to UAF Mapping in this Document
- Key: UAF14-140
- OMG Task Force: Unified Architecture Framework (UAF) 1.4 RTF