adminwiększość komercyjnych aplikacji tworzy się z zestawem złożonych wymagań biznesowych w celu rozwiązania konkretnych problemów lub potrzeb biznesowych. Jednak oczekiwanie, że wszyscy programiści/architekci będą ekspertami w dziedzinach biznesowych i oczekują, że będą znali całe funkcje biznesowe, jest również niepraktyczne. Z drugiej strony, w jaki sposób tworzymy oprogramowanie, które przynosi wartość i ma konsumentów, którzy potrzebują automatyzacji, którzy będą z niego korzystać? Aplikacja nie może być tylko wizytówką doskonałości technicznej, ale w większości przypadków również prawdziwą i użyteczną zautomatyzowaną doskonałością biznesową. Odpowiedzią na te pytania jest projektowanie i modele oparte na domenie.
ten krótki artykuł mówi o jednej z kluczowych zasad projektowania opartego na domenach, zwanej „wszechobecnym językiem”, ponieważ koncepcje, zasady i wzorce DDD łączą technologię i doskonałość biznesową z dowolnymi zaawansowanymi aplikacjami, które można tworzyć i zarządzać.
rozmawiaj wszechobecnie
język wszechobecny jest modelem, który działa jako uniwersalny język, aby pomóc w komunikacji między programistami a ekspertami w dziedzinie.
Współpraca, uczenie się i definiowanie modelu stwarza wiele początkowych barier komunikacyjnych między specjalistami od oprogramowania a ekspertami ds. domen. Tak więc ewoluujący model domeny z praktykowaniem tego samego rodzaju komunikacji (dyskusji, pism i diagramów) w kontekście jest kluczowy dla udanych wdrożeń, a ten rodzaj rozmowy nazywa się wszechobecnym językiem. Jest on zorganizowany wokół modelu domeny i szeroko stosowany przez wszystkich członków zespołu w ograniczonym kontekście. Powinno to być medium lub tryb, aby połączyć wszystkie działania zespołu w ramach rozwoju oprogramowania.
zespół projektowy może ustanowić głębokie zrozumienie i połączenie żargonu domenowego i jednostek oprogramowania z wszechobecnym językiem, aby odkrywać i rozwijać swoje modele domen.
|
język wszechobecny |
odpowiednik Pseudo kodu |
|
|
administrujemy szczepionkami |
Administratervaccines {} |
nie jest domeną podstawową-potrzebujesz bardziej szczegółowych informacji |
|
stosujemy szczepionki przeciw grypie u pacjentów |
patientNeedAFluShot() |
lepiej, może być brakuje niektórych pojęć domenowych |
|
Pielęgniarka podaje pacjentowi szczepionki przeciw grypie w standardowych dawkach |
Pielęgniarka – >podać szczepionkę (pacjent, szczepionka.getStandardDose()) |
o wiele lepiej, i może być dobry na początek. |
jak widzimy w powyższej tabeli, istnieją różne sposoby podawania historii użytkownika (wymagań); jednak ostatni wiersz ma sens, ponieważ ma większą jasność co do czynników i jak.
mamy nadzieję, że ten artykuł pomoże czytelnikom uzyskać wgląd w to, w jaki sposób propaguje Zasady DDD i pomaga w lepszej współpracy między ekspertami przedmiotowymi, analitykami biznesowymi, interesariuszami nietechnologicznymi ze społecznością techniczną/rozwojową w celu stworzenia złożonych systemów opartych na domenach.