Sfondo: non sono riuscito a trovare una definizione standard per "modello di dominio ricco". Potrei chiamarlo non- modello di dominio anemico . Quindi, potrebbe essere definito come un modello di dominio del software in cui gli oggetti del dominio contengono poca o nessuna intensiva logica aziendale (convalide, calcoli, regole aziendali ecc.).
I modelli di dominio anemico sono ampiamente definiti nell'ERD. Ma, il modello di relazione di entità ovviamente non è sufficiente per gli oggetti di un dominio ricco. I modelli di dominio possono essere espressi in UML. Tuttavia, manca di rappresentazione per la logica aziendale (vincoli, regole, ecc.). Ho letto alcuni articoli su OCL che descrivono le regole per UML. Ma, non ho mai visto alcun uso industriale di esso.
Domanda: potresti suggerire un approccio per la definizione di oggetti con dominio ricco? Questo approccio dovrebbe concentrarsi su dati, vincoli e regole piuttosto che su classi e sequenze. Ad esempio, non voglio definire la classe Student con il metodo di registrazione. Voglio definire l'entità dello studente con alcune regole di iscrizione. Certo, potrei semplicemente definire le regole con qualche commento sul codice, ma cerco un metodo formale per questo.
Modifica: non mi aspetto una risposta del tipo "usa quello strumento, è meraviglioso". Mi aspetto esperienze e consigli su ad esempio creazione di DSL, profili UML, ecc.