Architected Solution Delivery
Upcoming SlideShare
Loading in...5
×
 

Architected Solution Delivery

on

  • 2,493 views

For some while now CBDI have concentrated their SOA process guidance very much on the provide side of the provide-consume divide. This reflects continuing high demand for advice in SOA analysis and ...

For some while now CBDI have concentrated their SOA process guidance very much on the provide side of the provide-consume divide. This reflects continuing high demand for advice in SOA analysis and design techniques. At the same time TIBCO have been working successfully with projects seeking to use services as one – albeit key - part of a complete solution targeted at business process improvement. In short, CBDI’s work on SOA and service provisioning, and TIBCO’s work on solution delivery as part of a fully architected approach represent a natural marriage. Following collaborative workshops between the two companies, this article provides an overview of that work. We think you’ll agree that the result is a more complete and balanced process framework that embraces the shift from pure service consumption to fully architected solution delivery.

Statistics

Views

Total Views
2,493
Slideshare-icon Views on SlideShare
2,259
Embed Views
234

Actions

Likes
1
Downloads
143
Comments
0

10 Embeds 234

http://swik.net 127
http://soaprocess.blogspot.com 59
http://cbdi.wikispaces.com 35
http://www.slideshare.net 4
https://cbdi.wikispaces.com 3
http://feeds2.feedburner.com 2
http://soaprocess.blogspot.in 1
http://feeds.feedburner.com 1
http://127.0.0.1:8795 1
http://soaprocess.blogspot.co.il 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • For some while now CBDI have concentrated their SOA process guidance very much on the provide side of the provide-consume divide. This reflects continuing high demand for advice in SOA analysis and design techniques. At the same time TIBCO have focused on the development of SOA-based solutions targeted at bringing about business process improvements – solutions that employ services as one – albeit key - part of a complete solution. In short, CBDI’s work on SOA and service provisioning, and TIBCO’s work on solution delivery as part of a fully architected approach represent a natural marriage. Following collaborative workshops between the two companies, this article provides an overview of that work. We think you’ll agree that the result is a more complete and balanced process framework that embraces the shift from pure service consumption to fully architected solution delivery. By Paul Allen and Paul Brown Introduction Since publishing a report on the Service Oriented Process earlier this year CBDI have been busy developing the CBDI Knowledgebase in some depth in both the Service Oriented Architecture and Design and Service Provisioning disciplines of the Service Architecture & Engineering (SAE TM ) SO Process. In parallel TIBCO have been refining their Total Architecture solution development methodology to incorporate the identification, creation, and usage of services driven by business needs and business process design. This article presents a common process framework that: Fleshes out the solution delivery process in a fashion that “mirrors” the service delivery process, including the concepts of solution architecture and solution provisioning Extends the concept of an architectural design that encompasses all three service tracks: consume, provide, and enable Incorporates solution deployment and operation (as well as service deployment and operation) within the enable process. The CBDI – TIBCO Collaboration and Statement of Intent There has been much marketing hype around BPM and SOA with very little substance. The CBDI - TIBCO process framework provides much needed industry guidance on harnessing business process improvement and solution delivery with SOA and service provisioning. The framework provides clear interfaces between the various disciplines of service orientation that promote a deliverable driven – as opposed to a task driven – process. This is very important for consistency of work and for the key service oriented principle of measurability through specification: “you can’t control what you can’t manage, and you can’t manage what you can’t specify.”   The aim of the CBDI and TIBCO collaboration is to jointly publish a SO Process Framework that Identifies each of the disciplines (a significant competency which has the ability to perform one or more activities) required to deliver and manage services and solutions Enables interoperability by identifying the agreed deliverables that are exchanged between disciplines Is an open published framework that can be adopted by other parties. The Service Oriented Process, Allen, P., CBDI Journal , February, 2007 http://www.cbdiforum.com/secure/interact/2007-02/service_oriented_process.php   Succeeding with SOA: Realizing Business Value Through Total Architecture, Brown, P., Addison Wesley, 2007 Service Orientation: Winning Strategies and Best Practices , Allen, P., Cambridge University Press, 2006

