Domenedrevet design
Å utvikle programvaremodeller ut fra forretningsområdet, sammen med dem som kjenner reglene.
Hva er domenedrevet design?
Domenedrevet design, forkortet DDD, tar utgangspunkt i et forretningsområde ved modellering av programvare. Domenekyndige og utviklingsteamet avklarer sammen begreper, regler og sammenhenger. Et felles språk skal ha samme betydning innenfor en avgrenset forretningskontekst. Ulike kontekster kan trenge egne modeller; grensen kalles ofte Bounded Context.
I en oppdiktet virksomhet betyr «ordre» en solgt tjeneste for salgsteamet og et planlagt besøk for serviceteamet. Deltakerne beskriver begge betydningene og overleveringen i stedet for stilltiende å forutsette én datamodell. Det kan gi tydeligere programvaregrenser. DDD krever likevel verken mikrotjenester eller en bestemt databasetype. Teknisk oppdeling og drift av modeller er en egen arkitekturbeslutning.
Kilder
Beslektede begreper
- ProgramvarearkitekturGrunnleggende beslutninger om et programvaresystems struktur, samspill og kvalitetsmål.
- Modulær monolittEn samlet utrullet applikasjon med eksplisitt avgrensede interne moduler og grensesnitt.
- Cache stampedeEt cache stampede kan oppstå når samtidige forespørsler ikke finner de samme dataene i cachen og starter samme kostbare arbeid.
- BackpressureBackpressure tilpasser tilførselen av data til mottakerens behandlingskapasitet gjennom signaler om å senke tempoet eller ta pause.
- KappløpstilstandEt feil resultat avhenger av tidsrekkefølgen i overlappende tilganger.
- MinnelekkasjeMinne som ikke lenger trengs, holdes unødvendig igjen under drift.
Artikler om temaet
Ditt prosjekt med ASES
Beskriv prosjektet ditt for oss. Vi tar kontakt med en første vurdering.