Zásady návrhu orientované na služby - Service-orientation design principles
Tento článek má několik problémů. Prosím pomozte zlepšit to nebo diskutovat o těchto otázkách na internetu diskusní stránka. (Zjistěte, jak a kdy tyto zprávy ze šablony odebrat) (Zjistěte, jak a kdy odstranit tuto zprávu šablony)
|
Principy návrhu orientované na služby jsou navrženy principy pro rozvoj logiky řešení služeb v rámci architektury orientované na služby (SOA).[1][2][3]
Přehled
Úspěch vývoje softwaru založený na jakémkoli konkrétním paradigma designu není nikdy zajištěno. Software vyvinutý v rámci paradigmatu designu orientovaného na služby přináší ještě větší rizika. Důvodem je, že architektura orientovaná na služby obvykle zahrnuje více obchodních oblastí a vyžaduje značnou počáteční analýzu. Proto je velmi pravděpodobné, že SOA vyvinutá bez konkrétních pokynů selže.[4] Aby bylo zajištěno, že přechod k orientaci na služby bude pozitivní změnou, která přinese slibované výhody, je užitečné přijmout soubor pravidel.[5]
The zásady návrhu orientované na služby lze obecně rozdělit následovně Thomas Erl je, SOA Principles of Service Design:[6][7][8]
- Standardizovaná servisní smlouva
- Opravte uvolněnou spojku
- Abstrakce služby
- Opakovaná použitelnost služby
- Autonomie služeb
- Bezdomovectví služeb
- Zjistitelnost služby
- Skladatelnost služby
Je to aplikace těchto konstrukčních principů, které vytvářejí technologicky nezávislé služby, a tím zajišťují dlouhodobou interoperabilitu.[9] Tyto principy návrhu slouží jako vodítko pro identifikaci služeb.[2]
Strategické cíle
Uplatňování těchto principů napomáhá při dosahování základních cílů spojených především s volbou orientace na služby. Tyto cíle mají strategický charakter, tj. Dlouhodobý a přesahují bezprostřední potřeby[10] organizace. Tyto strategické cíle lze shrnout do následujících sedmi cílů a výhod:[11][12]
- Zvýšená vnitřní interoperabilita
- Zvýšená federace
- Zvýšené možnosti diverzifikace dodavatelů
- Vyšší sladění obchodu a technologií
- Zvýšená návratnost investic
- Zvýšená agilita organizace
- Snížená zátěž IT
Každý z výše uvedených cílů a výhod přímo napomáhá rozvoji agilní organizace[13] které mohou rychle reagovat na neustále se měnící tržní podmínky s omezeným úsilím a časem.
Vlastnosti
Principy designu orientované na služby pomáhají rozlišit řešení orientované na služby[14]z tradičního objektově orientovaného řešení podporou odlišných charakteristik designu. Přítomnost těchto charakteristik v řešení orientovaném na služby skvěle zvyšuje šance na realizaci výše uvedených cílů a výhod. Erl identifikoval čtyři charakteristiky orientace na služby následovně:[15]
- Prodejce neutrální
- Podnikání
- Enterprise-centric
- Složení-centrické
Prodejně neutrální řešení orientované na služby pomáhá vyvíjet základní technologickou architekturu v reakci na neustále se měnící obchodní požadavky. Nebýt závislý na konkrétním prodejci, mohla by být jakákoli stárnoucí infrastruktura nahrazena efektivnějšími technologiemi, aniž by bylo nutné redesign celého řešení od nuly. To také pomáhá při vytváření heterogenního technologického prostředí, kde konkrétní požadavky na automatizaci podnikání splňují konkrétní technologie.
V rámci SOA je vývoj logiky řešení řízen potřebami podnikání a je navržen způsobem, který se zaměřuje na dlouhodobé požadavky podnikání. Výsledkem je, že technologická architektura je více sladěna s obchodními potřebami.
Na rozdíl od tradičního vývoje aplikací na bázi sila bere SOA v úvahu požadavky buď celého podniku, nebo alespoň jeho značné části. Výsledkem je, že vyvinuté služby jsou interoperabilní a opakovaně použitelné v různých segmentech podniku.
Řešení orientované na služby umožňuje vypořádat se s novými a měnícími se požadavky za kratší dobu využitím stávajících služeb. Služby jsou navrženy tak, aby je bylo možné rekomponovat, tj. Stát se součástí různých řešení.
aplikace
Principy návrhu orientované na služby jsou uplatňovány během služba-orientovaná analýza a proces návrhu. Rozsah, v jakém lze použít každý z těchto principů, je vždy relativní a je třeba jej zvážit vzhledem k celkovým cílům a cílům organizace i časovým omezením. Jedním důležitým faktorem, který je třeba mít na paměti, je, že nejde pouze o aplikaci samotných návrhových principů, ale o důslednou aplikaci [6] který zaručuje realizaci cílů návrhu orientace na služby spojené s přijetím orientace na službu. Je to proto, že služby jsou podnikovým zdrojem, tj. Dávají jistotu, že odpovídají určitým standardům a mohou být znovu použity v rámci více řešení, takže aby zůstaly takovým zdrojem, musí vycházet z procesu, na který byly tyto principy důsledně aplikovány , protože nekonzistentní aplikace by vedla ke službám, které nejsou navzájem kompatibilní, což by vedlo ke ztrátě základních konstrukčních charakteristik orientovaných na služby.
Viz také
Reference
- ^ Servis Archivováno 1. května 2012 na adrese Wayback Machine
- ^ A b Hubbers; et al. "Deset způsobů identifikace služeb". CiteSeerX 10.1.1.94.5879. Citovat deník vyžaduje
| deník =
(Pomoc) - ^ Wojciech Cellary, Sergiusz Strykowski.E-Government založený na cloudových výpočtech a architektuře orientované na služby Datum přístupu: 11. dubna 2010.
- ^ Jon Brodkin.Selhání SOA vysledovatelné k lidem, zpracovat problémy. Datum přístupu: 8. dubna 2010. Archivováno 13. října 2012 v Wayback Machine
- ^ Gero Vermaas.Top 10 SOA úskalí. Datum přístupu: 8. dubna 2010. Archivováno 23. února 2012, v Wayback Machine
- ^ A b Thomas Erl (2008)."SOA Principles of Service Design "Prentice Hall." ISBN 978-0-13-234482-1
- ^ Hoijin Yoon. „Konvergence kontextového povědomí a orientace na služby ve všudypřítomných počítačích“. CiteSeerX 10.1.1.114.1823. Citovat deník vyžaduje
| deník =
(Pomoc) - ^ Michael Poulin Vývoj principů orientace na služby, část 1 Datum přístupu: 12. dubna 2010. Archivováno 25. února 2012, v Wayback Machine
- ^ David Webber.Služby jako webové služby: „Už jsme tam?“ Jak samotné technologie webových služeb nemohou naplnit cíle SOA Datum přístupu: 11. dubna 2010.
- ^ Okamžité potřeby jsou ty, které souvisejí s automatizací konkrétního obchodního procesu, např. zpracování faktur, zatímco dlouhodobé požadavky jsou ty, které přesahují současné požadavky a jsou obvykle rozloženy do více obchodních procesů
- ^ Cíle a výhody SOA Archivováno 19. října 2012, v Wayback Machine
- ^ Sadi Melbouci.Metodika poskytování architektury orientované na služby Datum přístupu: 10. dubna 2010. Archivováno 5. března 2012, v Wayback Machine
- ^ Agilní organizace v kontextu IT světa je taková, která dokáže rychle reagovat na své obchodní požadavky a přitom využívat většinu svých stávajících zdrojů.
- ^ Řešení, které je založeno na paradigmatu designu orientovaného na služby a je tvořeno službami.
- ^ Erl a kol. (2009). "SOA návrhové vzory ". Prentice Hall." ISBN 978-0-13-613516-6
Další čtení
- Mauro. et al. Integrace zařízení orientovaná na služby - analýza návrhových vzorů SOA. [Online], s. 1–10, 2010 43. Havajská mezinárodní konference o systémových vědách, 2010. Datum přístupu: 8. dubna 2010.
- Dennis Wisnosky.Principy a vzorce na americkém ministerstvu obrany [Online]. Datum přístupu: 10. dubna 2010.
- Ash Parikh.Orientace na služby je nová mantra! [Online]. Datum přístupu: 10. dubna 2010.
- Ertan Deniz.XML a XML webové služby [Online]. Datum přístupu: 10. dubna 2010.
- Nafise Fareghzadeh. Přístup k identifikaci služeb k vývoji SOA [Online]. Datum přístupu: 10. dubna 2010.
- William Murray.Důsledky SOA na obchodní strategii a organizační design [Online]. Datum přístupu: 10. dubna 2010.
- Diaconita. et al.Dvě příchutě integrace ve veřejných institucích [Online]. Datum přístupu: 11. dubna 2010.
- Fabian Meier.Modely vyspělosti architektury orientované na služby: Průvodce adopcí SOA? [Online]. Datum přístupu: 11. dubna 2010.
- Moosavi. et al. Metoda pro design zaměřený na služby [Online]. Datum přístupu: 11. dubna 2010.
- Kjell-Sverre Jerijærvi.Model splatnosti smlouvy SOA [Online]. Datum přístupu: 12. dubna 2010.
- Červené knihy IBM.Energetické systémy a SOA Synergy [Online]. Datum přístupu: 21. dubna 2010.