1 / 12

X Paradigm layered architecture

Draft 02. X Paradigm layered architecture. Starting Point. S. Lotti HL7 Italia Chair Enterprise Architect at Invitalia – Government Agency for Inward Investment Promotion and Enterprise Development. Objective of Layered Architecture ( from wiki ).

dee
Download Presentation

X Paradigm layered architecture

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Draft 02 X Paradigm layered architecture Starting Point S. Lotti HL7 Italia Chair Enterprise Architect at Invitalia – Government Agency for Inward Investment Promotion and Enterprise Development HSSP

  2. Objective of Layered Architecture (from wiki) • The overall approach to layered service architecture is to extract common elements from project artefacts performing similar capabilities into a “platform specific model” and consider a multiplicity of platform specific models based upon the differences. • Initial ideas are: • Map artefacts into the SAIF framework as was done in Practical Guide Part II with an eye to separating platform independent elements from platform specific ones. • A decision tree through the stack will be graphed. The output of task #1 may or may not be appropriate as a starting point. Particular paths of choices through the stack may represent particular existing artifact choices (example: IHE XDS profile). Again the purpose is to find the common elements vs. differences and provide raw material for generating a deployment that enables disparate systems to interoperate. HSSP

  3. SAIF - Interoperability Specification Matrix HSSP

  4. X Paradigm specs in SAIF ISM Common part (Platform indipendent) Conformance assertion analysis Platform Specific part ? ? • Mixed implementation environments are also theoretically possible HSSP

  5. SAIF – ISM and Xparadigm Artifacts HSSP

  6. Logical progession (partial) Bottom up With existing specs HSSP

  7. e.g. Service architecture design • Layered Service Inventory • BPMN2 Choreograpy • BPMN2 Collaboration • Service Architecture (SoaML from STMs PIM) - Use case (narrative) • Business Vocabulary (SBVR) Process Services Entity services Utility services HSSP

  8. Business Vocabulary (SBVR) • The Vocabulary will be designed with SBVR (with a simple UML profile) • SBVR will be used for role/actor modeling and also for conceptual information modeling HSSP

  9. BPMN2 Collaboration • Business Vocabulary (SBVR) Narrative Use Case • The processes will be derived from narrative use cases and vocabulary (participants) HSSP

  10. Service Architecture • BPMN2 Collaboration • Service Contracts & • From BPMN collaborations will be identified the operations and mapped on the service architecture and contracts (from STMs) Service architecture Contract Retro-modeling from existing standard specs is necessary HSSP

  11. BPMN2 Collaboration • BPMN2 Choreograpy • From BPMN collaborations will be defined the choreography or the orchestration(s) (if possible or useful) HSSP

  12. Resulting Service Inventory Layered Service Inventory Paradigm X Inform IHE Profile OMG Standards … HSSP Services (logicaldimension) Implementabledimension HSSP

More Related