Soa Six Domain Model Part I


Published on

SOA overview based on BEA systems Six domain model

Published in: Technology, Business
1 Like
  • Be the first to comment

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

Soa Six Domain Model Part I

  1. 1. SOA Six Domain Model Byungwook Cho K. 2006-07-05
  2. 2. Agenda <ul><li>Introduction </li></ul><ul><li>Business Strategy and Process </li></ul><ul><li>Architecture </li></ul><ul><li>Cost and Benefit </li></ul><ul><li>Project and Applications </li></ul><ul><li>Building Blocks </li></ul><ul><li>Organization and Governance </li></ul>
  3. 3. Introduction <ul><li>What is SOA? </li></ul><ul><ul><li>Is an IT strategy that organizes the discrete functions contained in enterprise applications into interoperable,standard based services that can be combined and reused quickly to meet the business needs. </li></ul></ul><ul><ul><li>Benefit is </li></ul></ul><ul><ul><ul><li>Improves productivity, agility and speed for both Business and IT. </li></ul></ul></ul><ul><ul><ul><li>Allows IT to deliver services faster and align closer co-work with business. </li></ul></ul></ul><ul><ul><ul><li>Allows the business to respond quicker and deliver optimal user experience. </li></ul></ul></ul><ul><li>6 Domain Model is </li></ul><ul><ul><li>Encapsulates these practices with six domains, each of which must be considered equally to provide a focused framework for SOA. </li></ul></ul><ul><ul><li>6 Domains are interrelated and interdependent </li></ul></ul><ul><ul><li>Executing on each domain with equal focus is fundamental for the success of SOA. </li></ul></ul>
  4. 4. Six Domain Model <ul><li>Business strategy & process </li></ul><ul><li>Architecture </li></ul><ul><li>Building Bocks </li></ul><ul><li>Project & Applications </li></ul><ul><li>Organizations and Governance </li></ul><ul><li>Cost & Benefit </li></ul>
  5. 5. Business Strategy and Process <ul><li>Challenge is to close the gap between IT and Business. </li></ul><ul><ul><li>A gap from realization IT from business </li></ul></ul><ul><ul><li>Business strategy is long term, IT strategy is a short term  As a result IT doesn’t support the enterprise as a whole </li></ul></ul><ul><li>SOA Program </li></ul><ul><ul><li>Promoting the sharing and understanding of the whole business strategy , so that decision are made with an enterprise level view. </li></ul></ul><ul><ul><li>Owning overall SOA strategy of the enterprise so that appropriate emphasis is given to each of six domain of SOA throughout a multi-year roadmap . </li></ul></ul><ul><ul><li>Dynamic,responsive and standard-based architecture </li></ul></ul><ul><ul><li>Cost effect delivery by identifying and optimizing business process – that is consists of re-usable services and avoiding duplication of functionally by mining legacy applications. </li></ul></ul><ul><ul><li>Deciding on the priorities for service development & deployment and choosing increments and when they will be delivered. </li></ul></ul><ul><ul><li>Establish organization and governance to ensure that proceses,policies and standard. </li></ul></ul><ul><ul><li>Encourage change by incentive and publicity. </li></ul></ul><ul><ul><li>Ensure measurement that provide cost-benefit analysis and continuous feedback loop to check up the vialility of the program </li></ul></ul>
  6. 6. Business Strategy and Process <ul><li>Business Process Optimization </li></ul><ul><ul><li>SOA makes IT as the concrete expression of whole enterprise process rather than disjointed set of system.  IT fully encapsulate business process. </li></ul></ul><ul><ul><li>Able to deliver new functionality by extending process rather than by building stand-alone system. </li></ul></ul><ul><ul><li>process to prioritize on business activities by effort between business and IT.  It starts feedback for business alignment and maximize benefit of IT investment </li></ul></ul>< Process Optimization Feedback Loop >
  7. 7. Business Strategy and Process <ul><li>Business Process Optimization </li></ul><ul><ul><li>Contracts that govern the services provides the mechanism to measure overall performance, performance against key business indicator, and compliance with SLA  provide opportunities to complete feedback and aligning IT with business . </li></ul></ul><ul><ul><li>Optimization is multi year roadmap. This process will require a number of cycles over time. </li></ul></ul>
  8. 8. Architecture <ul><li>Service Based </li></ul><ul><ul><li>Traditional approach to sharing functionality have failed by project-by-project focus  failed to reuse, duplicated </li></ul></ul><ul><ul><li>SOA provide this by service </li></ul></ul><ul><ul><ul><li>Reduce cost </li></ul></ul></ul><ul><ul><ul><li>Faster delivery </li></ul></ul></ul><ul><ul><ul><li>Responsiveness to needs of change </li></ul></ul></ul><ul><ul><li>The way to fund and governance have to be changed and functional packaging and deployment have to be changed also </li></ul></ul><ul><li>Standard Based </li></ul><ul><ul><li>Traditional application is developed by most appropriate method to satisfy requirement.  No standard </li></ul></ul><ul><ul><li>It makes problem when exchange information  Integration problem. </li></ul></ul><ul><ul><li>Standard based SOA is platform agnostic </li></ul></ul>
  9. 9. Architecture <ul><li>Enterprise Focus </li></ul><ul><ul><li>In indivisual business project , it is hard to gain [ visibility and management ] of [ information or process ] was difficult. </li></ul></ul><ul><ul><li>The organization group that not only focus on technology but also get governance, define, deploy , monitor and manage access to enterprise functionality is needed </li></ul></ul><ul><li>Business Focus </li></ul><ul><ul><li>In traditional IT, there were a lot of applications & interface from each different requirement .  training overhead , over-reliance on specialist skills, duplicate data entry and lack of visibility and lack of control of overall business process. </li></ul></ul><ul><ul><li>SOA aimed at providing functionality to the business at the level where business users conceive of the business , making easier for the user to understand, specify,test and operate on a daily basis. </li></ul></ul>
  10. 10. Architecture <ul><li>Reference Architecture </li></ul><ul><ul><li>Infrastructure is between user and system (application) </li></ul></ul><ul><ul><li>Infrastructure is consists of </li></ul></ul><ul><ul><ul><li>Service Bus  routing, transformation like message broker or bus. </li></ul></ul></ul><ul><ul><ul><li>Common Services  logging, auditing, security, error handling </li></ul></ul></ul><ul><ul><ul><li>Information and access Service layer  represent the functionality of existing enterprise </li></ul></ul></ul><ul><ul><ul><li>Shared business service  core functionality of the business </li></ul></ul></ul><ul><ul><ul><li>Presentation service  common presentation components (ex. Portlet) </li></ul></ul></ul><ul><ul><ul><li>Composite application  Orchestrate the other service </li></ul></ul></ul><ul><ul><li>Additionally </li></ul></ul><ul><ul><ul><li>Development disciplines like  packaging, deployment, versioning and change management must be standardized and enforced </li></ul></ul></ul>
  11. 11. Cost and Benefit <ul><li>Justifying SOA program is different from traditional IT, because benefit of SOA is from enterprise wide range. </li></ul><ul><li>Up front cost of establishing and SOA program yields benefits that accumulate and accelerate substantially over time. </li></ul><ul><li>Benefit </li></ul><ul><ul><li>Business side approach  IT accountability to business strategy is improved. And how the cost and benefit of functionality can be tracked </li></ul></ul><ul><ul><li>IT side approach </li></ul></ul><ul><ul><ul><li>Improvement in delivery capability through incremental deployment </li></ul></ul></ul><ul><ul><ul><li>The reuse of services for faster deployment </li></ul></ul></ul><ul><ul><ul><li>Standardization </li></ul></ul></ul><ul><ul><ul><li>Benefits in skill set portability </li></ul></ul></ul><ul><ul><ul><li>Lower skill set requirements in standardized environment. </li></ul></ul></ul><ul><ul><li>Metric for aligning IT value to business value. If these metrics are identified as the beginning of the SOA planning process, work can be prioritized to realize early value. </li></ul></ul><ul><ul><li>The goals and strategy of the business, taken together with the inventory of available functionality and the IT activities required to support the strategy, yield the information necessary to develop a roadmap for SOA implementation that prioritizes for value. The execution of this roadmap is the joint responsibility of the business stakeholders and IT. Prioritizing for value provides the early gains necessary to ensure the long-term sustainabilityof the SOA program. </li></ul></ul>
  12. 12. Cost and Benefit <ul><li>Managing the Costs of SOA </li></ul><ul><ul><li>After service is used, ROI is manifested </li></ul></ul><ul><ul><ul><li>Through reuse of standard functionality </li></ul></ul></ul><ul><ul><ul><li>Operational improvement </li></ul></ul></ul><ul><ul><ul><li>Decommissioning of older applications </li></ul></ul></ul><ul><ul><ul><li>Similar IT-related payback factors </li></ul></ul></ul><ul><ul><li>The initial impact of investing in SOA can be minimized by carefully selecting the right capabilities to spearhead the migration to SOA </li></ul></ul><ul><ul><li>As SOA is matured, </li></ul></ul>
  13. 13. Questions?