Behavioral Framework Background & Terminology. Behavioral Framework: Introduction  Background..  What was the goal..

Slides:



Advertisements
Similar presentations
2/11/2014 8:44 AM The CDA Release 3 Specification Stack September 2009 HL7 Services-Aware Enterprise Architecture Framework (SAEAF)
Advertisements

SOA Modelling By Rajat Goyal.
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
OBJECT ORIENTED PROGRAMMING M Taimoor Khan
Modeling with the ECCF SS ● UML Profile for ECCF ● UML Redefinition Semantics ● Compliance ● Consistency ● Conformance ● Validation ● Transformation ●
Overview of OASIS SOA Reference Architecture Foundation (SOA-RAF)
OASIS Reference Model for Service Oriented Architecture 1.0
Programmierung verteilter Systeme Lab Institut für Informatik Universität Augsburg Universitätsstraße 14, Augsburg Tel.: (+49) 821/ , Fax:
Object-Oriented Analysis and Design
Variability Oriented Programming – A programming abstraction for adaptive service orientation Prof. Umesh Bellur Dept. of Computer Science & Engg, IIT.
The HITCH project: Cooperation between EuroRec and IHE Pascal Coorevits EuroRec 2010 Annual Conference June 18 th 2010.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Model Driven Architecture (MDA) Partha Kuchana. Agenda What is MDA Modeling Approaches MDA in a NutShell MDA Models SDLC MDA Models (an Example) MDA -
Feb. 23, 2004CS WPI1 CS 509 Design of Software Systems Lecture #5 Monday, Feb. 23, 2004.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
Web Service Architecture Part I- Overview and Models (based on W3C Working Group Note Frank.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
David Harrison Senior Consultant, Popkin Software 22 April 2004
December 3, 2010 SAIF Governance Framework A Brief Update on work to date.
Roles and Responsibilities Jahangheer Shaik. Service Specification Specification requires development of three inter-related documents CIM, PIM and PSM.
1 ‘Title’ Deployment Package for Profile X Version X – Month-Day-20XX.
Initial slides for Layered Service Architecture
© Drexel University Software Engineering Research Group (SERG) 1 Based on the paper by Philippe Kruchten from Rational Software.
© The ATHENA Consortium From PIM4SOA to Peer-2-Peer (P2P),
Workflow Metadata John Koisch, Guidewire Architecture.
1 ECCF Training 2.0 Platform Specific Model (PSM) ECCF Training Working Group January 2011.
IHE Profile – SOA Analysis: In Progress Update Brian McIndoe December 6, 2010.
Introduction to MDA (Model Driven Architecture) CYT.
CaBIG Semantic Infrastructure 2.0: Supporting TBPT Needs Dave Hau, M.D., M.S. Acting Director, Semantic Infrastructure NCI Center for Biomedical Informatics.
Conformance Mark Skall Lynne S. Rosenthal National Institute of Standards and Technology
Object-Oriented Analysis and Design An Introduction.
1 HITSP – enabling healthcare interoperability Current Framework and Fundamental Concepts  For those unfamiliar with the HITSP Harmonization Framework.
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
Value Set Resolution: Build generalizable data normalization pipeline using LexEVS infrastructure resources Explore UIMA framework for implementing semantic.
Lecture 7: Requirements Engineering
AUKEGGS Architecturally Significant Issues (that we need to solve)
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
1 Here to There (Gap Analysis) Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.
Modeling Component-based Software Systems with UML 2.0 George T. Edwards Jaiganesh Balasubramanian Arvind S. Krishna Vanderbilt University Nashville, TN.
FEA DRM Management Strategy Presented by : Mary McCaffery, US EPA.
IHE Profile – SOA Analysis: In Progress Update Brian McIndoe January 18, 2011.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
Service Service metadata what Service is who responsible for service constraints service creation service maintenance service deployment rules rules processing.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
Design Model Lecture p6 T120B pavasario sem.
Common Terminology Services 2 CTS 2 Submission Team Status Update HL7 Vocabulary Working Group May 17, 2011.
WSDL in a Healthcare Enterprise Architecture Lorraine Constable, Constable Consulting John Koisch, Guidewire Architecture Jean Henri Duteau, GPI.
16/11/ Web Services Choreography Requirements Presenter: Emilia Cimpian, NUIG-DERI, 07April W3C Working Draft.
EGOS LLC CCSDS 14/ Question Question; Why a Service Viewpoint? Short Answer; Because a service viewpoint provides a useful additional level.
The Model-Driven DDI Approach Arofan Gregory, Jon Johnson, Flavio Rizzolo, Marcel Hebing.
A Mediated Approach towards Web Service Choreography Michael Stollberg, Dumitru Roman, Juan Miguel Gomez DERI – Digital Enterprise Research Institute
Service Contract Perspectives UPMS Submission team March 2007.
© Drexel University Software Engineering Research Group (SERG) 1 The OASIS SOA Reference Model Brian Mitchell.
Approach to building ontologies A high-level view Chris Wroe.
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group January 2011.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Enterprise Security Program Overview Presenter: Braulio J. Cabral NCI-CBIIT/caBIG Enterprise Security Program Coordinator.
Integrating BPMN and SoaML Based on an example from SoaML spec.
7/2/2016 1:52 AM HL7 SOA-Aware Enterprise Architecture Executive Summary HITSP October 28, 2008 Executive Summary HITSP October 28, 2008.
Integrating BPMN and SoaML Based on an example from SoaML spec.
HL7 SOA-Aware Enterprise Architecture
Unified Modeling Language
ISpec: A Compositional Approach to Interface Specification
Presentation transcript:

Behavioral Framework Background & Terminology

Behavioral Framework: Introduction  Background..  What was the goal..

Behavioral Framework  Provides a grammar to enable interoperability in complex, multi- enterprise domains (e.g. healthcare, life sciences, etc.)  Captures behavioral metadata that is considered SOA Best Practice  A number of public domain SOA models and specifications capture equivalent information  Several competing representation standards address the semantics of the BF, e.g. BPMN2, soalML, CDL, etc.  Leverages existing standards (especially RM-OPD)  Can be extended/localized to address specific behavioral requirements focused on cross-enterprise interoperability  Applicable to multiple interoperability paradigms (e.g. services, messages, documents)  Formalizes the notion of contract  Contracts are currently only implied in most service specifications

BF Concepts: Roles  Identifiers for “collections of behavior” -Identify a cohesive set of invokable capabilities, capacities, or competencies  Assignable to a system or an object  An object or system may have multiple roles  Single role may be assumed by multiple objects or systems  Examples: Order Mgmt Service, Specimen Mgmt Service, etc.  Roles are involved in Interactions  Each interaction involves two types of roles  Commissioning Agent ( Service Consumer )  Responsible Agent ( Service Provider )  Roles are realized through Service Specifications Role

Interaction 1 Commissioner Agent (Service Consumer) Responsible Agent (Service Provider) Interaction 2 Interaction 3 Obligation Accountability Interactions that realize A business functions Behaviors Role Behavioral Framework: Concepts

BF Concepts: Accountability and Behavior Behaviors in the SAIF BF are realized through service operations & Functional Profiles A defined behavior is realized through an Interaction (a service operation call) Accountability in the SAIF BF is realized through Functional Profiles and logically conjoined Interactions Function Profiles provide accountability by grouping behaviors Accountability example: successful placing of a lab. 1 Commissioner Agent (Lab order placer) Responsible Agent (Lab order fulfiller) 2 3

BF Concepts: Interactions  Roles have defined behaviors that can be realized through (internal) Actions and (external) Interactions -The BF is scoped to Interactions only. -Interaction example: Place a lab order Interaction Order a Lab! Promise Lab Order!

BF Concepts: Obligations  Obligations  Define the scope of Role’s Interaction, i.e. specific “tasks” or “deliverables” that the responsible Role must accomplish over the course of the Interaction

BF Concepts: Contracts  Contracts in BF define Interactions between Roles  Contracts specify  Overall requirements for the two roles in each Interaction  Interaction patterns/information flow direction and specifics  Accountabilities  Permissions  Restrictions  The BF refers to contracts as “Contract Template”  Emphasizes the fact that a contract can be robustly defined before it is involked

The Accountability Pattern and Contracts Aperational level, Expedia issues Joe a ticket to Kyoto Parties: Joe (commissioner) and Expedia (responsible) Accountability: The activities around Expedia acting as a Travel Agent for Joe, i.e. create an account, purchase ticket, deliver ticket, check flight Contracts aggregate Accountability, typecast Parties, and define Actions to support Accountability Types. In other words … contracts bind design time specifications (Knowledge Level) to run time components (Operational Level) Knowledge level: travel agents issue tickets for a traveler through the Accountability Type of Travel Agency

Contracts and Conformance  Contracts provide the key to defining conformance -Conformance relies on evaluating the interactions between roles. -Interactions are enabled behavior between two roles that are bound to interfaces that allow them to perform actions to support some goal.

Behavioral Framework Models & Terminology

BF: HL7 Dynamic Model

BF: Contracts Model

BF: CIM Package Description

BF: Packages

BF: Package Description

BF: CIM Package List Code Systems Read Only Invalid Filter Criteria Authenticated None Code System Code System Version Terminology Provider CTS2 Query Profile TU Gets Code Systems: Satisfies UC Terminology Users & Providers None Conceptual Placeholder (Not Modeled in BF) Terminology Services

BF: CIM Package Description

BF: PIM Package LexEVS Query Profile None Service Specification getSupportedCodingSystems() codingScheme None Filter Criteria

BF: PIM Package Description

BF: PSM Package Runtime Package of Services (LexEVS Query Services) Runtime Package of Services (LexEVS Services deployed as Grid Services) getSupportedCodi ngSchemes(Filter Criteria: java.lang.String) Platform Specific Schema: for input parameters

BF: PSM Package Description

BF: Solution Package One Or More Roles One Or More Solutions Specifications One Or More Roles CDL Constructs

BF: Solution Specification Mapping to CIM

BF: Solution Package Description