www.cbdiforum.com




Architected Solution Delivery:
Enhancing the Service Oriented
Process


by Paul Allen (Everware-CBDI...
The Enhanced SOA Process Framework
            SO Business
                                SO Business
            Require...
Improvements to the Solution Track

                                          Solution Architecture Design
 The solution ...
Improvements to the Enable Track

                                      Solution/Service Platform Architecture
 We have e...
Service-Oriented Architecture and Design Routes
  Red Route: Existing Enterprise Service
                                 ...
The Need for Coordinated Architecture Scope



            As Solution Architecture & Design
             progresses so r...
Coordinated Architecture Scope
                         [SO Business Improvement Plan]

              [Business
          ...
Coordinated Architecture Scope: Inputs



 Project charters produced by IT       The Service Portfolio Plan (SPP)
  Stra...
Specification to Assembly
 Consume


                                                                                   [S...
[Solution Imp Design,
 Consume

                                                                    Tested Software Soluti...
[Solution Deployment Authorization/Solution (Certified),
                                                                 ...
[Solution &
                                                Service Execution Metrics]

                                  ...
[Solution &
    [Business
                                                                                                ...
www.cbdiforum.com



Independent Guidance for Service Architecture and Engineering




               www.everware-cbdi.com
Upcoming SlideShare
Loading in …5
×

Architected Solution Delivery

1,562 views

Published on

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.

Published in: Business, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,562
On SlideShare
0
From Embeds
0
Number of Embeds
23
Actions
Shares
0
Downloads
73
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Architected Solution Delivery

  1. 1. www.cbdiforum.com Architected Solution Delivery: Enhancing the Service Oriented Process by Paul Allen (Everware-CBDI) & Paul C. Brown (TIBCO) Independent Guidance for Service Architecture and Engineering
  2. 2. The Enhanced SOA Process Framework SO Business SO Business Requirements Improvement Solution Planning Consume Provisioning Solution Solution Architecture & Assembly/ Design Implementation Service Oriented Service Architecture Provisioning & Design Provide Legacy to Service Service Transition Implementation Planning Solution/Service Solution/Service Solution/Service Platform Platform Design Deployment Architecture & Installation Enable Solution/Service Operations & Management Manage SOA Adoption Plan Governance & Management Framework
  3. 3. Improvements to the Solution Track Solution Architecture Design  The solution track has been significantly enhanced with two new  To integrate business process disciplines. 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  These changes allow the full solution spectrum of solutions, from one which actually employs no services  To specify and design the solution at all to one founded upon existing  To ensure the solution (as an services, to be covered. integrated whole) is fit for purpose; analogous to service provisioning.
  4. 4. Improvements to the Enable Track Solution/Service Platform Architecture  We have enhanced the enable track to provide a more complete  To design both the solution and the service infrastructure in terms of process framework, running right available processors. through to solution operation.  Previously this activity was confined to services; we now broaden the approach to encompass solutions.  The remaining enable disciplines Solution/Service Deployment have been broadened to include  To install both solutions and services in solutions and well as services their target run time environments platform design and installation, according to their specifications. and operations and management.  Previously this activity was confined to services; we now recognize deployment as significant in its own right and broaden the approach to encompass solutions.
  5. 5. Service-Oriented Architecture and Design Routes Red Route: Existing Enterprise Service Blue Route: No Existing SPP Portfolio Plan (SPP) SO Business Requirements Planning [Solution Solution [Business Models, Architecture, [SOA Business Case for SOA, Component Architecture & Adoption SO Business Design, Descriptions, Design Plan] Business Solution Solution Requirements] Design [SPP [Project Scope] Fragment Service (approved)] [Service Plan] Requirements, SPP [Service Fragment] Requirements] Service Oriented Architecture [Service Descriptions; part Prepare & Evolve Approve SPP of SPP Fragment & Design SPP Fragment (approved)] [Service Descriptions; Design & Evolve Design & Evolve Create Project part of Project Service SO Reference SO Security Service Plan Plan] Framework Architecture [IT Strategy & Architecture] [SOA Reference Framework]
  6. 6. 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
  7. 7. Coordinated Architecture Scope [SO Business Improvement Plan] [Business Strategy & SO Business Architecture] [Business Process [Project Charter] Execution Metrics] Improvement [Business Consume SO Business Results] [Solution Project Justification, Requirements Project Requirements] Planning [Solution Architecture, [Business Models, Component Descriptions, Solution Solution Design Scope] Business Case for SOA, Architecture & SO Business Design, Design Business Solution Requirements] [Project Service [Service [SOA Plan/ SPP [Service Requirements, Adoption Fragment Catalog (updated)] SPP Plan] (approved)] Fragment] Service Oriented Architecture Provide [Service Descriptions (part of & Design Project Service Plan/ SPP )] [SPP, SO [Project Service Plan] Security Architecture] [IT Strategy & Architecture] Legacy [Legacy Transition Plan] Transition Planning [SOA Reference Coordinated Framework] [IT inventory] Architecture Scope [Solution/ Solution/Services Services Enable Platform Platform [Project Service Architecture] Architecture Architecture/SPP, SO Security Arch]
  8. 8. Coordinated Architecture Scope: Inputs  Project charters produced by IT  The Service Portfolio Plan (SPP) Strategy and Architecture that (for the enterprise or part of the identify expected IT project costs enterprise), where this is available. and benefits, including projected Where an SPP is not available the Return on Investment from service requirements must be proposed services to be produced evaluated with respect to the and reused by the projects. broader context and SOA policy evolved.  The Service Oriented Business Plan output from SO Business  The Service Catalog and IT Requirements Planning. Inventory  Other outputs from IT Strategy and Architecture such as Enterprise Architecture models.
  9. 9. Specification to Assembly Consume [Solution Imp Design] Solution Provisioning [Solution [Solution Architecture, Design, [Tested Software Solution] Solution Design, Solution Test Solution Component Specification Assembly/ Descriptions, Plans, & Coordination Implementation Solution Design Component Scope] Specs [Service Specs, Usage SLA] Provide [Service Descriptions Service Provisioning (part of Project Service Plan/ Service Design, [(Service Specs (approved), SPP )] Specification & AU Descriptions (approved)] Coordination Service [Legacy Transition Plan] Implementation [Tested AU Units]
  10. 10. [Solution Imp Design, Consume Tested Software Solution (deployed)] [Solution Deployment Solution Provisioning Instructions, Tested [Solution [Solution Software Solution] Architecture, Design, Solution Design, Solution Component Solution Specification Assembly/ Descriptions, Test Plans, & Coordination Implementation Solution Design Component Scope] Specs [Service Specs, [ Services (published)] Usage SLA] [Service Deployment Authorization/ [Service Services (certified) , Service OLA] Catalog (updated)] [Deployed Services, Service Certification Service [Tested AU Units] Discovery Provide [Service Artifacts, Descriptions Service Provisioning (part of Project Service Service Plan/ Access Service Design, [(Service Specs (approved), SPP )] Procs] Specification & AU Descriptions (approved)] Coordination Service [Legacy Transition Plan] Implementation [Service Deployment Instructions, Tested AU Units] [Solution/ Solution/Service Solution/Service [Installed Services Platform Design Service Platform] Platform Deployment Enable & Installation Architecture] [Guidelines (e.g. ITIL)] [Service Platform Design, [IT Strategy & Architecture] Tested Service Platform, Installed Service Platform]
  11. 11. [Solution Deployment Authorization/Solution (Certified), Solution OLA] [Solution Imp Design, Solution Consume Tested Software Solution (deployed)] Certification [Solution Deployment Solution Provisioning Instructions, Tested [Solution [Solution Software Solution] Architecture, Design, Solution Design, Solution Component Solution Specification Assembly/ Descriptions, Test Plans, & Coordination Implementation Solution Design Component Scope] Specs [Service Specs, [ Services (published)] Usage SLA] [Service [Service Deployment Authorization/ Catalog (updated)] Services (certified) , Service OLA] [Deployed Services, Service Certification Service [Tested AU Units] Discovery Provide [Service Artifacts, Descriptions Service Provisioning (part of Project Service Service Plan/ Access Service Design, [(Service Specs (approved), SPP )] Procs] Specification & AU Descriptions (approved)] Coordination Service [Legacy Transition Plan] Implementation [Service Deployment Instructions, Tested AU Units] [Solution/ Solution/Service Solution/Service [Installed Services Platform Design Service Platform] Platform Deployment Enable & Installation Architecture] [Deployed Software [Guidelines (e.g. ITIL)] Solution] [Service Platform Design, [IT Strategy & Architecture] Tested Service Platform, Solution/Service Installed Service Platform] Operations & Measurement
  12. 12. [Solution & Service Execution Metrics] [Solution Deployment Authorization/Solution (Certified), [Business Solution OLA] Process SO Business Execution Improvement [Solution Imp Design, Metrics] Solution Consume Tested Software Solution (deployed)] Certification [Solution Deployment Solution Provisioning Instructions, Tested [Solution [Solution Software Solution] Architecture, Design, Solution Design, Solution Component Solution Specification Assembly/ Descriptions, Test Plans, & Coordination Implementation Solution Design Component Scope] Specs [Service Specs, [ Services (published)] Usage SLA] [Service Deployment Authorization/ [Service Services (certified) , Service OLA] Catalog (updated)] [Deployed Services, Service Certification Service [Tested AU Units] Discovery Provide [Service Artifacts, Descriptions Service Provisioning (part of Project Service Service Plan/ Access Service Design, [(Service Specs (approved), SPP )] Procs] Specification & AU Descriptions (approved)] Coordination Service [Legacy Transition Plan] Implementation [Service Deployment Instructions, Tested AU Units] [Solution/ Solution/Service Solution/Service [Installed Services Platform Design Service Platform] Platform Deployment Enable & Installation Architecture] [Deployed Software [Guidelines (e.g. ITIL)] Solution] [Service Platform Design, [IT Strategy & Architecture] Tested Service Platform, Solution/Service Installed Service Platform] Operations & Measurement
  13. 13. [Solution & [Business Service Execution Metrics] Strategy & [SO Business Improvement Plan] Architecture] [Solution Deployment Authorization/(Certified), [Project Charter] Solution OLA] [Business SO Business Process Improvement Execution Solution SO Business [Solution Imp Design, Consume Metrics] Certification Requirements Tested Software Solution (deployed)] [Solution Project Justification, [Business Planning Results] Project Requirements Solution Provisioning [Solution [Solution [Solution Deployment Architecture, [Business Models, Design, Instructions, Tested Solution Design, Solution Component Solution Test Software Solution] Solution Business Case for SOA, Specification Assembly/ Descriptions, Plans, Architecture & Design SO Business Design, & Coordination Implementation Solution Design Component Scope] Business Solution Specs [Project Service Requirements] Plan/ SPP [Service Specs, Fragment [ Services (published)] Service (approved)] Usage SLA] [SOA Requirements [(Service [Service Deployment Authorization/ Adoption SPP Fragment Catalog Services (certified) , Service OLA] Plan] (updated)]] [Deployed Service Oriented Services, Service Architecture Certification Service & Design [Tested AU Units] Discovery Provide Artifacts, Service Provisioning [Service Service Descriptions Access [ SPP, SO [Project Service Plan] [Service Specs (approved) , Service Design, (part of Project Procs] Security Specification & Service AU Descriptions (approved)] Architecture] Coordination Plan/SPP)] [IT Strategy Legacy & Architecture] Service Transition [Legacy Transition Plan] Implementation Planning [Service Deployment [SOA Reference Coordinated Instructions, Framework] [IT inventory] Architecture Scope Tested AU Units] [Solution/ Solution/Services Solution/Service Services Solution/Service [Installed Platform Platform Design Platform Service Platform] Deployment Enable Architecture & Installation Architecture] [Project Service Architecture/SPP, [Deployed Software SO Security Arch] Solution] [Guidelines (e.g. ITIL)] [Service Platform Design, [IT Strategy Solution/Service & Architecture] Tested Service Platform, Operations & Installed Service Platform] Measurement Manage SOA Adoption Plan Governance & Management Framework
  14. 14. www.cbdiforum.com Independent Guidance for Service Architecture and Engineering www.everware-cbdi.com

×