Quindi sto progettando un sistema di gestione della formazione e mi chiedo se dovrei creare prima gli Use Cases oi Class Diagram?
Quindi sto progettando un sistema di gestione della formazione e mi chiedo se dovrei creare prima gli Use Cases oi Class Diagram?
Dovresti innanzitutto definire come lo strumento che stai creando apparirà, sentirà e sarà utilizzato dai tuoi utenti / clienti. Questo è ciò che determina come verrà progettato il tuo software.
Le persone usano il tuo software, non i computer, quindi progetta in che modo le persone interagiranno con esso per primi. Se si progetta su come i componenti del software debbano combaciare, l'interfaccia utente verrà creata per i robot, non per gli esseri umani.
Crea sempre prima Use Case. Tuttavia, il dettaglio con cui vengono elaborati i casi d'uso dipende dalla familiarità / conforto con il dominio, se hai lavorato all'interno del dominio prima di poter mantenere i casi d'uso brevi ed espanderlo in un secondo momento insieme allo sviluppo.
In realtà, Jim Coplien consiglia di non immergersi troppo presto nei diagrammi Use Case, ma piuttosto di trovare il modello mentale più semplice per il dominio.
Focus on the essence of the system form (what the system is) without being unduly influenced by the functionality that the system provides (what the system does).
Se il tuo sistema pensa al dominio in termini e concetti diversi rispetto ai suoi utenti, avranno difficoltà a capirsi a vicenda. E se il tuo modello di dominio è solido, sarà più semplice implementare i requisiti in evoluzione su di esso.
Quindi penso che la risposta sia: dipende da cosa hai intenzione di inserire in questi diagrammi Uso e Classe.
Vorrei iniziare a pensare alle classi per il modello di dominio. Parla con persone che attualmente lavorano in questo settore, scopri in che termini pensano e parlano di educazione. Una volta compreso il dominio, pensa agli Use Case. Quindi, quando inizi a implementare materiale tecnico, pensa alle classi e agli oggetti che utilizzerai per implementare questo.
Non essere timido a produrre codice piuttosto che diagrammi per tutto il tempo. Una foto è bella, ma la compilazione e il codice di esecuzione sono molto più concreti. Quindi le classi che modellano il tuo dominio sono un artefatto primo e riusabile, anche meglio di un diagramma di classe.
Leggi altre domande sui tag uml