This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Conceptual - Computational"
Jump to navigation
Jump to search
Line 15: | Line 15: | ||
'''Candidate Artifacts''' | '''Candidate Artifacts''' | ||
− | + | * Analysis Activity Diagram - These activity diagrams should contain business roles and responsibilities partitioned across swimlanes. They should reference domain objects of significance, but should not provide details past what would be found in the domain analysis model (whether real or notional). | |
− | + | * Collaboration Analysis - Collaborations (defined in the Behavioral Framework) may be defined in some detail here, including descriptions, business milestones, and broad sequencing of communications between elements. These collaborations should re-use, where available, Service Roles, and should define the relationships between those roles and other actors in the collaborations (broken down by Commissioning and Responsible Agents). | |
− | + | * EHR-FM Profile(s) | |
− | + | * Service Roles and Relationships - Service Roles may be defined at the Conceptual level, providing foundational elements such as | |
'''Examples''' | '''Examples''' |
Revision as of 16:20, 2 April 2009
Conceptual - Computational
- AMS will do, John Koisch will review'
Summary Conceptual artifacts representing analysis and requirements for communicating between applications to support a particular business purpose for a particular healthcare domain or topic.
'Detail - Computational Semantics at the Conceptual Level Capturing semantics at the Conceptual level using the Computational Viewpoint is done to provide both consistency to the rest of the specification and to lay the foundation for a more rigorous discussion of computational semantics at the platform-independent levels. This is done by focusing on TODO
Traceability to Reference Material TODO
Relationship to and Consistency with other Viewpoints TODO
Candidate Artifacts
- Analysis Activity Diagram - These activity diagrams should contain business roles and responsibilities partitioned across swimlanes. They should reference domain objects of significance, but should not provide details past what would be found in the domain analysis model (whether real or notional).
- Collaboration Analysis - Collaborations (defined in the Behavioral Framework) may be defined in some detail here, including descriptions, business milestones, and broad sequencing of communications between elements. These collaborations should re-use, where available, Service Roles, and should define the relationships between those roles and other actors in the collaborations (broken down by Commissioning and Responsible Agents).
- EHR-FM Profile(s)
- Service Roles and Relationships - Service Roles may be defined at the Conceptual level, providing foundational elements such as
Examples TODO
Back to SAEAF Specification Stack