Sono responsabile della progettazione di un front-end di dashboard e manipolazione dei dati per un database delle transazioni di vendita e non sono abbastanza sicuro del tipo di architettura da utilizzare. Il database è popolato da un sistema ETL esterno.
La funzionalità richiesta per la mia app è molto semplice; deve visualizzare alcuni avvisi di condizioni di eccezione rilevati nel database, presentare alcuni grafici e tabelle e alcune operazioni CRUD di base su alcune tabelle. C'è molto poco comportamento richiesto; l'azienda utilizzerà l'app per scoprire cose, piuttosto che fare cose.
Data questa mancanza di comportamento, ha senso un approccio DDD? Il mio pensiero attuale è di creare viste del database per incapsulare le query di cui la mia app avrà bisogno, avvolgere queste viste con un ORM e chiedere al controller web di interrogare il livello del repository per ottenere un oggetto ORM con i dati di cui ha bisogno. Questo oggetto ORM sarebbe quindi passato al livello di presentazione.
Questo naturalmente crea un strong accoppiamento tra il database, il framework ORM, il livello di presentazione e la mia logica. Una ragionevole quantità di logica ci sarebbe finire nelle viste del database.
Posso far funzionare un approccio DDD per questo tipo di app, oppure esiste un modo più adatto per farlo?