Difference between revisions of "MnM Minutes CC 20070615"
| Line 19: | Line 19: | ||
Concerns regarding desinging system behaviors are pervasive in HL7 (from application roles to committee-specific '''complex interactions''' to functional service specifications). We have a variety of constructs (Applications Roles, SOA Services, interactions) that require dynamic views and behavioral model constructs such as interfaces, ports, and subsystems. | Concerns regarding desinging system behaviors are pervasive in HL7 (from application roles to committee-specific '''complex interactions''' to functional service specifications). We have a variety of constructs (Applications Roles, SOA Services, interactions) that require dynamic views and behavioral model constructs such as interfaces, ports, and subsystems. | ||
| + | Ioana summarized the concerns expressed on the list because we don't have a generic way to deal with behavioral modeling. The following is a set of objectives voiced on the list: | ||
| + | |||
| + | *"All implementations I've experienced to date include both messaging and services to accomplish the application solution. We need to begin to understand and include those requirements for dynamic model methodology for services as well as messaging." | ||
| + | *"We need to tackle the generic modeling considerations before we can delve into any specific model. Order management is one instance | ||
| + | of a behavioral model and I expect it to be developed by the appropriate TC not by M&M during harmonization. I think M&M has the responsibility to develop the generic methodology that can be applied by any committee to their needs to communicate how the interactions are intended to be applied to the fulfillment on business processes." | ||
| + | *"The agenda for these two days was intended to address changes to the dynamic model methodology to meet the requirements initially identified by the LabSIG (who is seeking to address negative ballots re: the current dynamic model). We're obviously interested in everyone's needs re: documenting the dynamic model and appropriate artifacts to support. | ||
| + | We are intending to meet and discuss the methodology itself including diagramming, etc. This particular group does not have the same makeup as the group working through OO on order management. I expect that exercise will continue within OO." | ||
| + | |||
| + | * [OO_Dynamic_Model| A link provided by Hans to on-going work in Orders and Observation/Lab SIG] | ||
The agenda for next week must address the needs of a variety of stakeholders: | The agenda for next week must address the needs of a variety of stakeholders: | ||
Revision as of 20:43, 15 June 2007
Contents
Attendees
- Kathleen Connor
- Lee Coller
- Ioana Singureanu
- Lloyd McKenzie
- Rick Chesnik
- John Cooper
- Dale Nelson
Agenda
- (Lloyd): Administrative topic: Dynamic Model - agenda
- (Lloyd): Hot Topics: Act Reference - postponed for next WGM because this topic requires input from INM.
Mottion to accept agenda: (No objections)
Administrative Topic: Dynamic Model Discussion
Concerns regarding desinging system behaviors are pervasive in HL7 (from application roles to committee-specific complex interactions to functional service specifications). We have a variety of constructs (Applications Roles, SOA Services, interactions) that require dynamic views and behavioral model constructs such as interfaces, ports, and subsystems. Ioana summarized the concerns expressed on the list because we don't have a generic way to deal with behavioral modeling. The following is a set of objectives voiced on the list:
- "All implementations I've experienced to date include both messaging and services to accomplish the application solution. We need to begin to understand and include those requirements for dynamic model methodology for services as well as messaging."
- "We need to tackle the generic modeling considerations before we can delve into any specific model. Order management is one instance
of a behavioral model and I expect it to be developed by the appropriate TC not by M&M during harmonization. I think M&M has the responsibility to develop the generic methodology that can be applied by any committee to their needs to communicate how the interactions are intended to be applied to the fulfillment on business processes."
- "The agenda for these two days was intended to address changes to the dynamic model methodology to meet the requirements initially identified by the LabSIG (who is seeking to address negative ballots re: the current dynamic model). We're obviously interested in everyone's needs re: documenting the dynamic model and appropriate artifacts to support.
We are intending to meet and discuss the methodology itself including diagramming, etc. This particular group does not have the same makeup as the group working through OO on order management. I expect that exercise will continue within OO."
- [OO_Dynamic_Model| A link provided by Hans to on-going work in Orders and Observation/Lab SIG]
The agenda for next week must address the needs of a variety of stakeholders:
- Support for the processes specified in the HDF regarding behavioral models
- SOA Service support and relating interfaces to Application roles
- Ability to describe complex interactions for specific domains
- Leverage the notation and design to describe a variety of in, in/out, output parameters and return types
- We need to ensure that our design constructs are supported by implementation technologies (e.g. WSDL, WS-CDL, WS-BPEL)
Dynamic Model Agenda (Harmonization Meeting June 21-22, 2007)
The agenda was created in a separate page.
Minutes by --Ioana Singureanu 14:50, 15 June 2007 (CDT)
