95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.

Slides:



Advertisements
Similar presentations
Service Oriented Architecture Reference Model
Advertisements

Harithan R velagala CSE 532 TERM PAPER. First what is a service? A service is a reusable component which transforms business data. It is self contained.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
Chapter 7 – Object-Oriented Design
Unified Modeling Language
Overview of OASIS SOA Reference Architecture Foundation (SOA-RAF)
Basic Concepts in Component-Based Software Engineering
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
OASIS Reference Model for Service Oriented Architecture 1.0
OASIS Service Oriented Architecture Reference Model Technical Committee (SOA-RM) BOOT CAMP April DRAFT: Not approved by the OASIS SOA RM TC.
Variability Oriented Programming – A programming abstraction for adaptive service orientation Prof. Umesh Bellur Dept. of Computer Science & Engg, IIT.
Ken Laskey, co-editor 5th SOA for E-Government Conference 1 May 2008
Reference Models مدل های مرجع معماری.
OOAD Placement Training 1 Prepared by G.Naveen Sundar, Karunya University.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Slide 1 Chapter 7 Structural Modeling. Slide 2 Key Ideas A structural or conceptual model describes the structure of the data that supports the business.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Feb. 23, 2004CS WPI1 CS 509 Design of Software Systems Lecture #5 Monday, Feb. 23, 2004.
Kmi.open.ac.uk Semantic Execution Environments Service Engineering and Execution Barry Norton and Mick Kerrigan.
Web Service Architecture Part I- Overview and Models (based on W3C Working Group Note Frank.
SOA Reference Model Generic Presentation DRAFT: Not approved by the OASIS SOA RM TC.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
2005 Adobe Systems Incorporated. All Rights Reserved. 1 An Introduction to the OASIS Reference Model for Service Oriented Architecture (SOA) Duane Nickull.
2005 Adobe Systems Incorporated. All Rights Reserved. Duane Nickull Adobe ® An Introduction to the OASIS Reference Model for Service Oriented Architecture.
Software Engineering Muhammad Fahad Khan
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
© Drexel University Software Engineering Research Group (SERG) 1 Based on the paper by Philippe Kruchten from Rational Software.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 4 - System modelling Dr Richard Clayton.
Web Services Glossary Summary of Holger Lausen
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 11 Subsystem Design.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
High Level Architecture Overview and Rules Thanks to: Dr. Judith Dahmann, and others from: Defense Modeling and Simulation Office phone: (703)
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
Patterns and Reuse. Patterns Reuse of Analysis and Design.
Slide 1 Structural Modeling Chapter 7. Slide 2 Key Ideas A structural or conceptual model describes the structure of the data that supports the business.
Lecture 7: Requirements Engineering
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.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Modeling Component-based Software Systems with UML 2.0 George T. Edwards Jaiganesh Balasubramanian Arvind S. Krishna Vanderbilt University Nashville, TN.
1 COMP 350: Object Oriented Analysis and Design Lecture 1Introduction References: Craig Larman Chapter 1.
2005 Adobe Systems Incorporated. All Rights Reserved. Duane Nickull Adobe ® An Introduction to the OASIS Reference Model for Service Oriented Architecture.
Structural Modeling Chapter 7. Key Ideas A structural or conceptual model describes the structure of the data that supports the business processes in.
1 Structural Modeling Chapter 7. 2 Key Ideas A structural or conceptual model describes the structure of the data that supports the business processes.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
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.
© 2009 The MITRE Corporation. All rights reserved Approved for Public Release; Distribution Unlimited Considerations for Versioning SOA Resources Ken Laskey.
Promoting excellence in social security Building on sector wide commonalities to enhance the benefits of Information.
Architectural Styles, Design Patterns, and Objects Joe Paulowskey.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
OASIS Service Oriented Architecture Reference Model Technical Committee (SOA-RM) BOOT CAMP May DRAFT: Not approved by the OASIS SOA RM TC.
Week 04 Object Oriented Analysis and Designing. What is a model? A model is quicker and easier to build A model can be used in simulations, to learn more.
© Drexel University Software Engineering Research Group (SERG) 1 The OASIS SOA Reference Model Brian Mitchell.
Reference Architecture for SOA (OASIS SOA-RM TC work in-progress) Frank McCabe Jeff Estefan Ken Laskey Danny Thornton.
Behavioral Framework Background & Terminology. Behavioral Framework: Introduction  Background..  What was the goal..
Overview of OASIS SOA Reference Architecture Ken Laskey OASIS SOA-RM RA Subcommittee 19 February 2008 Ken Laskey OASIS SOA-RM RA Subcommittee 19 February.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
 Copyright 2005 Digital Enterprise Research Institute. All rights reserved. SOA-RM Overview and relation with SEE Adrian Mocan
© 2006 The MITRE Corporation. All rights reserved Approved for Public Distribution; Distribution Unlimited Reference Model for Service Oriented Architecture.
Models of the OASIS SOA Reference Architecture Foundation Ken Laskey Chair, SOA Reference Model Technical Committee 20 March 2013.
Delegation of Intent via Conversation David E. Ellis.
Course Outcomes of Object Oriented Modeling Design (17630,C604)
Perspectives on the Term Service
Distribution and components
Software Quality Engineering
Design Yaodong Bi.
Presentation transcript:

95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006

95-843: Service Oriented Architecture 2 Master of Information System Management What is a Reference Model Abstract framework for understanding significant relationships among the entities of some environment. Enables the development of specific reference or concrete architectures. Is a minimal set of unifying concepts, axioms and relationships within a particular problem domain. The SOA Reference Model applies to software architecture and not generally to “service environments”.

95-843: Service Oriented Architecture 3 Master of Information System Management What is a Reference Architecture? Recommended patterns. Explains and underpins a generic design template. A reference model, on the other hand, works at a higher level of abstraction. Consider a reference model for residential housing…

95-843: Service Oriented Architecture 4 Master of Information System Management Residential Housing Example A reference model would talk about eating areas, hygiene areas and sleeping areas. More than one reference architecture may address the problem of providing housing. A reference architecture may exist for space station housing and another for high density housing.

95-843: Service Oriented Architecture 5 Master of Information System Management Concrete or Specific Architecture In residential housing we would: Incorporate particular styles. Describe window arrangements. Assign construction materials. Present blueprints.

95-843: Service Oriented Architecture 6 Master of Information System Management Reference Model Reference Architecture Specific architecture One window per kitchen Specific solution approaches Human Housing Issues Space Ship Housing High Rise Housing Common courtyard Specific solution approaches Specific architecture

95-843: Service Oriented Architecture 7 Master of Information System Management How the Reference Model relates to other work

95-843: Service Oriented Architecture 8 Master of Information System Management What is SOA? Service Oriented Architecture is a paradigm for organizing and utilizing distributed capabilities that may be under control of different ownership domains. Not itself a solution to domain problems but rather an organizing and delivery paradigm. Key concepts are visibility, interaction and effect.

95-843: Service Oriented Architecture 9 Master of Information System Management Terms Visibility refers to the capacity of those with needs and those with capabilities to see each other. Interaction is the activity of using capability grounded in a particular execution context. Capabilities are used to realize real world effects (return of information or change in state of entities).

95-843: Service Oriented Architecture 10 Master of Information System Management Terms Private actions are inherently unknowable by other parties. Think information hiding. Public actions result in changes to the state that is shared between those involved in the current execution context and possibly shared by others.

95-843: Service Oriented Architecture 11 Master of Information System Management Terms The notion of Service includes: -- The performance of work (a function) by one for another. -- The capability to perform work for another. -- The specification of the work offered for another. -- The offer to perform work for another. -- In SOA, services are the mechanisms by which needs and capabilities are brought together. Think marketplace.

95-843: Service Oriented Architecture 12 Master of Information System Management Terms SOA is a means of organizing solutions that promotes reuse, growth and interoperability. SOA is an organizing and delivery paradigm that enables one to get more value from use both of capabilities which are locally “owned” and those under the control of others. The provider of the underlying capability may not be the same entity that eventually provides the service through which the underlying capability is accessed. The entity that creates, evolves and maintains the capability may be different from the entity that creates, evolves and maintains the service.

95-843: Service Oriented Architecture 13 Master of Information System Management SOA Differs from OOP The Object Oriented Paradigm focuses on packaging data with operations. The SOA Paradigm focuses on the task or business function. It may or may not be associated with methods and properties. To use an object, you first create it. One interacts with a service where it exists. SOA places greater emphasis on clear semantics. SOA, like human activity, works by delegation. SOA takes ownership boundaries more seriously. SOA is more closely aligned with the marketplace. An interaction is an exchange of value and there may exist a marketplace of services. The Gang of Four OOP Design Patterns don’t apply here. We don’t talk about inheritance, aggregation, polymorphism and so on… What is Martin Fowler’s first rule of distributed objects? “Don’t distribute your objects.” SOA is all about progress through regress. Services are simpler things.

95-843: Service Oriented Architecture 14 Master of Information System Management SOA Benefits Through simplification perhaps we can: Facilitate the manageable growth of large-scale enterprise systems. Facilitate internet-scale provisioning and use of services. Reduce cost in organization-to-organization interaction. Increase scalability and interoperability. Allow for evolution and manageability.

95-843: Service Oriented Architecture 15 Master of Information System Management Goal of SOA Reference Model Define the essence of service oriented architecture. Develop a vocabulary. Be independent of technological changes.

95-843: Service Oriented Architecture 16 Master of Information System Management The Reference Model Concept of service. Concepts relating to dynamic aspects of service. Concepts relating to meta-level aspects of services.

95-843: Service Oriented Architecture 17 Master of Information System Management The Reference Model Visibility Execution Context Service Description Service Real world effect Contract and policy Interaction

95-843: Service Oriented Architecture 18 Master of Information System Management A Service Service -- Is a mechanism to enable access to one or more capabilities. -- Permits access via a clear interface. -- Is exercised consistent with constraints and policies as specified by the service descriptions (metadata). -- A service is opaque except for : -- Information model -- Behavior Model -- Information required to match needs. -- Effects include: -- Information returned and/or a change in shared state

95-843: Service Oriented Architecture 19 Master of Information System Management Visibility Service Real world effect Interaction Dynamics of a Service Service dynamics include: -- visibility -- interaction -- real world effects

95-843: Service Oriented Architecture 20 Master of Information System Management Visibility Visibility a Prerequisite to interaction Awareness Willingness Reachability Interaction Preconditions to visibility are: awareness, willingness, and reachability Available description and policy Both parties must want to interact. The parties must be able to communicate

95-843: Service Oriented Architecture 21 Master of Information System Management Important Interaction Concepts Service Description Interaction Information Model Semantics Structure Behavior Model Action Model Process Model The Information Model describes the structure and semantics of messages Structure includes data format and data types Describes how the messages are to be interpreted - perhaps with an ontology.

95-843: Service Oriented Architecture 22 Master of Information System Management Important Interaction Concepts Service Description Interaction Behavior Model Action Model Process Model A behavior model is characterized by knowledge of the actions on, responses to, and temporal dependencies between actions on the service. For example, when accessing a secure database, several steps may be required for identification, authentication and authorization prior to issuing an SQL query.

95-843: Service Oriented Architecture 23 Master of Information System Management Important Interaction Concepts Service Description Interaction Behavior Model Action Model Process Model Processes may be idempotent, long-running, transactional, etc.

95-843: Service Oriented Architecture 24 Master of Information System Management Important Interaction Concepts Service Description Interaction Behavior Model Action Model Process Model Characterizes the actions that may be invoked against the service

95-843: Service Oriented Architecture 25 Master of Information System Management Real World Effect Service Real world effect Interaction Shared State Interactions have purpose. The purpose is often to change the shared state of the world or to gain information.

95-843: Service Oriented Architecture 26 Master of Information System Management Concepts About services Execution Context Service Description Service Contract and policy A hallmark of SOA is the large amount of associated documentation and description. Represents the information needed in order to use the service.

95-843: Service Oriented Architecture 27 Master of Information System Management Service Description Pu rpose is to facilitate interaction and visibility. Best if represented in a machine readable standard way. Information includes: Reachability Set of functions performed Set of constraints and policies Format and content of exchanged messages Expected sequence of messages

95-843: Service Oriented Architecture 28 Master of Information System Management Service Description

95-843: Service Oriented Architecture 29 Master of Information System Management Policy Related to a Service A policy represents some constraint or condition on the use, deployment or description of an owned entity as defined by any participant. A policy is from a participant’s viewpoint. A contract represents an agreement by two or more parties. Contracts may also address condition of use issues. Service policies involve: Assertions - e.g. all messages will be encrypted Ownership - e.g. the service or consumer Enforcement - if it’s not enforced it’s a wish Policy applies to: Security, privacy, manageability, quality of service as well as hours of business, return policies and so on…

95-843: Service Oriented Architecture 30 Master of Information System Management Policies and Contracts

95-843: Service Oriented Architecture 31 Master of Information System Management Execution Context The execution context of a service interaction is the set of infrastructure elements, process entities, policy assertions and agreements that are identified as part of an instantiated service interaction, and thus forms a path between those with needs and those with capabilities. It concerns the totality of the interaction. Different instance of the same service have different execution contexts. The context may evolve during a service interaction. It may be decided, for example, that subsequent exchanges will be encrypted.

95-843: Service Oriented Architecture 32 Master of Information System Management Execution Context

95-843: Service Oriented Architecture 33 Master of Information System Management Conformance Guidelines(1) Have entities that can be identified as services defined by the Reference Model. Be able to identify how visibility is established between service providers and consumers. Be able to identify how interactions are mediated. Be able to identify how the effect of using services is understood.

95-843: Service Oriented Architecture 34 Master of Information System Management Conformance Guidelines (2) Have descriptions associated with services. Be able to identify the execution context required to support interaction. It will be possible to identify how policies are handled and how contracts are modeled and enforced.