analisi-disegno.com

Homepage  | Blog | Per essere avvisati in caso di nuovi documenti | In English

Classificazione dei requisiti FOCUS-TBD

Non esiste uno standard, né un unico modo corretto per classificare i requisiti software per tipologia. Ci sono due ragioni per questa varietà:

  • ogni schema di classificazione riflette un particolare punto di vista, specifiche esperienze, sensibilità peculiari da parte di chi lo ha creato
  • a volte i requisiti possono rientrare in più di una dimensione semantica

Ho strutturato questo schema in otto categorie principali, e con un acronimo facile da ricordare (FOCUS-TBD):

  • Funzionalità
  • Operatività
  • Conformità
  • Usabilità
  • Sicurezza
  • Tempi
  • Budget
  • Documentazione, manutenzione e supporto

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”. Io preferisco non usare il termine “vincolo”. Un “vincolo”, secondo il mio modo di vedere, è un requisito non negoziabile. L'esperienza mi dice che a volte alcuni vincoli, 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 esistenti.

Dettaglio dello schema di classificazione

Funzionalità

Operatività

Conformità

Usabilità

Sicurezza

Tempi di progetto

Budget di progetto

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.