I en foranderlig teknologiske verden , er virksomheder forventes at give mere med færre ressourcer . Serviceorienteret arkitektur giver softwareudvikling virksomheder med evnen til at reagere på anmodninger om tjenester hurtigt og effektivt. Men serviceorienteret arkitektur er ikke kompatibel mellem alle programmer. Sådan fungerer det
Serviceorienteret arkitektur definerer standarderne for en virksomheds service- applikationer. Arkitekturen tager hensyn til de tjenester, der leveres af selskabet, og behovene hos forbrugeren. Gennemførelsen af disse principper kræver en grænseflade for forbrugerne at anmode om og modtage deres forventede service.
For eksempel, hvis en studerende anmoder deres kvaliteter fra et universitet hjemmeside, ville de kvaliteter der skal vises , når hentning fra den interne database. Den studerende fungerer som en forbruger og serveren hentning af karaktererne er tjenesten.
Fordele
Services opretholdes i et program med en række lag. Hvert lag handler efter sit ansvar og er kun tilgængelig ved dele af programmet og brugere. Lag kan være individuelt designet og udviklet , hvilket øger potentialet for kode genbrug samt skabe mere specifikke udvikler roller. Da ansøgningen aldre kan hvert lag være målrettet til vedligeholdelse eller skaleret til at opfylde krav til ydeevne.
Ulemper
Udviklingen af serviceorienteret arkitektur afhænger gennemførelsen af standarder . Uden standarder , bliver kommunikation mellem applikationer tid og kode intensiv . Serviceorienteret arkitektur er ikke beregnet til applikationer med høje dataoverførsler , applikationer , der ikke kræver anmodning /svar gennemførelse eller applikationer med en kort levetid.