1. Introduction 1.3.4 OASIS Reference Model for Service Oriented Architecture 2. ECF 4.0 Architecture 2.1 Core vs. Profiles 2.2 Major Design Elements 2.3.

Slides:



Advertisements
Similar presentations
Fujitsu Laboratories of Europe © 2004 What is a (Grid) Resource? Dr. David Snelling Fujitsu Laboratories of Europe W3C TAG - Edinburgh September 20, 2005.
Advertisements

6/7/2014 1:02 AM Healthcare Service Specification Project (HSSP): Producing Service Functional Models (SFMs) October 2007.
Component-Based Software Engineering Main issues: assemble systems out of (reusable) components compatibility of components.
<<Date>><<SDLC Phase>>
NIEM Healthcare Domain FHIM/S&I Framework Strategy 4/7/2011.
Gerhard Dueck -- CS3013Capturing Requirements as Use Cases 1 Capturing the Requirements as use Cases  Requirements Description  We need to describe –The.
8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
XML Exchange Development CAM Technology Tutorial – Public Sector NIEM Team, June 2011 CAM Test Model Data Deploy Requirements Build Exchange Generate Dictionary.
The Vision Document 1. Importance of a Vision Document  It describes the application in general terms, including descriptions of the target market, the.
Technical Introduction to NIEM
Initial slides for Layered Service Architecture
2005/05/25 Unified Modeling Lanauage 1 Introduction to Unified Modeling Language (UML) – Part One Ku-Yaw Chang Assistant Professor.
RUP Requirements RUP Artifacts and Deliverables
MSF Requirements Envisioning Phase Planning Phase.
THE GITB TESTING FRAMEWORK Jacques Durand, Fujitsu America | December 1, 2011 GITB |
OASIS ebXML Registry Standard Open Forum 2003 on Metadata Registries 10:30 – 11:15 January 20, 2003 Kathryn Breininger The Boeing Company Chair, OASIS.
NIEM Blue Team Presentation April 20, 2010 Phil Letowt, Mini Kanwal, Ken Sall, David Webber ICE OCIO / Task ASAS ICE Information Exchange Reuse with NIEM.
Usage of `provenance’: A Tower of Babel Luc Moreau.
Report Writing. Contents Executive SummaryExecutive Summary – TO BE DEVELOPED Chapter 1Background and History of the RMATS effort Chapter 2RMATS Process.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
© 2012 The MITRE Corporation. All rights reserved. For internal MITRE use 13 June 2013 Meeting #3 hData Record Format Taskforce 1 © 2012 The MITRE Corporation.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
0 OASIS LegalXML Electronic Court Filing Technical Committee December 9, 2012 Red Rock Hotel, Las Vegas E-Court Conference
SAML 2.1 Building on Success. Outline n Summary of SAML 2.0 n Work done since 2.0 n Objectives of SAML 2.1 n Proposed Task List n Undecided Issues n Invitation.
Global Justice XML Data Model Naming and Design Rules 17 August 2005.
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
Process Assessment Method
Preservation Strategies: Intro to the OAIS Reference Model Curt Tilmes NASA Version 1.0 Review Date.
Ocean Observatories Initiative Data Management (DM) Subsystem Overview Michael Meisinger September 29, 2009.
Object Oriented Analysis and Design using the UML CIS 520 Advanced Object-Oriented Design.
SOA Landscape Recommendations By >. Who we are  Team Members  Company History  Current & Past Client Projects  Note: have fun here. Make up your history.
NIEM Information Exchange Package Documentation (IEPD) Mini Kanwal NIEM Technical Advisor Department of Homeland Security September, 7 th 2006.
1 15 quality goals for requirements  Justified  Correct  Complete  Consistent  Unambiguous  Feasible  Abstract  Traceable  Delimited  Interfaced.
1 CS Tutorial 5 Frid. Oct 23, 2009 Design Document Tutorial.
S&I Integration with NIEM (DRAFT) Standards Development Support June 8, 2011.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
S&I PUBLIC HEALTH REPORTING INITIATIVE: DEVELOPING OF A TEAMING APPROACH S&I Public Health Reporting Initiative Nikolay Lipskiy, MD, DrPH, Co-Lead September,
Deliverable 10. Deliverable #10 Class Design and Implementation #1 due 9 April Executive Summary and Statement of Work Iteration Plan (Updated) for remaining.
IFS310: Module 7 Business Requirements Statement Interpersonal Skills and Communications.
Overview of FEA Geospatial Profile, Version 0.3 Doug Nebert FGDC Secretariat.
Data Segmentation for Privacy November 16 th, 2011.
OSLC PLM Reference model April Summary of the OSLC PLM Reference Model V0.4 April 4th 2011 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
ESIP Semantic Web Products and Services ‘triples’ “tutorial” aka sausage making ESIP SW Cluster, Jan ed.
Prominent Changes To the CPP/A Specification January 28, 2002.
1 Class exercise II: Use Case Implementation Deborah McGuinness and Peter Fox CSCI Week 8, October 20, 2008.
Meeting Structure EBU, Geneva 9am Tuesday 21 February pm Wednesday 22 February Rev3 EBU-AMWA FIMS February 2012.
Domain Model A representation of real-world conceptual classes in a problem domain. The core of object-oriented analysis They are NOT software objects.
Electronic Submission of Medical Documentation (esMD)
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
Statistical Metadata Extensions to the X3.285 Metamodel By Daniel W. Gillman Chairman, NCITS/L8 U.S. Bureau of the Census.
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group January 2011.
Standards & Interoperability (S&I) Structured Data Capture (SDC) FHIR Profile IG SWG.
Documenting an Architecture 10 pages, half pictures.
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
Fall CS-EE 480 Lillevik 480f06-l6 University of Portland School of Engineering Senior Design Lecture 6 Other development processes Technical documents.
Solvency II Tripartite template V2 and V3 Presentation of the conversion tools proposed by FundsXML France.
Systems Analysis and Design in a Changing World, Fourth Edition
Object Management Group Information Management Metamodel
GEA CoP DRM Briefing for July 13 Meeting with Andy Hoskinson
Interoperability at Work: Semantic & Contractual Perspectives in a Healthcare Informatics Registry OASIS Symposium May 2006 Interoperability.
Version 0.1Assessment Method Overview - 1 Process Assessment Method An objective model-independent method to assess the capability of an organization to.
Documenting an Architecture
Component-Based Software Engineering
CS 8532: Advanced Software Engineering
, editor October 8, 2011 DRAFT-D
Systems Architecture & Design Lecture 3 Architecture Frameworks
NIEM Tool Strategy Next Steps for Movement
Presentation transcript:

1. Introduction OASIS Reference Model for Service Oriented Architecture 2. ECF 4.0 Architecture 2.1 Core vs. Profiles 2.2 Major Design Elements 2.3 Information Model Messages Attachment Sample Message Streams 3. ECF 4.0 Process Model 3.1 Filing-Preparation-to-Docketing PM 3.2 Business Rules 3.3 Message Business Rules 3.4 Filing the Record on Appeal 4. ECF 4.0 Schemas 5. Service Interaction Profiles 6. Document Signature Profiles 7. Conformance Appendix A. (Informative) Release Notes Appendix B. (Informative) ECF 4.0 Development Appendix C. (Informative) MDE Operations Appendix D. (Informative) Example Instances Appendix E. (Informative) Ongoing Appendix F. (Informative) Acknowledgments Appendix G. (Informative) Revision History Document Introduction Service Overview Purpose* Scope* Capabilities* Real-World Effects* Summary Description Security Classification* Service Specification Package Version* Business Scenarios Business Scenario Primary Flow Alternative Flows* Service Interoperability Requirements Service Assumptions* Service Dependencies Execution Context* Policies and Contracts* Security* Privacy* Other Requirements Additional Information Service Model Information Model IEPD Reference Data Inputs* Data Outputs* Data Provenance* Behavior Model Action Model* Process Model* Appendix A - References Appendix B - Glossary Appendix C - Document History Color denotes details for an SSP that are not expressly identifiable or contained as part of the ECF content. ECF/SSP Layout Comparison

Assessment ECF perspective is a top down perspective – focused on the larger business process and architecture referred to as court filing – Contains 4 independent services that interact with one another – Court Record and Filing Review each consolidate operations related to Court Filing Query Services in support of out-of-scope local business processes – Only really focuses on services as part of informative Appendix – All ECF services share common process model, information models and service profiles SSP perspective is bottom up – Focuses on a services location in a larger business model – Tendency to focus on parts of a potentially larger process model that is associated with an architecture

Alignment Recommendation Keep high level focus of ECF specification – Do not refactor into separate SSPs Keep shared information and behavioral models as common sections Augment common sections with missing common service interoperability information Add MDE Service (SSP) Normative sections for each Service either: – Between sections 4 and 5, or – As Normative Appendixes – Replaces Appendix C – Add normative appendix mapping of ECF to SSP v0.9.7 – Define service specific artifacts (catalog, metadata, etc) for each service