Otázka 10 / 14

Jak ověříte konzistenci mezi DFD a objektovým modelem (UML tříd)? Kdy je data store „doménový“ a kdy jen technický? Jak využijete CRUD logiku a co jsou typické chyby (slepé toky, chybějící operace, data bez procesu)?

Konzistence DFD ↔ UML

  • Data store by mělo odpovídat třídě nebo skupině tříd (doménové kolekci).
  • Datové toky musí být mapovatelné na atributy/struktury z UML.
  • Funkce musí být mapovatelné na operace tříd nebo aplikační služby.

Doménový vs technický data store

  • Doménový: evidence business objektů (Objednávky, Faktury).
  • Technický: logy, staging, cache, event store (pokud nemá doménovou identitu jako objekt).
  • Důležité: technické úložiště nepovyšovat automaticky na business objekt.

CRUD jako kontrola úplnosti

  • ověřte, které procesy/funkce:
    • vytvářejí objekty (C)
    • čtou pro rozhodnutí (R)
    • mění stav/atributy (U)
    • ruší/archivují (D)
  • CRUD musí vycházet z procesních potřeb a životních cyklů (ne „CRUD-first“).

Typické chyby

  • slepé toky: data přijdou do funkce, ale nikam se neuloží ani neodešlou
  • změna dat v DFD bez operace/pravidla v UML
  • entity v UML, které nikde nemají CRUD (“data bez procesu”)