belang van alomtegenwoordige taal In domein-gedreven ontwerp

De meeste commerciële softwaretoepassingen worden gemaakt met een reeks complexe zakelijke vereisten om specifieke zakelijke problemen of behoeften op te lossen. Echter, verwachten dat alle software-ontwikkelaars / architecten om experts op zakelijke domeinen en verwachten dat ze hele zakelijke functies kennen is ook onpraktisch. Aan de andere kant, hoe creëren we software die waarde brengt en heeft consumenten die behoefte hebben aan automatisering die de software zal gebruiken? Een software applicatie kan niet alleen een pronkstuk van technische uitmuntendheid, maar in de meeste gevallen, ook echt en bruikbaar van geautomatiseerde Business excellence. Het domeingedreven ontwerp en de modellen zijn de antwoorden op die vragen.

dit korte artikel gaat over een van de belangrijkste principes van Domein-gedreven ontwerp genaamd “Ubiquitous Language” als DDD concepten, principes, en patronen Brengen Technologie en business excellence samen om alle geavanceerde software applicaties die kunnen worden gecreëerd en beheerd.

Talk Ubiquitously

Ubiquitous language is een model dat fungeert als een universele taal om communicatie tussen softwareontwikkelaars en domeindeskundigen te helpen.

samenwerken, leren en het definiëren van een model brengt veel initiële communicatiebarrières tussen softwarespecialisten en domeinexperts met zich mee. Dus evoluerend domeinmodel met het beoefenen van hetzelfde type communicatie (discussies, geschriften en diagrammen) binnen een context is van het grootste belang voor succesvolle implementaties, en dat soort gesprek wordt alomtegenwoordige taal genoemd. Het is gestructureerd rond het domein model en uitgebreid gebruikt door alle teamleden binnen een begrensde context. Het moet het medium of de modus zijn om alle activiteiten van het team te verbinden binnen de ontwikkeling van software.

het ontwerpteam kan domeinjargons en software-entiteiten diepgaand begrijpen en verbinden met alomtegenwoordige taal om hun domeinmodellen te blijven ontdekken en ontwikkelen.

Alomtegenwoordige Taal

Gelijk Pseudo-Code

We Beheren Vaccins

AdministerVaccines {}

Niet een kern domein moet wat meer specifieke details

We beheren griepprikken voor patiënten

patientNeedAFluShot()

Beter, kan worden enkele domeinconcepten ontbreken

de verpleegkundige dient griepvaccins toe aan een patiënt in standaarddoses

Verpleegkundige – >vaccin toedienen(patiënt, vaccin.getstandaarddosis())

veel beter, en misschien goed om mee te beginnen.

zoals we observeren in de bovenstaande tabel, er zijn verschillende manieren waarop de gebruiker verhalen (eisen) kan worden gegeven; echter, de laatste rij is zinvol als het heeft meer duidelijkheid over wat en hoe factoren.

hopelijk helpt dit artikel lezers om een glimp op te vangen van hoe DDD principles een grotere samenwerking tussen vakdeskundigen, bedrijfsanalisten, niet-technologische belanghebbenden met de technische/ontwikkelingsgemeenschap bevordert en helpt om complexe domeingedreven systemen te produceren.

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.