際際滷

際際滷Share a Scribd company logo
SOA In The Real World
The Basic Facts about SOA
SOAOne-Page OverviewSOA ProjectIts a journey not a projectNeed to take a long term view often a multi year strategySOA FunctionThe practice of sequestering the core business functions into independent services that dont change frequently.Separating changeable elements from unchangeable elementsSOA Technical DescriptionDistinct services accessible over a network in order that users can combine and reuse them in the production of applications.meaningful picture
Typical Issues
SOA Mind-SetProjects contribute to and reside on a platformDeliver in short iterations to detect problems earlySmall iterations means business sees fast results on quality and valueVersioning, integration and unit tests provide low regression when delivering to platformCommon information and process models are reused and extended with each projectCombination of an ESB and common models provide for reuse of integration efforts
Do you Need SOA?
Reasons SOA Projects Can Fail
SOA Projects  What Went WrongLack of defined business entity model Governance was only project focused Failure of developers to leverage the services in placeNo code level verification of adherence to architecture policy Roadmaps lacking specificity  An "I'm special" project attitude
Business Success with SOA
SOA Business SuccessThink long term and strategic, not short term and tactical. 	Its okay; things wont collapse as you move from a reactive to a proactive mode. Indeed, thats how 	companies win their markets.
Define the business cases clearly.
If you cant, dont do SOA
Requires strong leadership
Understanding of the business and information and a strategic vision LeadershipSenior management drive and commitmentNeed good people working the architectureNeed knowledge and vision to drive changeThe leadership team must value the SOA investmentMust not be treated as a one time transformation project
GovernanceDefine business cases clearly and allow for SOA as a mandatoryDefine the architecture policy as well as project governanceManage cross functional boundariesEnforce project and technical standardspolice code produced!
Architecture StrategyDefine functionality first and processes secondUse enterprise modelingDefine security earlyTake an incremental design approachQuestion the use of BizTalk and know why you are using itParticipate in standards bodies such as TM Forum
How to Measure Success
Examples
Where Traditional Projects Go WrongProject focused deliverablesFail to deliver enterprise value or reuse as its outside of budgetEach Project handles its own integration needs resulting in multiple integration or point-to-pointAutomation and Unit tests are not normally prioritized so regression issues are prominent Projects result in data and functionality silos that vary in quality based of project team
Traditional Results
Practiv Lessons LearnedServices directoryMessage weightsService versioningData model versioningWS* Integration DesignMake early decisions on service granularityAvoid the overuse of data model transformation
Ad

Recommended

Voice Snap For Schools Erp
Voice Snap For Schools Erp
Ganesh Padmanabhan
Bracken EA Workshop 2
Bracken EA Workshop 2
Tony Toole
OVERVIEW OF DEVOPS
OVERVIEW OF DEVOPS
KenMartin18
Intake Process Itpmo
Intake Process Itpmo
Dr. Arturo Perez
Ba -content
Ba -content
Yaswanth Babu Gummadivelli
Applying Agile Development Strategies to BPM Initiatives
Applying Agile Development Strategies to BPM Initiatives
Nathaniel Palmer
25 BENEFITS OF A PROJECT MANAGEMENT OFFICE
25 BENEFITS OF A PROJECT MANAGEMENT OFFICE
KenMartin18
ECM Project Management Basics
ECM Project Management Basics
David Champeau
Df16 - Troubleshooting user access problems
Df16 - Troubleshooting user access problems
Buyan Thyagarajan
Modern Architectures: Building a Sustainable Roadmap
Modern Architectures: Building a Sustainable Roadmap
Salesforce Developers
Business Process Management Center of Excellence
Business Process Management Center of Excellence
Sandy Kemsley
Business user requirements for it development
Business user requirements for it development
Simon Misiewicz
AngelaReedResumeBio112114
AngelaReedResumeBio112114
Angela Reed
Case study value of it strategy in hi tech industry
Case study value of it strategy in hi tech industry
iasaglobal
AngelaReedResumeBio112114
AngelaReedResumeBio112114
Angela Reed
Crutial steps in requirement gathering
Crutial steps in requirement gathering
Abhinav Sabharwal- Business Analyst Mumbai
Presentation on BA
Presentation on BA
Yaswanth Babu Gummadivelli
AnubhavKochhar_Resume
AnubhavKochhar_Resume
Anubhav Kochhar
Max Poliashenko - Enterprise Product Architecture
Max Poliashenko - Enterprise Product Architecture
iasaglobal
Sharepoint, Office365 and Yammer for Effective PMO
Sharepoint, Office365 and Yammer for Effective PMO
Faisal Masood
Understanding business strategy cutting edge paradigm
Understanding business strategy cutting edge paradigm
iasaglobal
Business Analyst Opportunity
Business Analyst Opportunity
elenahoward
Why Do Architecture Reviews?
Why Do Architecture Reviews?
Riaz A. Khan, OpenCA, TOGAF
BPM Center of Excellence
BPM Center of Excellence
Sandy Kemsley
Jasmine Lightning Resume
Jasmine Lightning Resume
Jasmine Lightning
Implementing an ERP: A goal based approach
Implementing an ERP: A goal based approach
Prayukth K V
Driving Your BA Career Roles
Driving Your BA Career Roles
Shankar Karthik
Essentials of enterprise architecture tools
Essentials of enterprise architecture tools
iasaglobal
Soa Six Domain Model Part I
Soa Six Domain Model Part I
Terry Cho
Keys To Successful Governance with SOA
Keys To Successful Governance with SOA
Nathaniel Palmer

