Documento di specifica dei requisiti software p.220
La vita del processo informatico inizia con la stesura di un documento sullo studio di fattibilità
(preventivo con costi e tempi) da parte del Software Architect Senior.
La vita del processo informatico prosegue con la stesura di un documento di specifica dei requisiti
software (cosa deve fare il sistema non come) e successiva convalida dello stesso da parte del
committente.
Requisito p.221
Proprietà obbligatoria o solo suggerita o auspicabile di un sistema.
Implica la collaborazione tra varie figure (stakeholder – persone interessate alla messa in opera
del sistema)
• programmatore
• committente
• utente finale
• consulente esterno (analisi della legislazione)
Gli stakeholder hanno spesso esigenze in contrasto tra loro.
Tipi di requisiti
Pag. 228
Funzionali
Descrivono le funzioni svolte dal programma
Di dominio
Descrivono
1. Le interazioni del sistema con
• il software aziendale preesistente
• altri dispositivi hardware
2. Le normative di settore
Non funzionali
Esempio p.226
Una banca rilascia ai sui clienti una carta di credito con la quale è possibile effettuare il pagamento
degli acquisti e, presso uno sportello, effettuare il prelievo di contanti, visualizzare il saldo e
l’estratto conto.
Il sistema deve garantire un tempo di risposta inferiore al minuto, e deve essere sviluppato su
architettura 8086 e deve essere disponibile a persone portatrici di handicap.
Le operazioni di pagamento possono essere fatte entro un limite massimo mensile e quelle allo
sportello richiedono una autenticazione tramite un codice segreto memorizzato sulla carta.
Il sistema deve essere facilmente espandibile e adattabile alle future esigenze bancarie.
Forma del documento SRS p.256,257
Casi d'uso e scenari p.242
Un capitolo molto importante del documento di specifica dei requisiti software è quello dei casi
d'uso e degli scenari ad essi associati.
Esempio Negozio online p.246
Descrizione in linguaggio UML (Unified Modeling Language) di tutti i casi d'uso possibili del
negozio online.
Legenda del diagramma UML
Diagramma UML del negozio online
Per ogni caso d'uso mostrato nel diagramma UML si descrivono in linguaggio naturale tutti i
possibili scenari a partire da quello principale che è quello che accade nella grande maggiornaza dei
casi (basic flow).
Esempio p.251
Descrizione in linguaggio naturale di tutti i possibili scenari relativi al caso d'uso dell'acquisto di un
prodotto.
p.258
Per ogni scenario, si descrivono in linguaggio naturale tutte le specifiche funzionalità.
Scarica

Documento di specifica dei requisiti software