Quando sto scrivendo qualcosa so che ci sono molti modi per vedere se il mio codice è buono o no. Il primo è il test: posso fare test unitari o persino testare il software da solo e vedere che funziona o meno. Dopo averlo fatto funzionare, posso analizzare l'accoppiamento del codice e così via per refactoring e renderlo migliore. In questo senso, sono fiducioso durante la programmazione perché ho un modo per sapere se quello che ho fatto funziona o meno e come pensarlo meglio se non funziona.
Durante la progettazione del software, tuttavia, ho maggiori difficoltà ad analizzare se i casi di utilizzo che scrivo sono buoni o meno. Ho letto un sacco di teoria sui casi d'uso, ma la pratica è un po 'dura perché mi trovo sempre a mettere in discussione cose come: "dovrebbe essere incluso? È necessario dirlo qui? Non manca qualcosa?" e ogni genere di cose del genere.
Quindi, come posso "testare" i miei casi d'uso? Come faccio a sapere se sono ben scritti o no? Conosco l'approccio iterativo di OOAD, non proviamo a farlo correttamente nella prima iterazione, tuttavia dovrebbe almeno contenere le informazioni esatte per iniziare a scrivere in codice, e ora non so come scoprire se contiene quella informazione.