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à.