I en ständigt föränderlig teknisk värld , är företag förväntas ge mer med mindre resurser . Tjänsteorienterad arkitektur ger företag mjukvaruutveckling med förmågan att svara på begäran om tjänster snabbt och effektivt . Dock är tjänsteorienterad arkitektur inte kompatibla mellan alla applikationer . Så fungerar det
service - orienterad arkitektur definierar normerna för ett företags service- program . Arkitekturen tar hänsyn till de tjänster som tillhandahålls av företaget och konsumenternas behov . Genomförandet av dessa principer kräver ett gränssnitt för konsumenter att begära och få deras förväntade tjänsten .
Till exempel om en elev begär deras betyg från ett universitet hemsida , skulle betygen ska visas vid hämtning från den interna databasen . Den studerande fungerar som en konsument och servern hämtning av betygen är tjänsten .
Fördelar
tjänster bibehålls i ett program med en serie skikt . Varje lager fungerar enligt sitt ansvar och är endast nås med delar av programmet och användarna . Lager kan vara individuellt utformad och utvecklas , vilket ökar potentialen för koden återvinning samt skapa mer specifika utvecklare roller . Eftersom ansökan åldrar , kan varje lager vara riktade för underhåll eller skalas för att möta prestandakraven .
Nackdelar
Utvecklingen av tjänsteorienterad arkitektur beror på genomförandet av standarder . Utan standarder , blir kommunikationen mellan applikationer tid och kod intensiv . Tjänsteorienterade arkitekturen är inte avsedd för applikationer med höga dataöverföringar , program som inte kräver förfrågan /svar genomförande eller program med en kort livslängd .
