Quando, se mai, dovrei disegnare il diagramma del caso d'uso del sistema esistente?

Question

Quando, se mai, dovrei disegnare il diagramma del caso d'uso del sistema esistente?

#1 da (5 voti)

1

Quando voglio progettare un software di solito penso ai casi d'uso del mio software, ma ho sentito una sorta di analisi del sistema esistente (non automatizzato).

Per essere precisi, l'analisi del sistema esistente attraverso un diagramma del caso d'uso è un prerequisito per trovare i casi d'uso di un sistema software (sistema automatizzato)? oppure possiamo iniziare direttamente dai casi d'uso del software previsto? Se dipende dal progetto, quali progetti richiedono quel passaggio e quali no.

Se questo non è un prerequisito, c'è qualche altro diagramma che può aiutarci a disegnare il diagramma del caso d'uso del nuovo sistema? So che sono necessarie alcune analisi del sistema esistente, ma mi piacerebbe sapere che esistono alcuni schemi o passaggi standard per tali analisi?

modeling diagrams use-case

posta Ahmad 04.02.2015 - 20:27

fonte

1 risposta

Leggi altre domande sui tag modeling diagrams use-case

Come gestire gli eventi duplicati durante la riproduzione dell'archivio degli eventi? Consigli sul nuovo flusso di lavoro git / deployment

score 5 · Accepted Answer

Fare casi d'uso per un sistema manuale esistente è difficile perché i casi d'uso richiedono un "sistema". Dove sono i confini del "sistema" nel sistema manuale? Se vuoi che il tuo lavoro sia pertinente al tuo sistema automatizzato pianificato, dovresti scegliere la parte da automatizzare come "sistema". In tal caso, sia il sistema manuale che quello automatizzato dovrebbero avere praticamente gli stessi casi d'uso e diagrammi. Quindi, non ha molto senso fare casi d'uso per il sistema manuale.

Tuttavia, se si sta automatizzando una procedura manuale esistente, potrebbe essere necessario acquisire il flusso di lavoro manuale in qualche modo in modo da sapere cosa deve sostituire il software. Quindi questo potrebbe essere il motivo per cui alcune persone raccomandano l'uso di casi d'uso per descrivere il processo manuale. Se questo è il modo più efficiente per acquisire tali informazioni è discutibile. Potrebbe essere l'approccio migliore se le persone che attualmente utilizzano il sistema manuale saranno disponibili solo per un breve periodo all'inizio del progetto, quindi è necessario catturare quante più informazioni possibili in quel momento O se si sta scorrendo il processo su un'altra azienda ancora da costruire.

Vorrei iniziare a fare casi d'uso per il sistema che si sta costruendo e quindi compilare i dettagli cercando di capire cosa fa il sistema manuale. Questo sarebbe l'approccio più efficiente e sarà probabilmente sufficiente per la maggior parte dei progetti.