Co je to doménový model?
Doménový model je přehledem specifického problému používaného v oblastech softwarového inženýrství a koncepčního řešení problémů. Účelem tohoto modelu je rozdělit konkrétní problém na jeho součásti a vytvořit vizuální reprezentaci toho, jak konkrétní proces funguje. Díky použití doménových modelů mohou softwaroví inženýři zajistit, aby rozuměli všem prvkům problému před tím, než začnou kódovat řešení nebo jej implementovat do kusu softwaru, doufejme, že šetří čas, náklady a úsilí při dokončení celého projektu.
Vývojový diagram je dobrou reprezentací doménového modelu, protože ukazuje, jak se různé entity zapojené do konkrétního problému vzájemně propojují. V vývojovém diagramu jsou všechny různé kousky skládačky logicky propojeny. Například v souvislosti s pojištěním, zatímco jak původní krytý jednotlivec, tak jeho děti spadají do kategorie „pojištěný“, děti by také spadaly do podskupiny „pojištěných“ tříd: závislé osoby . “ Vizuální vytváření těchto vztahů může zlepšit komunikaci v projektu a pomoci všem zúčastněným, aby zůstali na stejné stránce.
Stanovení klíčových konceptů a jedinečného slovníku konkrétního problému je jedním z prvních kroků k vytvoření doménového modelu. Po uvedení různých zúčastněných tříd a podtříd - například „závislých“, „pojištěných“ a „pojistných plánů“ - vytvoření modelu domény vyžaduje, aby modelář tyto třídy propojil v logickém pořadí, což ukazuje, jak na sebe vzájemně reagují běžně. Například „závislí“ budou zřídka interagovat přímo s pojišťovnou; všechny interakce závislých budou probíhat prostřednictvím prostředníka, původní pojištěné strany. Z tohoto důvodu bude třída „závislých“ spojena s „pojištěnými“ a „pojištěná“ třída bude spojena s „pojistným plánem“ bez přímého spojení mezi „závislými“ a „pojistným plánem“.
Primární výhoda doménového modelu je v tom, že jasně definuje a zapouzdřuje problém a nic nevynechává. Provedením této úrovně hloubkového plánování před skutečným zahájením kódování projektu se problém často stává snazší vyřešit, což vede k jasnějšímu a stručnějšímu kódu. Bez modelu domény může dojít k opakujícímu se kódu a neefektivnímu uspořádání tříd a rutin. Stejně jako pokus o psaní složitého papíru bez jasného obrysu se věci drasticky zjednodušují dobrým pracovním plánem.