Domeenimudel on tarkvaratehnika valdkondades ja kontseptuaalses probleemilahenduses kasutatav konspektilaadne ülevaade konkreetsest probleemist. Selle mudeli eesmärk on jagada konkreetne probleem osadeks, luues visuaalse esituse konkreetse protsessi toimimisest. Domeenimudelite abil saavad tarkvarainsenerid tagada, et nad mõistavad probleemi kõiki elemente enne lahenduse kodeerimise või selle tarkvaraosasse juurutamist, säästes sellega loodetavasti aega, kulusid ja vaeva kogu projekti lõpuleviimisel.
Vooskeem on domeenimudeli hea esitus, kuna see näitab, kuidas konkreetse probleemiga seotud erinevad olemid üksteisega haakuvad. Vooskeemis on kõik pusle erinevad tükid omavahel loogiliselt ühendatud. Näiteks kui kindlustuslepingu kontekstis kuuluksid nii algselt kindlustatud isik kui ka tema lapsed kategooriasse “kindlustatud”, siis lapsed kuuluksid ka “kindlustatud” klassi alamhulka: “ülalpeetavad”. .” Nende suhete visuaalne loomine võib parandada projektiga suhtlemist, aidates kõigil asjaosalistel samale lehele jääda.
Konkreetse probleemi võtmemõistete ja ainulaadse sõnavara kindlaksmääramine on üks esimesi samme domeenimudeli loomise suunas. Pärast erinevate asjaomaste klasside ja alamklasside (nt „sõltuvuslik”, „kindlustatud” ja „kindlustusplaan”) loetlemist nõuab domeenimudeli loomine, et modelleerija ühendab need klassid loogilises järjekorras, näidates, kuidas nad omavahel suhtlevad. regulaarselt. Näiteks „ülalpeetavad” suhtlevad harva otse kindlustusseltsiga; kõik ülalpeetava suhtlused toimuvad vahendaja, algse kindlustatud poole kaudu. Seetõttu seotakse “ülalpeetavate” klass “kindlustusega” ja “kindlustatud” klass “kindlustusplaaniga”, ilma et “ülalpeetavate” ja “kindlustusplaani vahel” oleks otsest seost.
Domeenimudeli peamine eelis on see, et see määratleb ja kapseldab selgelt probleemi, jätmata midagi välja. Kui teostate sellisel tasemel põhjaliku planeerimise enne projekti kodeerimise tegelikku alustamist, muutub probleem sageli lihtsamini lahendatavaks, mille tulemuseks on selgem ja kokkuvõtlikum kood. Ilma domeenimudelita võib esineda korduvat koodi ning klasside ja rutiinide ebaefektiivset paigutust. Sarnaselt sellele, kui proovite kirjutada keerukat paberit, millel pole eelnevalt selget ülevaadet, lihtsustatakse asju drastiliselt hea tööplaaniga.