Mi è stata fatta questa domanda e anche dopo molte ricerche, non riesco a trovare la risposta.
Quando progetto un database usando la relazione Entity (ER) e poi lo ridisegno come modello di classe UML (esteso con il profilo di modellazione dati per UML), quali sono le differenze e come entrambi i modelli possono essere (a loro modo) utili per lo sviluppatore db? Riguardo alla molteplicità, chiavi esterne ..
Il livello di astrazione fornito da Entity Relationship Diagrams creato con gli strumenti di modellazione, il modello di entità fornito da EF e i diagrammi di classe UML è quasi lo stesso. Quando creo le mie entità POCO, generalmente le inserisco nel mio progetto Model con le mie altre classi di dominio, quindi un diagramma di classe del modello di dominio contiene le stesse entità POCO trovate nell'ERD.
Sebbene entrambi i modelli forniscano relazioni, UML può essere più descrittivo nelle sue relazioni che spesso riflettono un qualche tipo di azione, comportamento o relazioni complesse come l'implementazione dell'interfaccia o l'ereditarietà. Le relazioni ERD, d'altra parte, riguardano esclusivamente le chiavi e la molteplicità.
Ritengo che il progettista di modelli fornito da Entity Framework soddisfi le mie esigenze per le entità di modellazione. Io uso un modellatore per produrre un ERD durante la fase di progettazione, ma mi piace che il modello dell'entità parli da solo dopo.
Come per UML, trovo molto utile per la comunicazione e la documentazione di come i processi software si comportano e interagiscono tra loro. Questi diagrammi possono essere trovati nella documentazione del sistema sotto forma di casi d'uso, diagrammi di attività, diagrammi di classe e diagrammi di sequenza.
Spero che questo aiuti.
Leggi altre domande sui tag database-design modeling class-diagram diagrams