1. www.cbdiforum.com Independent Guidance for Service Architecture and Engineering Application Modernization Framework David Sprott

2. © 2010 Everware-CBDI International 2 Top Priorities are to “Slim Bloated Software Portfolios”  Modernizing legacy applications – 59% of IT leaders place modernization as the top software issue  Packaged applications bloat - 49% will consolidate or rationalize their enterprise applications,  Version upgrades - 51% plan to upgrade The top three software concerns named by IT decision-makers in the 2009/2010 Enterprise Software Survey by Forrester Research all point to their desire to slim bloated software portfolios.

3. © 2010 Everware-CBDI International 3 Modernization Use Cases  UK Retail Bank Mortgage Sales rebuild  High functional equivalent, but with process improvement – standardize brand processes, common channel process. Adopt SOA.  US Regional Bank - Account and Customer modernization  Strong business improvement theme. Common customer and channel services.  UK Retail Bank – Complete portfolio moved from MSP to in-house  Application re-platforming – new packages; 90% functional equivalence. Core service architecture.  Government department using 20 yr old development technology  Move to SOA to componentize, standardize process across delivery channels  UK Corporate Banking Div. using COBOL and assembler mainframe applications  Façade service architecture as first step to legacy CBS retirement and upgrade.  Major Airline – End of life support on mainframe reservations product.  Rewriting entire operations processes as SOA. Standardization of business process.

4. © 2010 Everware-CBDI International 4 Modernization Maturity Model Delivery Technology Modernization Delivery Process Modernization Architecture Driven Modernization Business Driven Modernization Re-skin, Recode E.G PL1, Cobol, Assembler to Java; Mainframe to Application Server Re-platform, Re-host E.G Server Virtualization Offshore, BPO, Cloud Service Enable, Service Façade Restructure E.G Componentize, SOA, EDA, CEP Re-process, Restructure E.G Agility metrics driven Architecture. Continuously Evolving; Integrated business and IT governance

5. © 2010 Everware-CBDI International 5 Modernization Context Project Management/SDLC Information Architecture Business Case Analysis Transition Strategy Business Architecture Transitional Architecture 1Transitional Architecture 2 Transitional Architecture 3 Transitional Architecture n To-Be As-Is Harvesting Rapid Delivery Sequence Planning Logical Architecture Physical Architecture Operations Infrastructure Physical Implementation Deliver agile core with minimu m function al change

6. © 2010 Everware-CBDI International 6 The Horseshoe Model (Source SEI)

7. © 2010 Everware-CBDI International 7 Business Driven? Business Capability Areas of Potential Change AP AS-IS AP TO-BE P Business Process New business events need to be managed New complex events need to be communicated Change in process logic New process steps 11441144 77467746.8.9 User Interface White labeling Additional attributes Simple validation Complex validation New forms 5574655746 5557855578.6.7.9.7 Channels New technology channels New business channels 1111 7878.9 Consumer Technology Mobile channel Web 2.0 channel. 1111 1515.2.5 AGILITY POTENTIAL (AP) - the relative potential agility that a business capability or business process requires. PROBABILITY (P) - probability in the range 0 (zero) to 1, where 0 = impossible to 1 which = certain EXAMPLE

8. © 2010 Everware-CBDI International 8 Objectives Scoping Units – Business Process, Capabilities Customer Process Risk Process Sales Process Common view of customer Multi-channel customer process Increase number of suppliers Offer platform for business services Agility Potential - Now / Required 3838 5555 2929 3838 5555 2727 2 9 AS-IS AP TO-BE AP Example Agility Assessment Matrix (Partial)