Architected Solution Delivery Architected Solution Delivery Presentation Transcript

  • Architected Solution Delivery: Enhancing the Service Oriented Process By Paul Allen and Paul Brown SOA Process Report
  • Introduction
    • The aim of the CBDI and TIBCO collaboration is to jointly publish a SO Process Framework that
      • Identifies each of the disciplines (a significant competency which has the ability to perform one or more activities) required to deliver and manage services and solutions
      • Enables interoperability by identifying the agreed deliverables that are exchanged between disciplines
      • Is an open published framework that can be adopted by other parties.
    • The value to user organizations is that as a consequence they should be able to:
      • Select best practice from either CBDI and TIBCO, or other participants at the discipline level
      • Better manage outsourcing or distributed development though a sharper focus on the disciplines and deliverables required, without unnecessarily constraining the participants to follow a specific way of working
      • Improve the interworking and collaboration between SOA efforts and software development projects
      • Provide a much more practical context for their SOA efforts that is related to the business needs that drive software development projects
      • Make software development projects more responsive and less costly through practical service reuse.
  • The Enhanced SO Process Framework: Simplified View Solution Assembly/ Implementation SO Business Requirements Planning Legacy to Service Transition Planning Service Provisioning Service Implementation Solution/Service Deployment Solution/Service Platform Design & Installation Consume Provide Enable SO Business Improvement Solution Provisioning Service Oriented Architecture & Design Solution/Service Platform Architecture Solution Architecture & Design Solution/Service Operations & Management SOA Adoption Plan Governance & Management Framework Manage
  • Improvements to the Consume Track
    • The consume track has been significantly enhanced with two new disciplines.
    • These changes allow the full spectrum of solutions to be covered:
      • from one which actually employs no services at all
      • to one founded upon existing services.
    • Solution Architecture Design
    • To integrate business process architecture and system architecture as smoothly as possible.
    • To identify the service requirements to enable the solution.
    • Solution Provisioning
    • To plan sourcing and usage of a solution
    • To specify and design the solution
    • To ensure the solution (as an integrated whole) is fit for purpose; analogous to service provisioning.
  • Different Routes to Solution Driven Services SO Business Requirements Planning [SOA Adoption Plan] [Service Descriptions; part of Project Service Plan] Service Oriented Architecture & Design [Business Models, Business Case for SOA, SO Business Design, Business Solution Requirements] Solution Architecture & Design [Project Service Plan] Approve SPP Fragment Create Project Service Plan Prepare & Evolve SPP Design & Evolve SO Security Architecture Design & Evolve SO Reference Framework SPP Fragment (approved) [Service Requirements] [Service Descriptions; part of SPP Fragment (approved)] [Solution Architecture, Component Descriptions, Solution Design Scope] [IT Strategy & Architecture] [SOA Reference Framework] [Service Requirements, SPP Fragment]
  • Improvements to the Enable Track
    • We have enhanced the enable track to provide a more complete process framework, running right through to solution operation.
    • The remaining enable disciplines have been broadened to include solutions and well as services platform design and installation, and operations and management.
    • Solution/Service Platform Architecture
    • To design both the solution and the service infrastructure in terms of available processors.
    • Previously this activity was confined to services; we now broaden the approach to encompass solutions.
    • Solution/Service Deployment
    • To install both solutions and services in their target run time environments according to their specifications.
    • Previously this activity was confined to services; we now recognize deployment as significant in its own right and broaden the approach to encompass solutions.
  • The Need for Coordinated Architecture Scope
    • As Solution Architecture & Design progresses so requirements for services emerge.
    • These service requirements must be assessed with respect to the wider enterprise view.
    • Hence the need for Coordinated Architecture Scope
  • Coordinated Architecture Scope Coordinated Architecture Scope Consume Provide Enable [Business Strategy & Architecture] [SOA Adoption Plan] [IT inventory] [IT Strategy & Architecture] [Solution Project Justification, Project Requirements] [Project Charter] [SOA Reference Framework] [Solution/ Services Platform Architecture] [Business Models, Business Case for SOA, SO Business Design, Business Solution Requirements] [SO Business Improvement Plan] [Solution Architecture, Component Descriptions, Solution Design Scope] [Legacy Transition Plan] [Business Process Execution Metrics] [Business Results] [Project Service Plan] Project Service Plan/ SPP Fragment (approved) Service Requirements [Service Catalog (updated)] [Service Descriptions (part of Project Service Plan/ SPP )] [Project Service Architecture/SPP, SO Security Arch] [SPP, SO Security Architecture] SO Business Requirements Planning Legacy Transition Planning SO Business Improvement Service Oriented Architecture & Design Solution/Services Platform Architecture Solution Architecture & Design
    • Project charters produced by IT Strategy and Architecture that identify expected IT project costs and benefits, including projected Return on Investment from proposed services to be produced and reused by the projects.
    • The Service Oriented Business Plan output from SO Business Requirements Planning .
    • The Service Portfolio Plan (SPP) (for the enterprise or part of the enterprise), where this is available. Where an SPP is not available the service requirements must be evaluated with respect to the broader context and SOA policy evolved.
    • The Service Catalog and IT Inventory
    • Other outputs from IT Strategy and Architecture such as Enterprise Architecture models.
    Assessing the Wider View Coordinated Architecture Scope: Inputs
  • Solution Provisioning
    • The Solution Provisioning discipline addresses the following needs:
      • to plan the sourcing, usage, testing and overall management of solutions
      • to specify and design the individual solution components
      • to ensure that solutions actually achieve their purpose.
    • This discipline recognizes the fact that solutions, no less than services, must be provisioned. In fact, the two disciplines of Solution Provisioning and Service Provisioning work in analogous fashion at different levels of abstraction and in a cyclic fashion.
  • Solution Cycle 1: Plan to Assemble/Implement Consume Provide Solution Assembly/ Implementation Solution Design, Specification & Coordination Service Implementation [Legacy Transition Plan] [Tested AU Units] [Solution Architecture, Component Descriptions, Solution Design Scope] [Solution Imp Design] Solution Provisioning [Service Specs, Usage SLA] Service Provisioning Service Design, Specification & Coordination [(Service Specs (approved), AU Descriptions (approved)] [Solution Design, Solution Test Plans, Component Specs [Service Descriptions (part of Project Service Plan/ SPP )] [Tested Software Solution]
  • Solution Cycle 2: Assemble/Implement to Deploy [Deployed Services, Service Discovery Artifacts, Service Access Procs] [IT Strategy & Architecture] [Legacy Transition Plan] [Tested AU Units] [Service Deployment Instructions, Tested AU Units] [Solution Architecture, Component Descriptions, Solution Design Scope] [Service Catalog (updated)] [Service Platform Design, Tested Service Platform, Installed Service Platform] [Solution Imp Design, Tested Software Solution (deployed)] Solution Provisioning [Solution/ Services Platform Architecture] [Installed Service Platform] [Service Specs, Usage SLA] [Solution Deployment Instructions, Tested Software Solution] Service Provisioning [ Services (published)] [Service Deployment Authorization/ Services (certified) , Service OLA] [Solution Design, Solution Test Plans, Component Specs [Service Descriptions (part of Project Service Plan/ SPP )] [Guidelines (e.g. ITIL)] [(Service Specs (approved), AU Descriptions (approved)] Consume Provide Enable Solution Assembly/ Implementation Solution Design, Specification & Coordination Service Implementation Solution/Service Deployment Solution/Service Platform Design & Installation Service Certification Service Design, Specification & Coordination
  • Solution Cycle 3: Deploy to Run [Deployed Services, Service Discovery Artifacts, Service Access Procs] [Guidelines (e.g. ITIL)] [IT Strategy & Architecture] [Legacy Transition Plan] [Tested AU Units] [Service Deployment Instructions, Tested AU Units] [Solution Architecture, Component Descriptions, Solution Design Scope] [Service Catalog (updated)] [Service Platform Design, Tested Service Platform, Installed Service Platform] [Solution Imp Design, Tested Software Solution (deployed)] Solution Provisioning [Solution/ Services Platform Architecture] [Installed Service Platform] [Service Specs, Usage SLA] [Solution Deployment Instructions, Tested Software Solution] [Solution Deployment Authorization/Solution (Certified), Solution OLA] [Deployed Software Solution] Service Provisioning [ Services (published)] [Service Deployment Authorization/ Services (certified) , Service OLA] [Solution Design, Solution Test Plans, Component Specs [Service Descriptions (part of Project Service Plan/ SPP )] [(Service Specs (approved), AU Descriptions (approved)] Consume Provide Enable Solution Assembly/ Implementation Solution Design, Specification & Coordination Service Implementation Solution/Service Deployment Solution/Service Platform Design & Installation Solution Certification Solution/Service Operations & Measurement Service Certification Service Design, Specification & Coordination
  • Solution Cycle 4: Run to Improve. [Deployed Services, Service Discovery Artifacts, Service Access Procs] [Guidelines (e.g. ITIL)] [IT Strategy & Architecture] [Legacy Transition Plan] [Tested AU Units] [Service Deployment Instructions, Tested AU Units] [Solution Architecture, Component Descriptions, Solution Design Scope] [Service Platform Design, Tested Service Platform, Installed Service Platform] [Solution Imp Design, Tested Software Solution (deployed)] Solution Provisioning [Solution/ Services Platform Architecture] [Installed Service Platform] [Service Specs, Usage SLA] [Solution Deployment Instructions, Tested Software Solution] [Solution Deployment Authorization/Solution (Certified), Solution OLA] [Solution & Service Execution Metrics] [Deployed Software Solution] Service Provisioning [ Services (published)] [Service Deployment Authorization/ Services (certified) , Service OLA] [Business Process Execution Metrics] [Solution Design, Solution Test Plans, Component Specs [Service Descriptions (part of Project Service Plan/ SPP )] [Service Catalog (updated)] [(Service Specs (approved), AU Descriptions (approved)] Consume Provide Enable Solution Assembly/ Implementation Solution Design, Specification & Coordination Service Implementation Solution/Service Deployment Solution/Service Platform Design & Installation SO Business Improvement Solution Certification Solution/Service Operations & Measurement Service Certification Service Design, Specification & Coordination
  • The Enhanced SO Process Framework: Detailed View Coordinated Architecture Scope Consume Provide Enable [Business Strategy & Architecture] [SOA Adoption Plan] [IT inventory] [IT Strategy & Architecture] [Solution Project Justification, Project Requirements [Deployed Services, Service Discovery Artifacts, Service Access Procs] [Guidelines (e.g. ITIL)] [IT Strategy & Architecture] [Legacy Transition Plan] [Project Charter] [Service Descriptions (part of Project Service Plan/SPP)] [Tested AU Units] [Service Deployment Instructions, Tested AU Units] [Solution Architecture, Component Descriptions, Solution Design Scope] [SOA Reference Framework] [Service Platform Design, Tested Service Platform, Installed Service Platform] [Solution Imp Design, Tested Software Solution (deployed)] Solution Provisioning [Solution/ Services Platform Architecture] [Project Service Architecture/SPP, SO Security Arch] [Business Models, Business Case for SOA, SO Business Design, Business Solution Requirements] [Service Specs, Usage SLA] [Solution Deployment Instructions, Tested Software Solution] [Solution Deployment Authorization/(Certified), Solution OLA] [Solution & Service Execution Metrics] [Deployed Software Solution] [SO Business Improvement Plan] [Business Results] SOA Adoption Plan Governance & Management Framework Manage [Project Service Plan/ SPP Fragment (approved)] Service Provisioning [Service Specs (approved) , AU Descriptions (approved)] [ Services (published)] [Business Process Execution Metrics] [ SPP, SO Security Architecture] [Project Service Plan] [Solution Design, Solution Test Plans, Component Specs Service Requirements SPP Fragment [Installed Service Platform] [Service Deployment Authorization/ Services (certified) , Service OLA] [(Service Catalog (updated)]] Solution Assembly/ Implementation Solution Design, Specification & Coordination SO Business Requirements Planning Legacy Transition Planning Service Implementation Solution/Service Deployment Solution/Service Platform Design & Installation SO Business Improvement Solution Certification Service Oriented Architecture & Design Solution/Services Platform Architecture Solution Architecture & Design Solution/Service Operations & Measurement Service Certification Service Design, Specification & Coordination
  •   Solution Delivery Disciplines (Examples) - I Discipline Process Unit Key Inputs Deliverables SO Business Requirements Planning Prepare SO Business Models Existing Business Strategy and Architecture SO Business Models Prepare SOA Business Case SO Business Models Business Case for SOA Prepare SO Business Design SO Business Models SO Business Design Plan Business Solution Requirements SO Business Models Business Solution Requirements Note: The SO Business Plan (SOBP) is comprised of the above four deliverables SO Business Improvement Plan SO Business Improvement Business Solution Requirements SO Business Improvement Plan Redesign Improved Business Feature SO Business Improvement Plan Solution Project Justification Design SO Business Feature SO Business Improvement Plan Solution Project Justification Solution Project Requirements Implement SO Business Improvement SO Business Improvement Plan, Solution Specification Improved Business Process, Capability or Product
  •   Solution Delivery Disciplines (Examples) - II Discipline Process Unit Key Inputs Deliverables Solution Architecture and Design Synthesize Solution Architecture Solution Project Justification Solution Project Requirements SPP Fragment (approved) Project Service Plan Service Catalog IT Inventory Solution Architecture Design Solution Solution Architecture Component Descriptions Service Requirements Solution Design Scope Solution Provisioning Plan Solution Solution Architecture Component Descriptions Service Requirements Solution Design Scope Solution Profile Solution Test Plans Design and Specify Solution Components Solution Profile Service Specifications Usage SLAs Solution Design Component Specifications Certify Solution Solution Implementation Design Tested Software Solution (deployed) Solution Deployment Authorization Solution OLA Solution (certified) Review Solution Certification Solution and Service Execution Metrics Business Process Execution Metrics
  •   Solution Delivery Disciplines (Examples) - III Discipline Process Unit Key Inputs Deliverables Solution Assembly/ Implementation Implement Solution Specific Components Solution Design Component Specifications Solution Test Plans Tested Solution Specific Components Assemble Solution Tested Solution Specific Components Solution Design Component Specifications Solution Test Plans Solution Deployment Instructions Tested Software Solution Solution Implementation Design Assemble Deployed Solution Services (published) Deployed services Service Discovery Artifacts Service Access Points Tested Software Solution (deployed)
  • Independent Guidance for Service Architecture and Engineering www.cbdiforum.com www.everware-cbdi.com