10.11.2014 Views

Planning_and_Impleme.. - didier beck weblog

Planning_and_Impleme.. - didier beck weblog

Planning_and_Impleme.. - didier beck weblog

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!