9. © 2010 Everware-CBDI International 9 Unit of Modernization Scope ScopeDefinitionTOGAFSAE Enterprise or Ecosystem An enterprise, or division of An ecosystem A portfolio of applications Architecture Multiple Applications or Platform A set of applications and/ or set of services e.g. To support a Business Domain, Business Unit, or Business Process or running on a hardware or operating system platform that must be modernized Application Architecture Solution Architecture Service Architecture ApplicationAn individual applicationApplication Component Solution ElementAn individual element of an applications, or a set of related elements May be common to many applications e.g. Database Logical Application Component Data Entity Information System Service Service Automation Unit

10. © 2010 Everware-CBDI International 10 Decomposition of Scope May Result in Multiple Approaches Portfolio Application 1 Application 2 Application 3 Element 3.1 Element 3.2 Element 3.1 Replace (build) Replace (buy) Restructure Service Enable Recode Replace (buy) Rehost Service Facade

11. © 2010 Everware-CBDI International 11 Application Modernization Approaches ObjectiveApproachDescriptionApplies to ScopeOther Approaches Replace Replace (Build)New build, in-house, outsourcedAllService Facade Replace (Buy)New COTSAllService Facade Rationalize Consolidate and rationalizeor Ecosystem Multiple Applications Service Façade Reengineer Replace Modernize - Component Reengineering Re-skinNew UI Web 2.0 enablement ApplicationService Enable Re-processNew Business ProcessMultiple Applications May be single application Service Enable Service Facade RecodeReengineer implementationApplication Element RestructureComponentize implementationApplication Re-platformMigrate to new platformApplication Multiple Applications Recode Restructure Re-hostMigrate to new servers Virtualization/Cloud Application Multiple Applications Re-platform Restructure Modernize - Service Reengineering Service EnableNew Service Interface New Data, Underlying or Exclusive service Application Element (e.g. Database) Service FacadeNew Core Business Services layer or Process services layer PortfolioService Enable (Underlying Services)

12. © 2010 Everware-CBDI International 12 Approach Determines Type/Level of Activity Implementation Architecture Implementation Deployment Architecture Technology Architecture Service Specification Architecture Service Implementation Architecture > Internal Architecture > If, then, else Service Specification > If, then, else > Logical Physical > Application Architecture > table, column AS-IS Business Model TO-BE Business Model Replace (Build) Replace (Buy) Rationalize Re-skin Re-process Service Facade Service Enable Recode Restructure Architecture Recovery Architecture-based Development Re-platform Re-host

13. © 2010 Everware-CBDI International 13 Reference Model  Service enabled  Component based  Contract based  Standardized (IT and business)  Platform independent  Virtualized  Model driven architecture and design  Application knowledge  Defined change management capability Reference Model Principles Life CycleMeta Model Glossary

14. © 2010 Everware-CBDI International 14 Reference Architecture Business Specification Deployment PatternsPolicyTechniques Stakeholder Views Models Deliverables Best Practice Infrastructure Standards Implementation

15. © 2010 Everware-CBDI International 15 The Twin Architecture Views of SAE2 Business View Specification Implementation Deployment Infrastructure Service Catalog Sample To-Be Artifacts Logical Network Services Physical Network Automation Unit Specification Service Platform Design Specification SO Business Plan Service Implementation Architecture Service Deployment Architecture Service Specification Architecture Technical Architecture Service Specification Service Level Agreement SO Business Model Service Implementation SO Security Architecture Service Portfolio Plan Sample As-Is Artifacts Conceptual Artifacts Structure Artifacts Build Artifacts Data Artifacts Events ArtifactsUI Artifacts Platform Artifacts Code & Action Artifacts

16. © 2010 Everware-CBDI International 16 SAE2 Process Solution Assembly/ Implementation Business Modeling Service Implementation Business Improvement Solution Architecture & Design Legacy to Service Reengineering Solution Provisioning Service Provisioning Solution/Service Deployment Solution/Service Platform Design & Installation Enable Solution/Service Platform Architecture Solution/Service Operations & Management Modernization Change Management SOA Quality Management Manage SOA Delivery Management Consume Provide Information Architecture Service Oriented Architecture & Design Application Modernization Planning Legacy Application Reengineering SOA Governance SOA Adoption & Excellence Knowledge Discovery Process Manage Enable Consume Provide

