La risposta è sì, è possibile utilizzare i casi d'uso di UML per descrivere i requisiti del proprio SRS, tuttavia, lo SRS originale deve essere personalizzato a tale scopo perché lo standard non è aggiornato.
È importante ricordare che l'ultima versione pubblicata dello standard SRS IEEE 830-1998 è dal 1998. Lo standard non si applica bene alla moderna ingegneria del software. Invece di seguirlo così com'è, possiamo usarlo come base per definire il nostro SRS.
Uno dei motivi è che nel 1998, i requisiti venivano tipicamente scritti come funzioni richieste. Il principale paradigma era la programmazione procedurale. Spesso, i requisiti sono stati dichiarati in un linguaggio naturale. Oggi utilizziamo la programmazione orientata agli oggetti e diverse tecniche / strumenti per supportarlo.
La migliore pratica è, ed è sempre stata, scrivere requisiti univoci. Per questo, UML è una notazione perfettamente valida. L'unico suggerimento sarebbe considerare anche casi di utilizzo testuale prima di decidere sugli schemi grafici. I casi d'uso contengono molte più informazioni nel testo che aiutano a chiarire possibili equivoci.
Senza la necessità di acquistare una copia dello standard, puoi leggere il suo schema disponibile gratuitamente su wikipedia. Alcuni ingegneri del software hanno utilizzato IEEE 830-1998 come base per il proprio SRS personalizzato. È così che possono essere affrontati i problemi relativi alla sua età.
Carta sull'argomento (Una soluzione abbastanza buona da seguire)
Esempio SRS personalizzato 1 ad hoc
I casi d'uso di UML sono stati scritti molto tempo dopo gli standard IEEE su SRS (UML nel 1994 e SRS dieci anni prima nel 1984). Pertanto non ci sono in realtà fonti attendibili per rispondere ai casi d'uso if-and-where in un SRS.
Lo standard IEEE per un documento SRS indica principalmente come deve essere formato il documento. Quindi, se vuoi davvero che i casi d'uso siano posizionati da qualche parte nello SRS, si troveranno nella sezione "Requisiti specifici" del documento. I casi d'uso sono scenari specifici e devono essere trattati come requisiti specifici.
Tuttavia, il primo passo da fare è chiedere al cliente o al ricevitore ciò che desidera dal documento dei requisiti. Vogliono davvero avere UML Use Cases o qualcos'altro? Ci sono molti modi per ottenere i requisiti e alcuni clienti preferiscono farlo a modo loro. Per informazioni consulta il libro "Requisiti software - Stili e tecniche" di Soren Lauesen .
Leggi altre domande sui tag specifications documentation use-case