Vzor inventáře domény - Domain inventory pattern - Wikipedia

Inventář domén je návrhový vzor, aplikované v rámci orientace na služby paradigma designu, jehož aplikace umožňuje vytvářet společné skupiny služeb, které odpovídají různým segmentům podniku, místo vytváření jediného celopodnikového fondu služeb. Tento návrhový vzor se obvykle použije, když není možné vytvořit jeden soupis služeb[1] pro celý podnik dodržováním stejných designových standardů v různých segmentech podniku. Vzor návrhu inventáře domény podle Thomas Erl ptá se: „Jak je možné poskytovat služby, aby se maximalizovala rekompozice, když standardizace v rámci celého podniku není možná?“ a je o něm diskutováno podcast.

Odůvodnění

Podle pokynů Enterprise Inventory návrhový vzor, ​​je výhodné vytvořit jeden inventář, který pokrývá celý podnik, protože jeho výsledkem jsou služby, které jsou standardizovanější, interoperabilnější a snadno sestavitelné. Mohou však nastat situace, kdy nelze vytvořit jediný inventář v rámci celého podniku. Může to být z několika důvodů, včetně:

  • problémy s řízením, např. kdo bude vlastnit služby a kdo bude odpovědný za jejich údržbu?
  • organizace je rozdělena do různých geografických lokalit.
  • různé segmenty organizace jsou podporovány různými IT odděleními a použité technologie nejsou stejné.
  • některé segmenty organizace nemusí být připraveny na přechod k orientaci na služby.
  • je třeba provést pilotní projekt, jen aby se zjistila účinnost SOA.
  • podle pokynů Standardizovaná servisní smlouva, může být velmi obtížné vytvořit standardizované datové modely v celém podniku.
  • kulturní problémy, např. Manažeři IT, kteří se nechtějí vzdát kontroly, mají nad vývojem různých projektů.

S ohledem na výše uvedené faktory je spíše praktičtější budovat menší skupiny služeb, přičemž rozsah skupiny souvisí s dobře definovanou hranicí domény v rámci podniku.[2] To je přesně to, co obhajuje Inventář domén[3] návrhový vzor. Omezením rozsahu inventáře služeb je snazší vyvinout a spravovat skupinu souvisejících služeb.[4]

Používání

Diagram A
Diagram A
Podnik sestávající ze dvou doménových inventářů. Služby v každém inventáři jsou standardizovány samostatně podle stanovené hranice domény.

Aby bylo možné použít tento návrhový vzor, ​​je třeba v podniku stanovit dobře definovanou hranici, která by obvykle odpovídala konkrétní obchodní oblasti podniku.[5] Například obchodní oddělení, oddělení zákaznických služeb atd. Je důležité, aby se všechny vytvořené domény vztahovaly k obchodním doménám, protože pomáhá udržovat synchronizaci inventáře služeb s obchodními modely, které se časem vyvíjejí. Po stanovení dobře definované hranice je dalším krokem vytvoření souboru designových standardů, které by regulovaly rozsah, v jakém zásady návrhu orientované na služby budou použity a jakékoli další související konvence, pravidla a omezení, např. jak vytvořit datové modely, jak pojmenovat funkce služby atd. Zavedením těchto designových standardů lze vyvinout standardizovaný soubor služeb, které jsou specificky naladěny tak, aby fungovaly v rámci omezení příslušného organizačního segmentu. Jelikož jsou služby standardizovány, lze je snadno sestavit bez potřeby jakýchkoli překlenovacích mechanismů.

Úvahy

Pokud zavedená hranice domény neodpovídá skutečné obchodní doméně, může být obtížné udržovat takový soupis služeb z důvodu manažerského přechodu. Každý inventář domén nyní odpovídá konkrétní sadě standardů, které se mohou lišit od ostatních inventářů domén. Výsledkem je, že pokud jde o sestavení řešení ze služeb, které patří do různých inventářů domén, může být pro odesílání zpráv mezi různými inventáři služeb vyžadován nějaký transformační mechanismus. Mohou například využívat služby v rámci inventáře domény A. Schémata XML které jsou méně podrobné ve srovnání se schématy používanými službami patřícími do inventáře domény B. Návrhové vzory, jako je transformace datového modelu,[6] transformace datového formátu[7] a propojení protokolů[8] k řešení různých transformačních požadavků lze použít návrhové vzory.[9]

Dalším důležitým faktorem je, že jelikož různé doménové inventáře vytvářejí různé projektové týmy, existuje větší šance na rozvoj služeb s duplicitní funkčností, protože každý tým neví o požadavcích ostatních obchodních procesů, které jsou automatizovány.

Reference

  1. ^ „Inventář služeb“. Archivovány od originál dne 13. 3. 2010. Citováno 2010-03-07.
  2. ^ Mauro a kol. Standardizované služby zařízení - návrhový vzor pro integraci lékařských zařízení orientovanou na služby [Online]. Datum přístupu: 7. dubna 2010
  3. ^ Návrhový vzor doménového inventáře
  4. ^ Mauro. et al. Integrace zařízení orientovaná na služby - analýza návrhových vzorů SOA. Archivováno 2011-02-01 v WebCite [Online], s. 1-10, 2010 43. Havajská mezinárodní konference o systémových vědách, 2010. Datum přístupu: 7. dubna 2010.
  5. ^ Thomas Erl, Herbjörn Wilhelmsen Vzor inventáře domény [Online]. Datum přístupu: 7. dubna 2010.
  6. ^ „Návrhový vzor transformace datového modelu“. Archivovány od originál dne 2013-02-13. Citováno 2010-03-07.
  7. ^ Návrhový vzor transformace datového formátu
  8. ^ Protokol překlenující návrhový vzor
  9. ^ Thomas Rischbeck.Vzor ESB: Co je ESB? [Online]. Datum přístupu: 22. dubna 2010.

Další čtení

externí odkazy