1 / 21

SOA Roadmap: Policies for Practical Implementation

SOA Roadmap: Policies for Practical Implementation. David Sprott. Roadmap Concepts SOA Opportunity Understanding SOA Value SOA Governance Value patterns for different maturity levels Evolutionary approach to: Strategy & policy Reference Architecture Summary. Agenda.

akina
Download Presentation

SOA Roadmap: Policies for Practical Implementation

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. SOA Roadmap: Policies for Practical Implementation David Sprott

  2. Roadmap Concepts SOA Opportunity Understanding SOA Value SOA Governance Value patterns for different maturity levels Evolutionary approach to: Strategy & policy Reference Architecture Summary Agenda

  3. Common SOA Roadmap Mistakes • Tactical, LOB based • Technology driven maturity models • Focus on types of services (initial, architected, collaborative, measured . . . ) • Architecture left until Level 5 • Project ROI driven

  4. SOA Roadmap CSFs Vision Cultural Integration Reengineering Integration Early Learning • Business value driven • Meld strategic and tactical view • Long and short term • Direct and indirect • Capability based maturity model • Spans all roles and responsibilities • business, technology, architecture, life cycle process, organization • Evolving architectural focus • Supports appropriate collaboration

  5. What Needs to be Done? What Capabilities? Trust Who does what? SDLC Semantics Common service infrastructure Joined up processes

  6. SOA Opportunity and Vision

  7. Shared Services Apply for student loan Apply for creche Apply for student place Citizen Portal Student Portal Apply for parole Justice Sector Education Sector Social Services University Clearing Finance University University Education Service Bus Resource Service Parole Resource Service Student Resource Service Univ Application Resource Service Univ Place Resource Service Creche Place Resource Service Prisoner Government Service Bus Resource Service Identity Resource Service Citizen Resource Service Application Resource Service Allocation Resource Service Place

  8. Shared Services require some Shared Architecture Business Outcome & Goals Business interoperability requires shared understanding and alignment of Business Obligations Business Process Business Semantics Services Message Format SOA requires shared understanding and alignment of Protocols Status (manageability) Security

  9. Public Sector Collaboration Business Outcome & Goals Business interoperability requires shared understanding and alignment of Business Obligations Business Process Business Semantics Services Message Format SOA requires shared understanding and alignment of Protocols Status (manageability) Security

  10. Core SOA Characteristics Differentiation Consumer (solution) flexibility using alternative and or specialize services Consuming Solutions Loose CouplingEnabling rapid Process Integration & Optimization Y X Z Modularity Componentization and encapsulation of functionality Functional standardizationReuse to reduce cost and deliver consistency across different solutions CapabilityA CapabilityB Usage decisions determined by Policy Differentiation Supplier flexibilityUse alternative and consolidated resources Abstraction Virtualization of Who, What and Where B A C Functional Capabilities/Resources

  11. SOA Governance Differentiation Architecture for specialization Consuming Solutions Loose CouplingFormality of service specification Y X Z Modularity Component integrity Functional standardizationUse of standard functionality in right context CapabilityA CapabilityB Usage decisions determined by Policy Differentiation Testing and change management Supplier architecture Abstraction Delivery of implementation independence B A C Functional Capabilities/Resources

  12. Characteristics/Outcomes mapped to Business Impact TEMPLATE – GENERALIZED CELL CONTENTS SUBJECT TO COMPLETION

  13. SOA Characteristics enable Patterns/Strategy Functional Standardization Resource Virtualization Consumer (solution) flexibility Supplier flexibility Loose Coupling

  14. Patterns Map to Maturity Levels

  15. Strategic Choices by Maturity Level

  16. SOA Reference Architecture Acknowledgement to Zachman principles Data(What) Function(How) Policy(How) Network (Where) People & Participants(who) Time(when) Motivation(Why) Conceptual Business Ontology Business Capability Model Business Rule & Policies Orchestration Business Event Response Model Business Outcome Model Business Workflow Model Business Ontology Business Capability Model Business Intelligence Value Chain Model Context Business Type Model Service Portfolio Plan Service Policies Business Collaboration Model Ownership Model Service Synchronization ROI Ownership Model Service View Domain Model Service Description Service Dependency Model Change Management Plan Business Component Model Logical Data Model Service Specification Service Provisioning Policies Service Implementation Model Service Information Model Process Model Service Implementation Policies Service Synchronization Implementation View Component Model Composite Application Composite Application Model Application Workflow Model Physical Data Source Operational Services Service Deployment Policies Service Deployment Model QoS Deployment View Service Mediation Model Service Operation Policies BUSINESS SERVICE TECHNICAL

  17. Basis for Managing Architectural Maturity and Governance Data(What) Function(How) Policy(How) Network (Where) People & Participants(who) Time(when) Motivation(Why) Conceptual Business Ontology Business Capability Model Business Rule & Policies Orchestration Business Event Response Model Business Outcome Model Business Workflow Model Business Ontology Business Capability Model Cultural Integration Business Intelligence Value Chain Model Context Reengineering Integration Business Type Model Service Portfolio Plan Service Policies Business Collaboration Model Ownership Model Service Synchronization ROI Ownership Model Service View Early Learning Domain Model Service Description Service Dependency Model Change Management Plan Business Component Model Logical Data Model Service Specification Service Provisioning Policies Service Implementation Model Service Information Model Process Model Service Implementation Policies Service Synchronization Implementation View Component Model Composite Application Model Composite Application Application Workflow Model Physical Data Source Operational Services Service Deployment Policies Service Deployment Model QoS Deployment View Service Mediation Model Service Operation Policies

  18. Roadmap Planning Cultural Integration Early Learning Integration Reengineering Management Architecture Infrastructure Streams Process Organization Projects • Provides framework for managing the adoption and transition to SOA • Separates planning activity into dedicated streams to establish and manage • Organizationally neutral, supports federated environment • Facilitates communication, measurement and monitoring

  19. Summary • Understanding of business value drives: • Strategy • Governance • Policy and reference architecture • Structured approach to policy development facilitates consensus across agencies and consistent implementation • Simple roadmap structure allows disparate agencies and departments to: • Develop collaborative plan • Communicate • Sell • Manage compliance • Measure

  20. CBDI on SOA Maturity and Roadmap • CBDI Roadmap sitehttp://roadmap.cbdiforum.com/ • SOA Maturity Modelshttp://www.cbdiforum.com/secure/interact/2005-12/The_SOA_Maturity_Model.php • Developing the Architectural Framework for SOA - Part 6 – Transitioning to SOAhttp://www.cbdiforum.com/secure/interact/2005-11/Dev_Archi_Framework_SOA_Prt6_Transitioning_to_SOA.php • SOA Governance –from Chaos to Order – The Transformation of Enterprise Architecturehttp://www.cbdiforum.com/secure/interact/2005-11/SOA_Governance_Chaos_to_Order.php

  21. www.cbdiforum.com

More Related