a mindenütt jelenlévő nyelv fontossága a Domain-vezérelt tervezésben

a legtöbb kereskedelmi szoftveralkalmazás összetett üzleti követelményekkel jön létre konkrét üzleti problémák vagy igények megoldására. Ugyanakkor elvárni, hogy az összes szoftverfejlesztő/építész szakértő legyen az üzleti területeken, és elvárni, hogy teljes üzleti funkciókat ismerjenek, szintén nem praktikus. Másrészt, Hogyan hozzunk létre olyan szoftvert, amely értéket hoz létre, és az automatizálásra szoruló fogyasztók használják a szoftvert? Egy szoftveralkalmazás nem lehet csupán a technikai kiválóság bemutatója, hanem a legtöbb esetben az automatizált üzleti kiválóság valós és használható is. A domain-vezérelt tervezés és modellek a válaszok ezekre a kérdésekre.

ez a rövid cikk a Domain-vezérelt tervezés egyik alapelvéről, az úgynevezett “mindenütt jelenlévő nyelvről” szól, mivel a DDD koncepciói, alapelvei és mintái összekapcsolják a technológiát és az üzleti kiválóságot minden olyan kifinomult szoftveralkalmazásban, amely létrehozható és kezelhető.

Talk Ubiquitously

Az Ubiquitous language egy olyan modell, amely univerzális nyelvként segíti a szoftverfejlesztők és a domain-szakértők közötti kommunikációt.

Az együttműködés, a tanulás és a modell meghatározása sok kezdeti kommunikációs akadályt jelent a szoftverspecialisták és a domain-szakértők között. Tehát az azonos típusú kommunikáció (beszélgetések, írások és diagramok) kontextuson belüli gyakorlásával kialakuló tartománymodell elengedhetetlen a sikeres megvalósításhoz, és ezt a fajta beszélgetést mindenütt jelenlévő nyelvnek nevezik. A domain modell köré épül, és a csapat minden tagja széles körben használja egy korlátozott kontextusban. A médiumnak vagy a módnak kell lennie ahhoz, hogy összekapcsolja a csapat összes tevékenységét a szoftverfejlesztés során.

a tervezőcsapat mély megértést tud létrehozni, és összekapcsolhatja a domain zsargonokat és a szoftver entitásokat a mindenütt jelenlévő nyelvvel, hogy folyamatosan felfedezzék és fejlesszék domain modelljeiket.

mindenütt jelenlévő nyelv

ekvivalens Álkód

vakcinákat adunk be

vakcinák alkalmazása {}

nem alapvető domain-szükség van néhány konkrét részletre

influenza elleni oltásokat adunk a betegeknek

patientNeedAFluShot()

jobb, lehet hiányzik néhány domain fogalom

a nővér influenza vakcinákat ad be a betegnek standard adagokban

nővér – > vakcina beadása (beteg, vakcina.getStandardDose())

sokkal jobb, és lehet, hogy jó kezdeni.

amint azt a fenti táblázatban megfigyeljük, a felhasználói történetek (követelmények) különböző módon adhatók meg; azonban az utolsó sornak van értelme, mivel jobban tisztázza, hogy milyen tényezők és hogyan.

Remélhetőleg ez a cikk segít az olvasóknak abban, hogy bepillantást nyerjenek abba, hogy a DDD alapelvei hogyan támogatják és segítik a tárgyi szakértők, az üzleti elemzők, a nem technológiai érdekeltek és a Műszaki/Fejlesztési Közösség közötti nagyobb együttműködést a komplex tartományvezérelt rendszerek előállítása érdekében.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.