More Related Content

What's hot (20)

Df16 - Troubleshooting user access problems
Df16 - Troubleshooting user access problems
Buyan Thyagarajan
Modern Architectures: Building a Sustainable Roadmap
Modern Architectures: Building a Sustainable Roadmap
Salesforce Developers
Business Process Management Center of Excellence
Business Process Management Center of Excellence
Sandy Kemsley
Business user requirements for it development
Business user requirements for it development
Simon Misiewicz
AngelaReedResumeBio112114
AngelaReedResumeBio112114
Angela Reed
Case study value of it strategy in hi tech industry
Case study value of it strategy in hi tech industry
iasaglobal
AngelaReedResumeBio112114
AngelaReedResumeBio112114
Angela Reed
Crutial steps in requirement gathering
Crutial steps in requirement gathering
Abhinav Sabharwal- Business Analyst Mumbai
Presentation on BA
Presentation on BA
Yaswanth Babu Gummadivelli
AnubhavKochhar_Resume
AnubhavKochhar_Resume
Anubhav Kochhar
Max Poliashenko - Enterprise Product Architecture
Max Poliashenko - Enterprise Product Architecture
iasaglobal
Sharepoint, Office365 and Yammer for Effective PMO
Sharepoint, Office365 and Yammer for Effective PMO
Faisal Masood
Understanding business strategy cutting edge paradigm
Understanding business strategy cutting edge paradigm
iasaglobal
Business Analyst Opportunity
Business Analyst Opportunity
elenahoward
Why Do Architecture Reviews?
Why Do Architecture Reviews?
Riaz A. Khan, OpenCA, TOGAF
BPM Center of Excellence
BPM Center of Excellence
Sandy Kemsley
Jasmine Lightning Resume
Jasmine Lightning Resume
Jasmine Lightning
Implementing an ERP: A goal based approach
Implementing an ERP: A goal based approach
Prayukth K V
Driving Your BA Career Roles
Driving Your BA Career Roles
Shankar Karthik
Essentials of enterprise architecture tools
Essentials of enterprise architecture tools
iasaglobal
Df16 - Troubleshooting user access problems
Df16 - Troubleshooting user access problems
Buyan Thyagarajan
Modern Architectures: Building a Sustainable Roadmap
Modern Architectures: Building a Sustainable Roadmap
Salesforce Developers
Business Process Management Center of Excellence
Business Process Management Center of Excellence
Sandy Kemsley
Business user requirements for it development
Business user requirements for it development
Simon Misiewicz
AngelaReedResumeBio112114
AngelaReedResumeBio112114
Angela Reed
Case study value of it strategy in hi tech industry
Case study value of it strategy in hi tech industry
iasaglobal
AngelaReedResumeBio112114
AngelaReedResumeBio112114
Angela Reed
AnubhavKochhar_Resume
AnubhavKochhar_Resume
Anubhav Kochhar
Max Poliashenko - Enterprise Product Architecture
Max Poliashenko - Enterprise Product Architecture
iasaglobal
Sharepoint, Office365 and Yammer for Effective PMO
Sharepoint, Office365 and Yammer for Effective PMO
Faisal Masood
Understanding business strategy cutting edge paradigm
Understanding business strategy cutting edge paradigm
iasaglobal
Business Analyst Opportunity
Business Analyst Opportunity
elenahoward
BPM Center of Excellence
BPM Center of Excellence
Sandy Kemsley
Implementing an ERP: A goal based approach
Implementing an ERP: A goal based approach
Prayukth K V
Driving Your BA Career Roles
Driving Your BA Career Roles
Shankar Karthik
Essentials of enterprise architecture tools
Essentials of enterprise architecture tools
iasaglobal

