Sto esaminando alcuni software di modellazione UML, che sono abbondanti sul mercato, ma solo in alcuni ho trovato supporto per la registrazione dei requisiti e dei casi d'uso scritti (non ancora i diagrammi).
Ci sono strumenti o metodi che dovrei controllare per fare requisiti e casi d'uso? O dovrei semplicemente aprire Word e creare un documento separato per ogni caso d'uso?
Il mio consiglio è di evitare gli strumenti di diagrammi del caso d'uso. Per citare Martin Fowler, da UML Distilled, Terza edizione , sull'uso di Use Case Diagrams:
Nothing in the UML describes how you should capture the content of a use case. What the UML describes is as use case diagram, which shows how use cases relate to each other. But almost all the value of use cases lies in the content, and the diagram is of rather limited value.
Un diagramma dei casi d'uso può essere incluso in un documento dei requisiti per fornire una visualizzazione di alto livello delle relazioni tra attori e requisiti. In genere, i casi d'uso sono meglio catturati in una forma testuale. Questo può essere memorizzato su un wiki, su bigliettini tenuti nello spazio del team o in un documento che sia facilmente accessibile al team.
La mia raccomandazione è di scegliere innanzitutto come si desidera gestire le proprie esigenze. Se puoi, preferirei una wiki - è facile aggiornarsi ed è incredibilmente facile ottenere la documentazione più recente e più accurata nelle mani delle persone che ne hanno bisogno. Se una wiki non è un'opzione, mi raccomando di avere la possibilità di eseguire la versione e tenere traccia delle modifiche. Word ha incorporato una funzionalità di monitoraggio delle modifiche, quindi incoraggia il suo utilizzo. In alternativa, potrebbe funzionare anche qualcosa come SharePoint, che può bloccare i file durante la modifica e aiutare a tracciare il controllo delle versioni.
Se vuoi un diagramma del caso d'uso, includilo nell'immagine, ma ricorda che è un'altra cosa che deve essere mantenuta (e il diagramma del caso d'uso scaduto è peggio che non averne uno). Poiché un diagramma del caso d'uso è semplice, strumenti come Dia o Visio possono essere facilmente utilizzati per creare l'immagine. Se si utilizza un elaboratore di testi che ha le capacità, prendere in considerazione la creazione del diagramma del caso d'uso dall'interno del word processor. Nel caso dell'uso di Microsoft Office, puoi sempre incorporare le risorse Visio in un documento e modificarle facilmente da Word.
Non consiglierei di utilizzare un documento separato per ogni caso d'uso, specialmente se si tratta di un documento offline prodotto in un elaboratore di testi, come Microsoft Word. Se le manterrai elettronicamente, come in una wiki, potrebbe essere appropriata una pagina separata per ogni caso d'uso, specialmente dal punto di vista del controllo delle modifiche e della cronologia delle revisioni, purché siano collegate in modo appropriato ed è facile navigare tra le pagine.
Per risorse aggiuntive, non solo raccomando UML Distilled per tutte le tue esigenze, ma anche Requisiti software e Ulteriori informazioni sui requisiti software: problemi spinosi e consigli pratici di Karl Wiegers. Tutti questi libri citano il scrittura di casi d'uso efficaci di Alistair Cockburn
.Raccomando Enterprise Architect. Con esso puoi scrivere requisiti, casi d'uso e tutti gli artefatti UML. Puoi ottenere maggiori informazioni sulla pagina web Sparxsystems
Documentare le informazioni sull'uso di Case al di fuori di uno strumento potrebbe portare a incongruenze, diciamo che la classe "cliente" cambia nome a "festa", questo richiede modifiche non facili.
Lo strumento CaseComplete ( CaseComplete ) aiuta con questo e offre anche più funzionalità. Guarda il video all'indirizzo:
Leggi altre domande sui tag uml