How business and IT interoperate using SOA
description
Transcript of How business and IT interoperate using SOA
How business and IT How business and IT interoperate using SOAinteroperate using SOA
www.oasis-open.org
www.oasis-open.org
Speakers
Mark Pettit. Head of Integration and Product Services
Steve Jones. CTO Application Development Transformation
Contents
The interoperability challenge The three tenets of interoperability Method Delivery Organisation Summary Q&A
How business and IT interoperate using SOA
The interoperability challenge
Is Business and IT divided or united by SOA? Do we have a shared understanding
of business problems? Do we have a shared understanding
of business opportunities? Do we collaborate to find solutions
and act in unison to deliver?
The interoperability chasm
Business FearEntrenched IT
Cost
Value
Organisation
Projects
Products
Standards
“S” and “A”
Who is the Babelfish?
Too often Business and IT speak different languages
Both sides continually argue that the other is “wrong” and they are “right”
IT estates rarely look like the business
Business rarely looks to the long term impacts of IT
Central IT (mainly infrastructure)
Program Office
Traditional Organisation – Business Aligned
IT (AD) IT (AD) IT (AD) IT (AD)
BU BU BU BU
ITProject
ITProject
ITProject
ITProject
Traditional Organisation – Capability
Central IT
Program Office
BU BU BU BU
How business and IT interoperate using SOA
The three tenets of interoperability
Organisation
Delivery
The three tenets of interoperability
Method
How business and IT interoperate using SOA
Method
Our take on the SOA hype
HOW
SOA is not WS
SOA is not about BPEL
SOA is not about ESB
SOA is not about Technology
Not driven by the “How”
Service-oriented Architecture worksbecause it represents a real-world
“what we do”.
Use the SOA Reference Model
Visibility
Service
Service Description
ExecutionContext
Real WorldEffect
Contract &
Policy
Interaction
A service is a mechanism to enable access to a set of one or more capabilities provided by one
entity – the service provider – for use by others.
Not vendor driven Applies to business
as well as IT Defines what “good”
looks like Doesn't tell you
“how” to do it
Engage the business to determine the what, who and why
What: Defining the scope of services, this is about determining what the services actually are.
Who: Who are the external actors that drive the services or with which the services interact.
Why: Identifying why one service talks to another, and why external actors interact with the services
How: The detail about the processes that co-ordinate the services and also the detail on how a service itself will be implemented.
Structure matters
• Millions of “Services”• Disjoint from how the company works• Lack of clear ownership• Duplication• Missed opportunities• Unclear strategy• Driven by techies using Web Services
• Clearly defined structure• Defined areas of shared ownership• Driven by how the company works• “Do it once, well”• Aligned to the business goals• Driven by how the business wants to react• Think about Process second• NOT THE SAME AS ORG CHARTS
Rules for establishing an Enterprise SOA
Work with the business to understand the key business services and their drivers
Create the Enterprise SOA first then aim to deliver it tactically
Ensure that tactical projects leave the company better off Deliver the Business Services Refine the Enterprise SOA Penalise the projects that make it worse
How business and IT interoperate using SOA
Delivery
A business-driven SOA drives the delivery approach
• Sourcing Strategy
• Delivery Model
• Business Transformation
• Delivery Transformation
Delivering SOA
Business IT
BusinessSOA
ArchitecturalGovernance
Programme
Sign Off
Update
Context
ProgrammeSOA
ServiceProjectServiceProjectServiceProjectServiceProjectServiceProjectServiceProjectServiceProjectServiceProject
Drive down from the top
Projects and enterprises should define their Service Architecture FIRST
Requirements and process need to be in the context of that architecture
Architecture needs to be defined so all stakeholders understand
Needs to be an collaborative exercise Once you have the service, THEN think
about process
How business and IT interoperate using SOA
Organisation
IT
Can Enterprise Architecture build the bridge?
CommonLanguage
Interface
Context StrategyBusiness
Tools
Techniques
Governance
Enterprise Architecture
Governance of a new IT Asset
Business services are a new IT asset that require a new governance model: Not predicated on ownership Some form of centralisation
Funding and resource planning Change management Standards - e.g. for business semantics
and processes
Central IT (AD, Governance, SOI)
Organisation for SOA
IT (AD) IT (AD) IT (AD) EA
Fun
ding
and
Gov
erna
nce BU BU BU
IT (AD)
BU
How business and IT interoperate using SOA
Summary
Summary
To deliver the true value of SOA and become a service-oriented enterprise, we must recognise the importance of interoperability by: Investing in an enterprise SOA
developed by both the Business and IT Ensuring delivery processes
accommodate SOA approach Structuring the organisation to ensure
successful delivery and ongoing management of assets
How business and IT interoperate using SOA
Questions?