Qual è la differenza tra un requisito non funzionale e un attributo di qualità?

Penso che tu stia pensando un po 'troppo a questo. I requisiti funzionali e non funzionali non sono realmente separabili come suggerisci, ad esempio, ad esempio, il caso di accesso.

L'utente DEVE essere in grado di accedere tramite un'interfaccia web. Tecnicamente, questo è un requisito funzionale.

Il sistema DEVE rispondere alle richieste di accesso entro 1 secondo. Tecnicamente, questo è un requisito non funzionale.

In entrambi i casi sono entrambi altrettanto importanti indipendentemente dalla specifica classificazione.

I requisiti possono provenire da qualsiasi numero di luoghi. Potresti voler avere prestazioni migliori di un concorrente. Un cliente potrebbe avere esigenze specifiche. Potrebbe esserci una richiesta da parte del marketing o delle vendite. Non c'è un posto da cui vengono. Tuttavia, probabilmente potresti astrarre tutte le diverse fonti e riferirti a loro come clienti. In definitiva questo è quello che sono.

È possibile identificare la differenza utilizzando la seguente metrica. I requisiti funzionali descrivono cosa farà un sistema. Un requisito non funzionale specifica come lo fa.

La regola è semplice e chiara.

I requisiti funzionali sono cose che il sistema fa .

I requisiti non funzionali sono attributi di qualità o aspetti di come il sistema è progettato, costruito o implementato.

• Prestazioni (1 secondo)
• Maintainability
• Adattabilità
• Costo
• sicurezza
• usabilità (che è una proprietà del sistema nel suo complesso)
• testability
• scalabilità

Leggi questo. È molto chiaro link

I requisiti non funzionali si presentano nello stesso modo in cui si presentano i requisiti funzionali. Utenti. Il contesto in cui verrà implementato il sistema. Un sacco di posti. Gestione. Altre organizzazioni Amministratori di rete, amministratori di sistema, amministratori di database. Chiunque sia uno stakeholder o semplicemente uno spettatore contribuirà con requisiti non funzionali.

Quando osservo i "documenti dei requisiti" negli ultimi 30 anni, posso dire questo. Molti documenti sui requisiti scritti da grandi organizzazioni IT interne sono dichiarazioni politiche con forse l'80% di requisiti non funzionali e meno del 20% di requisiti funzionali.

Ne ho letto uno che aveva una singola frase che era un requisito funzionale. Il resto del documento di 30 pagine parlava di piattaforma e supporto, backup e ripristini, sistemi operativi e database, standard, operazioni e un sacco di cose che il sistema non faceva fare .

I requisiti non funzionali e gli attributi di qualità sono la stessa

L'idea alla base della modifica del nome negli ultimi tempi è che, i cosiddetti requisiti non funzionali sono in realtà funzionalità di sistema (o un insieme di funzionalità di sistema) che ha un impatto trasversale nel sistema. Significa, l'impatto trasversale che questo tipo di "funzionalità speciale" ha in un sistema lo rende un Attributo di Qualità di quel sistema. Ad esempio:

A system with 5 components must process a request in 10ms. If one component has a defect taking 5ms to make its part in the processing it will affect the performance of the system as a whole.

Proprio come la sicurezza non riguarda solo l'accesso e quando è interessata influisce sull'intero sistema.

Riassumendo, gli attributi di qualità (vale a dire i requisiti non funzionali) riguardano esclusivamente la funzionalità, il modo in cui implementa qualcosa e il modo in cui questa implementazione influenza i tuoi sistemi. In genere, la differenza rispetto ai "requisiti normali" è nel suo impatto, intervallo e visibilità.

Ecco un link interessante su come identificarli in modo strutturato:

• "Workshop sugli attributi di qualità", SEI, 2003

E un libro su come documentarli e definirli correttamente:

• "Architecting Software Intensive Systems: A Practitioners Guide", Anthony J. Lattanze, 2008