This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Talk:Domain Analysis Model ArB

From HL7Wiki
Revision as of 19:28, 7 January 2013 by Jlyle (talk | contribs)
Jump to navigation Jump to search

I think we need to flip our use of complete and correct in this definition.

As I read this it seems really clear to me that authors of a DAM would consider an incomplete DAM (not having all of its parts) as still being Correct, however they can acknowledge it is incomplete according to the definition (no harm no foul). To suggest that what is not complete makes it incorrect is not logical, and may cause offense.

I recommend flipping our use of the terms Correct and Complete.

Ron P.


"SHALL focus on the conceptual-level semantics" -- I agree, but I think something this abstract needs an operational definition. Does this mean (as I think) "SHALL NOT enforce logical design patterns on conceptual representations (e.g., legacy or forward-looking reference models, specific implementable data types)", or does it mean (I think not) "SHALL include standard encodings of all concepts represented (e.g., SCT codes or expressions)"?

"SHALL have a traceable path to each domain requirement statement." But requirements statements aren't in the list of things you need to have (static and dynamic models). Are we saying each requirement must be instantiated as a UML classifier in the model in order to support a 'trace' relationship?

"SHALL contain specific conformance statements" Need an example of how you conform to a conceptual model.

"SHOULD NOT include logical and/or implementable artifacts that distract from the clarity" No; should not include these at all, as they will constrain the implementation.

Jay Lyle 1/7/13