Verifica della domanda dei requisiti

Dipende da come sono definiti i termini nel libro che stai utilizzando. In wikipedia c'è un testo interessante sulla verifica SW.

Per me la convalida dei requisiti significa fondamentalmente che i requisiti sono abbastanza chiari per il cliente e l'organizzazione che sta per fornire SW in modo che possano fare un accordo formale. Ovviamente il processo di validazione non è così semplice. Conosco progetti in cui i team di controllo qualità leggono i requisiti per convalidare la loro correttezza. Qui hai un esempio di lista di controllo per i requisiti che uso:

• chiarezza
• non ambiguità
• fattibilità
• dimostrabilità
• coerenza
• necessità
• privo di ridondanza

I requisiti possono essere convalidati per coerenza. È perfettamente possibile (e purtroppo anche comune) che un documento con requisiti più lunghi si contraddica nei luoghi. Ciò renderebbe impossibile per una qualsiasi delle fasi successive della sequenza conformarsi ai requisiti, quindi convalidare i requisiti stessi è il primo e ovvio e importante passo.

Una delle migliori convalide per un requisito, se hai intenzione di fare la verifica, è che può essere verificato. Come verificherai questi:

• Il sistema sarà reattivo e fluido
• L'interfaccia utente sarà intuitiva
• Il sistema sarà facilmente adattabile in caso di modifiche future

Vedo continuamente questo tipo di cose nei requisiti. Se in realtà intendi avere un passaggio attraverso tutti i requisiti uno per uno e dire "sì, confermo che il requisito 124 è stato rispettato", quindi le dichiarazioni di cui sopra non diventano requisiti (e non sto parlando solo di / problemi.) Non sono testabili.

Che cos'è testabile? Questo genere di cose:

• Ci sarà un menu per consentire agli utenti di scegliere un rapporto
• Ci sarà una schermata per inserire un nuovo cliente. Avrà i seguenti campi: bla, bla, bla, bla per pagine e pagine
• Solo i gestori saranno in grado di impostare la priorità di un ordine (questo ha bisogno di due test: uno che un manager può, e uno che i non manager non possono)
• L'imposta sulle vendite sarà calcolata come segue: [mezza pagina su cosa c'è dentro / fuori dallo stato / provincia e tutte le altre cose complicate per le imposte sulle vendite)

Ogni requisito dovrebbe portare ad almeno un test da utilizzare per verificare il software contro di esso.

L'unico problema con i requisiti di scrittura in questo modo è che diventano enormemente lunghi e ripetitivi. Gli utenti ordinari si rifiuteranno di leggerli dopo alcune iterazioni e aumenteranno i rischi che i tuoi sviluppatori produrranno qualcosa che soddisfa tutti i requisiti, ma che nessuno vuole. Qualcosa di cui essere consapevole.

Comprensione:

Verifica: il software deve essere conforme alle sue specifiche.

Direi, secondo ISO, che si applica al prodotto di qualsiasi fase di sviluppo. Ciò corrisponderebbe alle attività descritte nell'ISO (revisione del codice, revisione del progetto). cioè:

• Il codice dovrebbe essere conforme al design e agli standard
• La progettazione dovrebbe essere conforme ai requisiti
• I requisiti devono essere conformi ai "documenti degli utenti che descrivono le loro esigenze". lo voglio non conosco il nome per questo documento.

Ma devo ammettere che non sono sicuro di quest'ultimo e di come l'applicazione degli standard si adatta alla definizione di "Verifica" nell'ISO. Sarei felice per i commenti che lo correggono.

Significa che è necessario definire le proprie specifiche e verificare i requisiti rispetto a quelli. Esistono molti tipi di requisiti:

• requisiti del cliente
• requisiti operativi
• requisiti di architettura
• requisiti di qualità
• requisiti di interfaccia
• requisiti funzionali / non funzionali
• requisiti del componente prodotto / prodotto

L'elenco continua e, come la realtà vorrebbe, ognuno di questi tipi è aperto all'interpretazione. Credo che ciò che lo standard ISO sta cercando di dire è che ci dovrebbe essere qualche sforzo per creare le specifiche per i tuoi requisiti (come una lista di controllo di controllo , come sottolinea Marcin Sanecki), ma come lo si fa è fino a voi.