Similar to Practiv Soa Presentation (20)

Soa Six Domain Model Part I
Soa Six Domain Model Part I
Terry Cho
Keys To Successful Governance with SOA
Keys To Successful Governance with SOA
Nathaniel Palmer
Successful Approaches To Achieving Real Results With Soa
Successful Approaches To Achieving Real Results With Soa
stevendearborn
Executive Overview Using Soa To Improve Operational Efficiency
Executive Overview Using Soa To Improve Operational Efficiency
sean.mcclowry
Unit 4-SOA governance
Unit 4-SOA governance
ssuser3a47cb
Socsig Frye Clohesy Presentation
Socsig Frye Clohesy Presentation
bclohesy
Socsig Frye Clohesy Presentation
Socsig Frye Clohesy Presentation
Alan Frye
Creating An EA Governance Organization
Creating An EA Governance Organization
Chip Wilson
Transformation of the Enterprise to SOA
Transformation of the Enterprise to SOA
tom termini
Delivering On It Innovation - Our Journey To Choosing Service Oriented Archit...
Delivering On It Innovation - Our Journey To Choosing Service Oriented Archit...
bpriddey
SOA Presentation
SOA Presentation
Mark Goetsch
Capability Modeling
Capability Modeling
Chip Wilson
Ronald Schmelzer Keynote Address
Ronald Schmelzer Keynote Address
Nathaniel Palmer
SOA architecture patterns, Matja転 Juri (FRI/Univerza v Ljubljani)
SOA architecture patterns, Matja転 Juri (FRI/Univerza v Ljubljani)
OpenBlend society
Soa maturity business model
Soa maturity business model
Yuval Birenboum
No SOA ROI - SOA is Dead? Getting SOA Value
No SOA ROI - SOA is Dead? Getting SOA Value
Akiva Marks
SOA 911
SOA 911
Thor Henning Hetland
Agile and SOA Comparing the Two
Agile and SOA Comparing the Two
Sally Elatta
Aws dev ops saif ahmed
Aws dev ops saif ahmed
saifam
I T E007 Warner 091807
I T E007 Warner 091807
Dreamforce07
Soa Six Domain Model Part I
Soa Six Domain Model Part I
Terry Cho
Keys To Successful Governance with SOA
Keys To Successful Governance with SOA
Nathaniel Palmer
Successful Approaches To Achieving Real Results With Soa
Successful Approaches To Achieving Real Results With Soa
stevendearborn
Executive Overview Using Soa To Improve Operational Efficiency
Executive Overview Using Soa To Improve Operational Efficiency
sean.mcclowry
Unit 4-SOA governance
Unit 4-SOA governance
ssuser3a47cb
Socsig Frye Clohesy Presentation
Socsig Frye Clohesy Presentation
bclohesy
Socsig Frye Clohesy Presentation
Socsig Frye Clohesy Presentation
Alan Frye
Creating An EA Governance Organization
Creating An EA Governance Organization
Chip Wilson
Transformation of the Enterprise to SOA
Transformation of the Enterprise to SOA
tom termini
Delivering On It Innovation - Our Journey To Choosing Service Oriented Archit...
Delivering On It Innovation - Our Journey To Choosing Service Oriented Archit...
bpriddey
SOA Presentation
SOA Presentation
Mark Goetsch
Capability Modeling
Capability Modeling
Chip Wilson
Ronald Schmelzer Keynote Address
Ronald Schmelzer Keynote Address
Nathaniel Palmer
SOA architecture patterns, Matja転 Juri (FRI/Univerza v Ljubljani)
SOA architecture patterns, Matja転 Juri (FRI/Univerza v Ljubljani)
OpenBlend society
Soa maturity business model
Soa maturity business model
Yuval Birenboum
No SOA ROI - SOA is Dead? Getting SOA Value
No SOA ROI - SOA is Dead? Getting SOA Value
Akiva Marks
Agile and SOA Comparing the Two
Agile and SOA Comparing the Two
Sally Elatta
Aws dev ops saif ahmed
Aws dev ops saif ahmed
saifam
I T E007 Warner 091807
I T E007 Warner 091807
Dreamforce07
Ad

