Logical State Machine Artifact Definition
Contents
- 1 Logical State Machine
- 1.1 Definition and Purpose
- 1.2 SAIF Matrix Location
- 1.3 Prior Methodology Correspondence
- 1.4 Audience
- 1.5 Applicability
- 1.6 Requirements, Relationships and Content
- 1.7 Artifact Technology
- 1.8 Content Constraints
- 1.9 Content Guidelines
- 1.10 Publishing Representation(s)
- 1.11 Publishing Constraints
- 1.12 Tooling Considerations
- 1.13 Development Process Considerations
- 1.14 Artifact Exchange and Version Management
- 1.15 Authoring and Maintenance Tools
- 1.16 Governance Process Considerations
- 1.17 Issues
Logical State Machine
Definition and Purpose
The primary purpose of a logical state machines is to allow "trigger events" (events that initiate communication) to be defined with respect to the state transitions of select RIM class. These logical state machines are not intended to represent a full behavioral model for their respective classes. At present, logical state machines are only defined for those "back bone" classes that have a unique identity, and thus represent persistent concepts.
SAIF Matrix Location
Row(s)
- Logical (PIM)
Column(s)
- Computational
Prior Methodology Correspondence
Corresponds with the state machine defined in prior methodology.
Audience
Health Care Semantic Analysis Audiences:
- Business Analysts: Map requirements to models (or system requirements)
- System analysts: Map system requirements to specific technical solutions
Health Care Information Technology (IT) Audiences:
- Standards developers and standards development organizations
- System designers and architects
Applicability
A logical state machine is mandatory for each RIM class with a populated stateAttribute property.
Rationale: Provides the reference behavior semantics for key RIM classes.
Requirements, Relationships and Content
- Include the set of states needed a rich set of behaviors for information objects relevant to healthcare.
- Rationale: Provides common behavioral semantics for RIM based models.
- Some other requirement
- RationaleSome other reason
Relationships and traceability
- Some relationship
- Rationale: Reason for relationship
- Some other relationship
- Rationale: Reason for other relationship
Artifact types that may or must relate to this artifact types:
- Many-related Artifact Type
- Another Many-related Artifact Type
Content
- Content element name - Brief Description
- Another content element name - Brief Description
- Sub-element name - Brief Description
- Another content element name - Brief Description
Artifact Technology
Text here
Rationale
- Some reason
- Some other reason
Alternatives
Some technology
- Some pro or con
- Some other pro or con
Content Constraints
- Some rule
- Rationale: Some reason
- Some other rule
- Rationale: Some other reason
Content Guidelines
- Some rule
- Rationale: Some reason
- Some other rule
- Rationale: Some other reason
Publishing Representation(s)
- Some text
- Rationale: Some rationale
- Some other text
- Rationale: Some other rationale
Publishing Constraints
- Some rule
- Rationale: Some reason
- Some other rule
- Rationale: Some other reason
Tooling Considerations
- Nice-to-have|Required: Some feature
- Rationale: Some rationale
- Nice-to-have|Required: Some other feature
- Rationale: Some other rationale
Development Process Considerations
- Some text
- Rationale: Some rationale
- Some other text
- Rationale: Some other rationale
Artifact Exchange and Version Management
Authoring and Maintenance Tools
Governance Process Considerations
- Governance Process name - Some process description
- Rationale: Some rationale
- Another Governance Process name - Process description
- Rationale: Some other rationale
Issues
- Some issue
- Some other issue