Consigli sulla suddivisione di un processo che coinvolge più attori in casi d'uso

Question

Diciamo che sto modellando un processo che prevede una conversazione o uno scambio tra due attori. Per questo esempio, userò qualcosa di facilmente comprensibile: -

1. Il fornitore crea un listino prezzi,
2. L'acquirente sceglie alcuni articoli da acquistare e invia un ordine di acquisto,
3. Il fornitore riceve l'ordine di acquisto e invia la merce.
4. Il fornitore invia una fattura
5. L'acquirente riceve la fattura ed effettua un pagamento

Naturalmente ciascuno di questi passaggi in sé potrebbe essere rapidamente complicato. Come lo divideresti in casi d'uso nel documento dei requisiti?

Se questo processo fosse trattato come un singolo caso d'uso, potrebbe riempire un libro.

In alternativa, la creazione di un caso d'uso al di fuori di ciascuno dei passaggi precedenti nasconderebbe alcune delle interazioni e dei flussi essenziali che dovrebbero essere acquisiti. Avrebbe senso avere un caso d'uso che inizia da " Ricevuto un ordine d'acquisto " e termina a " Invia una fattura " e poi un altro che inizia da " Ricevi una fattura " e termina a " effettua un pagamento " ;?

Qualche consiglio?

Answer 1

Il modo in cui di solito mi rivolgo a tali compiti è solo iniziando a creare UML Use Case e diagrammi di attività di alto livello per il processo. Non preoccuparti dei dettagli, fai del tuo meglio.

Quando avrai una bozza vedresti quasi immediatamente da essa come potrebbe essere migliorata. Potresti quindi continuare a riformattarlo, riducendo il caso d'uso, strutturando attività di grandi dimensioni e così via. In alternativa, potresti raggruppare un paio di casi d'uso se sono troppo piccoli.

Senza conoscere i dettagli del tuo progetto, vorrei solo andare avanti e rendere ogni passaggio un caso d'uso separato: sembrano tutti autonomi e potrebbero essere descritti senza riferimenti incrociati. Se mentre lo fai troverai eventuali dipendenze puoi sempre ripensare l'approccio.

Considera anche l'uso dei blocchi 'estende' e 'includi' per elementi comuni come la registrazione, la sicurezza ecc.

Answer 2

Sì, ci sono molte possibilità qui. Nel tuo esempio sopra potrebbe essere ancora più complicato da parte dell'Acquirente effettuare pagamenti parziali multipli per pagare la fattura.

Probabilmente dovrai creare casi d'uso completi del flusso di lavoro. Suddividere ciascuno dei passaggi precedenti nei propri casi d'uso potrebbe non essere utile in quanto alcuni dei passaggi avranno pre & amp; condizioni postali.

Lavoro sul codice sorgente di QuickBooks e il numero di modi in cui una transazione può fluire attraverso il sistema è scoraggiante. È quasi impossibile per i nostri ragazzi del QA testare ogni combinazione.