Migration of a Chosen Architectural Pattern to Service Oriented ...
Migration of a Chosen Architectural Pattern to Service Oriented ...
Migration of a Chosen Architectural Pattern to Service Oriented ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 4. <strong>Service</strong> <strong>Oriented</strong> Architecture 99by performing some predefined procedures, therefore a consideration how SOAdriven project affects them is also needed. Technology and big projects are thechallenge that have <strong>to</strong> be faced. Business level benefits can be translated <strong>to</strong>personal perspective in following manner [46]:CEO – work <strong>of</strong> execution <strong>of</strong>ficer is supported by a clear strategy what enablesshort-term planning and reduction <strong>of</strong> budged for maintenance.Project Manager – an underlying infrastructure does not play so significantrole anymore and Manager can focus on functional aspects <strong>of</strong> a project that isalso supported by shorted iterations / project. The shortage can be achieved byparallel development <strong>of</strong> decoupled services and reduction <strong>of</strong> testing.Architect – <strong>Service</strong> <strong>Oriented</strong> Architecture is a kind <strong>of</strong> challenge that makeswork more interesting and helps develop creative thinking. <strong>Service</strong> driven approacheliminates also monolithicall infrastructure and supports creation <strong>of</strong> looselycoupled components what increases stability <strong>of</strong> the system.Developer – Fact that services are self contained entities reduces dependencies.This simplifies refac<strong>to</strong>ring and testing. It is also easier <strong>to</strong> define requirements forsmall components with strict boundaries.ChallengesAlthough benefits brought by <strong>Service</strong> <strong>Oriented</strong> Architecture seems <strong>to</strong> be temptingbut as there is no smoke without fire, there are no pure benefits without challenges<strong>to</strong> be faced. Introduction <strong>of</strong> SOA is a challenge itself, especially when this approachwas not used in projects before. Each novelty causes resistance <strong>of</strong> people,especially when it requires additional overheads as SOA on initial phase. Theoverhead is associated mainly with transferring existing infrastructure <strong>to</strong> SOA[46].As a result, company has <strong>to</strong> reconsider relationship with vendors <strong>of</strong> standards<strong>of</strong>tware and s<strong>of</strong>tware infrastructure.However decoupling brings a lot <strong>of</strong> benefits, it appears as non trivial task thatrequires experienced requirement engineers and architects. Architects have also <strong>to</strong>design their systems with service oriented structure in mind. A special attentionhas <strong>to</strong> be guaranteed for the most significant part <strong>of</strong> SOA -reuse. Designing highlyreusable components is very challenging task requiring open-minded thinking and<strong>of</strong> course previously mentioned experience which grows in importance because <strong>of</strong>lack <strong>of</strong> clear standardization. Although this deficit is slowly eliminated by SOAvendors who propose own perspectives (see 4.5)