analisi-disegno.com
Non esiste un unico modo corretto per classificare i requisiti software per tipologia:
Ho strutturato questo schema di classificazione in otto categorie principali, e con un acronimo facile da ricordare (FOCUS-TBD):
Alcune tra le categorie di questo schema (ad esempio tempi, budget, conformità con standard e architetture esistenti, ecc.) vengono considerate da molti esperti nell'ingegneria dei requisiti come “vincoli”, non “requisiti”.
Preferisco non usare il termine “vincolo”. Un “vincolo”, secondo il mio modo di vedere, è un requisito non negoziabile. Capita, nella realtà, che alcuni requisiti ritenuti vincoli insormontabili, quando entrano in conflitto con altri requisiti più importanti per il committente, smettono di essere dei vincoli, e possono essere modificati o eliminati.
Lo schema è utilizzato nella guida Requisiti-by-Example e nella template di elenco requisiti (disponibile nei formati excel e ods). Altri schemi classificatori.
Funzionalità
Operatività
Conformità
Usabilità
Sicurezza
Documentazione, manutenzione e supporto
Pagina generale sui requisiti
analisi-disegno.com , servizi e materiali per lo sviluppo dei sistemi software, a cura di Adriano Comai.