Importance of Ubiquitous Language in Domain-Driven Design

useimmat kaupalliset ohjelmistot on luotu joukko monimutkaisia liiketoiminnan vaatimuksia ratkaista erityisiä liiketoiminnan ongelmia tai tarpeita. On kuitenkin epäkäytännöllistä odottaa, että kaikki ohjelmistokehittäjät/arkkitehdit ovat asiantuntijoita liiketoiminnan aloilla ja odottavat heidän tietävän koko liiketoiminnan toiminnot. Toisaalta, miten voimme luoda ohjelmistoja, jotka tuovat arvoa ja joilla on automaatiota tarvitsevia kuluttajia, jotka käyttävät ohjelmistoa? Ohjelmistosovellus ei voi olla vain osoitus teknisestä huippuosaamisesta, vaan useimmissa tapauksissa myös todellinen ja käyttökelpoinen automatisoidusta liiketoiminnan huippuosaamisesta. Domain-driven design and models ovat vastauksia näihin kysymyksiin.

tässä lyhyessä artikkelissa puhutaan ”Ubiquitous Language”-nimisen Domain-pohjaisen suunnittelun keskeisistä periaatteista, sillä DDD: n käsitteet, periaatteet ja mallit yhdistävät teknologian ja liiketoiminnan huippuosaamisen kaikkiin kehittyneisiin ohjelmistosovelluksiin, joita voidaan luoda ja hallita.

puhua kaikkialla läsnä

kaikkialla läsnä oleva kieli on malli, joka toimii universaalina kielenä helpottamaan ohjelmistojen kehittäjien ja verkkotunnusasiantuntijoiden välistä viestintää.

yhteistyö, oppiminen ja mallin määrittely tuo paljon alustavia viestintäesteitä ohjelmisto-ja toimiala-asiantuntijoiden välille. Joten kehittyvä verkkotunnusmalli, jossa harjoitellaan samantyyppistä viestintää (keskusteluja, kirjoituksia ja diagrammeja) kontekstissa, on ensiarvoisen tärkeää onnistuneiden toteutusten kannalta, ja tällaista keskustelua kutsutaan kaikkialla läsnä olevaksi kieleksi. Se on rakennettu verkkotunnusmallin ympärille ja sitä käyttävät laajasti kaikki tiimin jäsenet rajatussa yhteydessä. Sen pitäisi olla väline tai tila, joka yhdistää kaikki tiimin toiminnot ohjelmistojen kehittämisessä.

suunnittelutiimi voi luoda syvällisen ymmärryksen ja yhdistää Domain-jargoneja ja Ohjelmistoyksiköitä, joilla on kaikkialla läsnä oleva kieli, löytääkseen ja kehittääkseen verkkotunnusmallejaan.

kaikkialla läsnä oleva kieli

vastaava Pseudo-koodi

annamme rokotteita

AdministerVaccines {}

ei ydin domain-tarvitset joitakin tarkempia yksityiskohtia

annamme influenssarokotuksia potilaille

patientNeedAFluShot()

parempi, voi olla puuttuu joitakin verkkotunnuksia

sairaanhoitaja antaa influenssarokotteen potilaalle vakioannoksina

Sairaanhoitaja – >anna rokote (potilas, rokote.getStandardDose())

paljon parempi, ja voi olla hyvä aloittaa.

kuten havaitsemme yllä olevassa taulukossa, on olemassa erilaisia tapoja käyttäjien tarinoita (vaatimukset) voidaan antaa; kuitenkin, viimeinen rivi on järkevää, koska se on selkeämpi mitä ja miten tekijät.

Toivottavasti tämä artikkeli auttaa lukijoita näkemään, miten DDD: n periaatteet edistävät ja auttavat lisäämään yhteistyötä aiheasiantuntijoiden, yritysanalyytikkojen, ei-teknologiaan liittyvien sidosryhmien ja teknisen/kehitysyhteisön välillä monimutkaisten domain-pohjaisten järjestelmien tuottamiseksi.

Vastaa

Sähköpostiosoitettasi ei julkaista.