Sto cercando di capire alcune domande per aiutarmi a decidere se un caso d'uso dovrebbe essere scritto per quel requisito o meno. È necessario disporre di un caso d'uso per ogni requisito?
E.g I have a functional requirement which is about creating a new DB table for the new parameters that will be selected from the UI. The FR also states the what ariables should present each parameter in the table etc.
Domande per decidere se scrivere un caso d'uso:
Will (o potrebbe) un caso d'uso fornire maggiori informazioni al business, agli sviluppatori e / o all'utente riguardo a:
Un caso d'uso darà agli sviluppatori maggiori informazioni su quale funzionalità costruire?
Il requisito della funzionalità autonoma o è una parte inseparabile di qualcos'altro?
[Modifica, come richiesto per commento]
Per distinguere se un requisito è una funzionalità autonoma o meno, puoi prendere in considerazione quanto segue:
Un sistema che implementa questo requisito e un altro sistema, che è completamente uguale al primo tranne che non implementa il requisito, entrambi (in teoria) esistono?
Ad esempio, se si dispone di un sistema di controllo accessi che consente alle persone di accedere a un edificio. I casi d'uso "permettono ad una persona autorizzata di entrare nell'edificio" e "permettono ad una persona autorizzata di lasciare l'edificio" sono due casi d'uso indipendenti, anche se sono molto simili da una prospettiva di implementazione / design e quando "consente a una persona autorizzata di lasciare l'edificio" è non implementare mentre "consentire a una persona autorizzata di entrare nell'edificio" è implementato l'edificio diventerebbe molto affollato, ipoteticamente potremmo implementarne uno e non l'altro.
Se è così, allora questo è un buon candidato per un caso d'uso.
Questo requisito è un'estensione di qualche altro requisito? Cioè alcuni altri casi d'uso devono essere implementati affinché questo caso d'uso abbia senso.
Ad esempio, "autenticare le persone a vista entro 100 ms" è un raffinamento, cioè un'estensione, delle "persone authenicate" più generali. Un altro esempio, "consente solo alla persona autorizzata di entrare nell'edificio" non può esistere senza "abilita gli erson a entrare nell'edificio" .
Se è così, spesso puoi comunque modellarlo come caso d'uso separato e la maggior parte delle metodologie ha un modo per specificare Usa caso A estende Usa caso B .
La terza categoria sono requisiti che sono inseparabili.
[Attualmente non posso dare un esempio.]
Quando hai un gruppo di requisiti che appartengono insieme, scrivi per loro un caso a uso singolo.
La metodologia di ingegneria del software che segui o la procedura del progetto richiedono la documentazione del caso d'uso?
Un requisito funzionale non indica che è necessario creare una nuova tabella DB in modo che i diversi livelli dell'applicazione possano inoltrare l'input dell'utente dall'interfaccia utente. E certamente non dovrebbe specificare lo schema della tabella.
Quello che hai non è un requisito di funzione. Potrebbe essere iniziato come uno ma sembra che qualcuno abbia suggerito alcuni dettagli di implementazione.
Hai ancora il FR originale? Se è così, dovresti essere in grado di scrivere casi d'uso (che non farebbero riferimento a eventuali dettagli di implementazione).
Leggi altre domande sui tag design requirements use-case