Practiv Soa Presentation

  • 1. SOA In The Real World
  • 2. The Basic Facts about SOA
  • 3. SOAOne-Page OverviewSOA ProjectIts a journey not a projectNeed to take a long term view often a multi year strategySOA FunctionThe practice of sequestering the core business functions into independent services that dont change frequently.Separating changeable elements from unchangeable elementsSOA Technical DescriptionDistinct services accessible over a network in order that users can combine and reuse them in the production of applications.meaningful picture
  • 5. SOA Mind-SetProjects contribute to and reside on a platformDeliver in short iterations to detect problems earlySmall iterations means business sees fast results on quality and valueVersioning, integration and unit tests provide low regression when delivering to platformCommon information and process models are reused and extended with each projectCombination of an ESB and common models provide for reuse of integration efforts
  • 8. SOA Projects What Went WrongLack of defined business entity model Governance was only project focused Failure of developers to leverage the services in placeNo code level verification of adherence to architecture policy Roadmaps lacking specificity An "I'm special" project attitude
  • 10. SOA Business SuccessThink long term and strategic, not short term and tactical. Its okay; things wont collapse as you move from a reactive to a proactive mode. Indeed, thats how companies win their markets.
  • 11. Define the business cases clearly.
  • 12. If you cant, dont do SOA
  • 14. Understanding of the business and information and a strategic vision LeadershipSenior management drive and commitmentNeed good people working the architectureNeed knowledge and vision to drive changeThe leadership team must value the SOA investmentMust not be treated as a one time transformation project
  • 15. GovernanceDefine business cases clearly and allow for SOA as a mandatoryDefine the architecture policy as well as project governanceManage cross functional boundariesEnforce project and technical standardspolice code produced!
  • 16. Architecture StrategyDefine functionality first and processes secondUse enterprise modelingDefine security earlyTake an incremental design approachQuestion the use of BizTalk and know why you are using itParticipate in standards bodies such as TM Forum
  • 17. How to Measure Success
  • 19. Where Traditional Projects Go WrongProject focused deliverablesFail to deliver enterprise value or reuse as its outside of budgetEach Project handles its own integration needs resulting in multiple integration or point-to-pointAutomation and Unit tests are not normally prioritized so regression issues are prominent Projects result in data and functionality silos that vary in quality based of project team
  • 21. Practiv Lessons LearnedServices directoryMessage weightsService versioningData model versioningWS* Integration DesignMake early decisions on service granularityAvoid the overuse of data model transformation
  • 24. ThanksHow We Look Forward To Working With You
  • 25. SOA Projects PM Success Factors An architectural based approach
  • 27. Empower those who need to drive the systemic change that SOA requires, typically, with the money and the authority to do something. Else, dont bother. You need to control the money and be able to fire people if this is to work in a reasonable amount of time. Otherwise, youre in endless meetings with people who have agendas that dont include rebuilding the architecture for agility and reuse.
  • 28. Start small, but keep the momentum going. Small battles win the war, and little by little the architecture will get better if you just keep moving the ball forward BizTalkOne-Page OverviewESBCan be expanded to support ESB using the ESB toolkitSOAManages connectivity with internal and external servicesB to BAllows flexible management processes across system and organisations meaningful picture< hidden and only shown if required >
  • 29. ESBOne-Page OverviewIs not SOAProvides the features for implementing oneAllows integration architects to exploit the value of messaging without the need to write code.Builds on functions broken up into their constituent partsBuilds on standards and provides flexibility supporting many transport mediumsmeaningful picture< hidden and only shown if required >

Editor's Notes

  • #2: E-BusinessUse of ICT to support the activities of a business
  • #5: The complexity of the architecture doubles each yearThere is no single source of architecture description at a level of detail that is useful at an implementation and reuse levelServices have been built at varying levels of granularityMultiple parties built stuff with the resulting multiple code standardsBiz Talk has been implemented but is generally only performing a point to point translation roleThe SOA infrastructure has evolved over time and versioning policies are not consistent. This results in significant areas of business outage each time something new needs to be releasedInterface versioning is not consistently implemented. This results in regular interface breakages and regression impacts when something new is released. (Something that occurs frequently with SOA)Assuming a services directory has been implemented it was probably not there on day one so does not cover all services and coverage is not consistentSections of the services have been built to support a business process and subsequently services cannot be reused autonomouslyThe project governance process has not been made to pay SOA tax and resulting point solutions have incrementally created architectural spaghetti. Now no one in the business understands the benefits of resolving this and dont see why they should pay now
  • #9: Need to unpack some of this
  • #11: Dont approach SOA from a pure technology aspect The likely outcome is the business will not understand the benefits and will not be interested in the technology