Please enable JavaScript.
Coggle requires JavaScript to display documents.
La specifica dei requisiti - Coggle Diagram
La specifica dei requisiti
Premessa
Importanza della raccolta e analisi dei requisiti:
Errori in questa fase possono compromettere l'intero sistema.
Prima fase del ciclo di vita del software: specifica dei requisiti.
Quattro attività principali:
Convalida delle specifiche:
Revisione del SRS con il committente prima della progettazione.
Raccolta dei requisiti:
Richiede collaborazione tra diversi stakeholder.
Individuazione delle caratteristiche statiche e dinamiche del software.
Redazione del documento SRS
Formalizzazione dei requisiti tecnici e funzionali.
Analisi dei requisiti:
Utilizzo del linguaggio UML.
Chiarimento e organizzazione dei requisiti raccolti.
Requisiti software e stakeholder
Difficoltà della raccolta dei requisiti:
Necessaria collaborazione tra team di sviluppo e stakeholder aziendali. Possibile coinvolgimento di consulenti esterni.
Stakeholder
Definizione: persone/gruppi influenzati dal progetto. Coinvolti a vari livelli: programmatori, committenti, end-users, manager.
Definizione di requisito:
Proprietà richiesta del prodotto. Include funzionalità, servizi, modalità operative e di gestione del sistema.
Problematiche comuni:
Linguaggio tecnico vs. background degli utenti.
Utenti con idee vaghe o in conflitto sulle funzionalità.
Requisiti instabili e in evoluzione.
Verifica e validazione dei requisiti
Verifica dei requisiti di dominio:
Collaudo con software preesistenti e normative.
Verifica dei requisiti non funzionali:
Necessaria valutazione quantitativa del grado di soddisfacimento.
Più complessa rispetto ai requisiti funzionali.
Verifica dei requisiti funzionali:
Test diretto con gli utilizzatori. Controllo della soddisfazione delle aspettative.
Classificazione dei requisiti
Tipo di requisito
Requisiti non funzionali:
Imposti dalle modalità operative.
Requisiti funzionali:
Devono essere completi e coerenti.
Definiscono le funzionalità richieste al sistema.
Requisiti di dominio:
Dipendono dal contesto di utilizzo del sistema.
Modello FURPS (1987)
Usability: usabilità e interfacce utente.
Reliability: affidabilità e tolleranza agli errori.
Functionality: funzioni, sicurezza.
Performance: tempi di risposta e uso delle risorse.
Supportability: adattabilità e manutenibilità.
Livello di dettaglio
Requisiti di sistema:
Più tecnici e strutturati.
Imposti da vincoli esistenti (hardware, software preesistenti, standard aziendali).
Requisiti utente:
Rappresentano le esigenze dell'utente finale.
Espressi con il linguaggio del cliente.