17. © 2010 Everware-CBDI International 17 SAE2 Process Disciplines – Planning and Architecture Business Modeling Business Improvement Solution Architecture & Design Information Architecture Service Architecture (Service Portfolio Plan) Service Requirements Solution Architecture Information Architecture Business Plans (Note: Primarily showing Application Modernization context) Solution Architecture Business Models Business Plans Current System Model Application Modernization Plan Candidate Component Inventory Service Portfolio Plan (Service Architecture) Knowledge Discovery Application Modernization Planning Current Assets Business Models Service Oriented Architecture & Design KDM Package As-Is Architecture Information Architecture As-Is Business Models

18. © 2010 Everware-CBDI International 18 SAE2 Process Principles  Deliver agile core for continuous evolution  Scoping and decomposing activities into manageable Work Packages.  Iteration through the various Work Packages leading to revisions at all levels to fine-tune the next iteration.  Continuous improvement of the assessment and plan  Separation of Solution and Service Architecture, and Solution and Service Delivery, to deliver a layered Service Architecture that is not too tightly bound to a single solution  Incremental delivery of an inventory of shared services and solution components that reduce time and effort in subsequent projects.  Agile methods used within Work Package AS-IS TO-BE Transition Understanding current implementation Detailing new implementation Managing the transition Supporting new business requirements mapping

19. © 2010 Everware-CBDI International 19 Modernization Roadmap For each Service Assess Realize Modernization Solution 1Deploy Solution 1 Operate Solutions/ Services Measure For each Solution Deploy Solution 2 Revisions to Plan Plan (scope) For each Unit of Planning Scope Revisions to Assessment Evolve DeliverAnalyzeAssess Plan Revisions to Solution Realize Service 1Deploy Service 1 Realize Service 2Deploy Service 2 Revisions to Service For each Improvement Revision to Plan Realize Modernization Solution 2 Assess Plan Manage Modernization in Parallel with Phased Modernization Iterations

20. © 2010 Everware-CBDI International 20 Agile Approach to Realization Realize Modernization Solution 1 Solution Component and Service Requirements Prioritized, Coherent Set Working Solution Component or Service Delivery Activities AnalyzeDeliver Outline Architecture and Plan Detailed Architecture and Plan For each Solution Component or Service Revisions to Architecture and Plan Ongoing iteration and refinement

21. © 2010 Everware-CBDI International 21 SAE2 Reference Framework Service Architecture & Engineering (SAE2) Reference Model Principles Life CycleMeta Model Glossary Reference Architecture Business Specification Deployment PatternsPolicy Techniques Stakeholder Views Organization Roles & Responsibilities Funding Models Models Deliverables Best Practice Process Manage Enable Consume Provide Infrastructure Standards Implementation Policy

22. © 2010 Everware-CBDI International 22 Summary  Application Modernization is more than technology transformation  Business driven doesn’t mean “functional requirements driven”  Agility Potential (AP) provides structure to customer communications  Objective is to deliver agile platform for tomorrow’s business needs,.... NOT today’s business needs  Formal, defined reference framework is essential

23. © 2010 Everware-CBDI International 23 Everware-CBDI and CBDI Forum  Independent specialist AM/SOA firm  Located UK and USA  CBDI Forum  Practices CoE  Documented, published best practices, reference architecture, repeatable processes  Structured, meta model based, model driven, agile practices  Approach widely used by F1000 companies, consultancies/integrators and government departments  Facilitating SOA standards  25,000+ subscribing architects worldwide  Everware-CBDI  AM/SOA Solution Business including Consulting, Education and Knowledge products and tools Independent Guidance for Service Architecture and Engineering

24. © 2010 Everware-CBDI International 24 Independent Guidance for Service Architecture and Engineering www.cbdiforum.com www.everware-cbdi.com