Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

La situazione appena descritta non è realistica, dunque è ancor più evidente quanto nei progetti
concreti sia necessario ridurre la quantità dei requisiti da soddisfare così da semplificare i progetti ed
eliminare inutili sprechi di risorse. Questa considerazione comporterebbe, in definitiva, validazioni
più mirate da parte del committente e degli altri stakeholder, fornendo anche una flessibilità
maggiore rispetto alle eventuali modifiche da apportare ai requisiti.
Ciò risulta perfettamente in linea se consideriamo le ultime stime pubblicate dallo Standish Group,
dalle quali si evince che circa il 45% delle funzionalità di un sistema sia completamente inutilizzato,
ed il 19% viene utilizzato solo raramente.
Tuttavia, i requisiti rappresentano il patrimonio di progetto più importante, dal momento che
costituiscono l’anello di congiunzione tra i bisogni e le percezioni degli stakeholder e le soluzioni
tecnologiche progettate dagli esperti software.
1.1 Pseudo requisiti
Una considerazione interessante in merito alle caratteristiche richieste ad un sistema riguarda il
concetto [2] di "pseudo requisito", ovvero un requisito secondario. Vengono così indicati i vincoli
imposti dal cliente o dall' ambiente in cui opererà il sistema, come quelli sull' implementazione 7 ,
relativi alle interfacce 8 , operazioni 9 , packaging 10 , vincoli di natura legale 11 .
Ne sono un esempio:
"Il linguaggio di programmazione adottato dovrà essere Java",
oppure
"La piattaforma dovrà interfacciarsi con documenti scritti con MS Word su Windows XP".
Nei successivi paragrafi non verrà operata la distinzione tra requisiti primari e secondari 12 .
1.2 Requisiti funzionali
I requisiti funzionali si presentano come elenchi di funzionalità o servizi che il sistema deve
fornire. Essi descrivono anche il comportamento del sistema a fronte di particolari input e come
esso dovrebbe reagire in determinate situazioni.
7 Vincoli posti su come implementare il sistema, ad esempio l'utilizzo di specifici tool, di particolari piattaforme
hardware oppure di linguaggi di programmazione.
8 Vincoli di interfaccia, cioè imposti da sistemi esterni (con i quali il sistema debba comunicare) e formati di scambio
delle informazioni.
9 Possono essere prescritte le operazioni da eseguire rispetto all'amministrazione del sistema e sulla sua gestione.
10 Vincoli sul packaging riguardano la consegna del sistema.
11 I vincoli di natura legale possono far riferimento a licenze, norme e certificazioni alle quali il sistema dovrà essere
conforme.
12 Ad esempio, lo pseudo requisito di interfaccia verrà indicato come requisito di interfaccia.
11