Planning_and_Impleme.. - didier beck weblog
Planning_and_Impleme.. - didier beck weblog
Planning_and_Impleme.. - didier beck weblog
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
www.butlergroup.com<br />
<strong>Planning</strong> <strong>and</strong> <strong>Impleme</strong>nting SOA<br />
The SOA Transformation stage will involve establishing the business metrics (or Key Performance Indicators<br />
– KPIs) that work for the organisation. Whilst there may be some generic KPIs, it is important that the<br />
organisation underst<strong>and</strong>s what metrics are important to them, <strong>and</strong> subsequently identifies how to measure<br />
<strong>and</strong> use the information that is then generated. By this phase, alignment should be significantly improved<br />
<strong>and</strong> business <strong>and</strong> technology working together in partnership. The<br />
organisation will be implementing both internal <strong>and</strong> external processes <strong>and</strong><br />
services, <strong>and</strong> working towards optimisation of those services.<br />
By the time the organisation has evolved to SOA maturity, it will be receiving<br />
feedback from all aspects of the enterprise <strong>and</strong> can look to using this feedback<br />
on an ongoing basis in order to continually optimise business processes.<br />
Process optimisation is an ongoing concept, not an end point in itself.<br />
Architecture<br />
Butler Group has discussed the importance of enterprise architecture many<br />
times, <strong>and</strong> believes that when moving to SOA, the ‘A’ – architecture, as in the<br />
fundamental organisation of a system embodied by its components, their<br />
relationship to each other <strong>and</strong> to the environment <strong>and</strong> the principles guiding its design <strong>and</strong> evolution (IEEE<br />
P1471/D5.3) – becomes critical. This has to include the business (people) side as well as the technology<br />
aspects, <strong>and</strong> may extend outside the enterprise, particularly in collaborative environments.<br />
During the discovery phase, an organisation may need to develop an architecture competency if one does<br />
not exist – gaining an underst<strong>and</strong>ing of architecture concepts <strong>and</strong> benefits can clarify both business <strong>and</strong> IT<br />
objectives.<br />
The development <strong>and</strong> deployment phase should see this competency then being put to work to define the<br />
business <strong>and</strong> technical architecture for the organisation – <strong>and</strong> will need to work closely with the business<br />
to underst<strong>and</strong> how the business needs will drive the underlying technology structures.<br />
The SOA transformation phase will see the full fleshing-out of more formal data <strong>and</strong> application<br />
architectures, as architectural awareness grows <strong>and</strong> the organisation itself evolves.<br />
When an organisation moves into the SOA maturity phase, it will be developing a common service architecture,<br />
where reuse of existing services is a given, <strong>and</strong> new services evolve easily as needs become apparent.<br />
Data Management<br />
Data is an undervalued area in these days of distributed computing, but developing a corporate data model<br />
will be vital in making sense of how data can best be reused in SOA. When Enterprise Resource <strong>Planning</strong><br />
(ERP) systems were developed, little attention was paid to how information would be used – they were<br />
designed to be optimised for transactions but not for information <strong>and</strong><br />
In the investigation<br />
<strong>and</strong> discovery phase,<br />
the organisation<br />
should develop an<br />
information<br />
architecture<br />
competency, <strong>and</strong> start<br />
defining a service to<br />
information mapping.<br />
The SOA<br />
Transformation stage<br />
will involve<br />
establishing the<br />
business metrics (or<br />
Key Performance<br />
Indicators – KPIs) that<br />
work for the<br />
organisation.<br />
reporting. There is a risk with SOA that the data services needed to deliver<br />
adequate information <strong>and</strong> intelligence will be an afterthought as well.<br />
In the investigation <strong>and</strong> discovery phase, the organisation should develop an<br />
information architecture competency, <strong>and</strong> start defining a service to<br />
information mapping. This should help clarify what data is stored, where it is<br />
duplicated <strong>and</strong> potentially redundant, <strong>and</strong> where there may be gaps in<br />
corporate data that are filled by personal sources. At this stage, it will be<br />
valuable to develop a corporate data dictionary – complete with semantic<br />
definitions so that there is a common underst<strong>and</strong>ing across the organisation.<br />
During the development <strong>and</strong> deployment phase, master data management will<br />
become a necessity. Organisations today have multiple versions of common<br />
data items, <strong>and</strong> whilst this may be necessary in a distributed (both technically <strong>and</strong> geographically) world,<br />
it will also be a major challenge. Underst<strong>and</strong>ing where data originates, who the owner should be, <strong>and</strong><br />
developing a policy for ensuring that master data is rapidly propagated to where it needs to be used, must<br />
be addressed during this phase. At this stage, the organisation will need to develop an underst<strong>and</strong>ing of<br />
where <strong>and</strong> what content is used in its various processes.<br />
December 2006 Section 1: SOA Deployment 9