<Nome del progetto>

Specifiche dei requisiti di sistema

 

 

 

Versione <1.0>

 

 

[Nota: il seguente modello è fornito per l'utilizzo con RUP (Rational Unified Process). Il testo racchiuso in parentesi quadre e visualizzato in blue italics (stile=InfoBlue) è inserito per fornire una guida all'autore e dovrebbe essere cancellato prima di pubblicare il documento. Un paragrafo digitato seguendo questo stile sarà automaticamente riportato all'impostazione normale (style=Body Text).]


Cronologia revisione

Data

Versione

Descrizione

Autore

<gg/mmm/aa>

<x.x>

<dettagli>

<nome>

 

 

 

 

 

 

 

 

 

 

 

 

 


Indice

1.       Introduzione         

1.1     Scopo     

1.2     Ambito     

1.3     Definizioni, acronimi e abbreviazioni     

1.4     Riferimenti     

1.5     Panoramica     

2.       Descrizione generale    

3.       Requisiti specifici

3.1     Capacità di sistema

3.1.1         <Capacità di sistema uno>        

3.2     Requisiti non funzionali

3.2.1 Utilizzabilità 

3.2.2 Affidabilità 

3.2.3 Prestazione 

3.2.4 Supportabilità 

3.2.5 Vincoli di progettazione 

3.2.6 Considerazioni aggiuntive sulla progettazione di sistema 

3.2.6.1 requisiti fisici 

3.2.6.2 Requisiti ambientali 

3.2.6.3 Requisiti di assicurazione di altri prodotti 

3.2.6.4 Requisiti correlati alla sfera umana 

3.2.6.5 Requisiti logistici 

3.2.7 Requisiti di documentazione online dell'utente e di guida di sistema 

3.2.8 Componenti acquisiti 

3.2.9 Interfacce 

3.2.9.1 Interfacce utente 

3.2.9.2 Interfacce hardware 

3.2.9.3 Interfacce software 

3.2.9.4 Interfacce di comunicazione 

3.2.10 Requisiti di licenza 

3.2.11 Note legali, di copyright e altre 

3.2.12 Standard applicabili

4.       Informazioni di supporto    


Specifiche dei requisiti di sistema

1.                  Introduzione

[L'introduzione del SysRS (System Requirements Specification) fornisce una panoramica dell'intero SysRS. Include obiettivo, ambito, definizioni, acronimi, abbreviazioni, riferimenti e panoramica di SysRS.]

[Nota: SysRS cattura tutti i requisiti del sistema o di una porzione. Quella che segue è una struttura tipica di SysRS per un progetto che utilizza soltanto i requisiti di stile del linguaggio naturale tradizionale - senza modellazione del caso d'uso.  Cattura tutti i requisiti in un unico documento, insieme alle Specifiche supplementari combinate o ai materiali equivalenti inseriti.]

1.1     Scopo

[Specificare lo scopo di questo SysRS. SysRS descrive in modo completo le capacità funzionali e comportamentali del sistema identificato. Descrive inoltre i requisiti non funzionali, i vincoli di progettazione e altri fattori necessari per una descrizione completa ed esaustiva dei requisiti del sistema.]

1.2     Ambito

[Breve descrizione del sistema cui viene applicato SysRS e di qualunque cosa sia influenzata da questo documento.]

1.3     Definizioni, acronimi e abbreviazioni

[Questa sezione secondaria fornisce le definizioni di tutti i termini, gli acronimi e le abbreviazioni necessarie per interpretare correttamente SysRS. Tali informazioni possono essere fornite mediante riferimento al Glossario del progetto.]

1.4     Riferimenti

[Questa sezione secondaria fornisce un elenco completo di tutti i documenti citati in SysRS. Identificare ciascun documento in base a titolo, numero di report (se applicabile), data e organizzazione di pubblicazione. Specificare le fonti da cui è possibile ottenere i riferimenti. Tali informazioni possono essere fornite mediante riferimento all'appendice o un altro documento.]

1.5     Panoramica

[Questa sezione secondaria descrive ciò che contiene il resto di SysRS e spiega come è organizzato il documento.]

2.                  Descrizione generale

[Questa sezione di SysRS descrive i fattori generali che influenzano il sistema e i relativi requisiti. La sezione non include requisiti specifici. Al contrario, fornisce un background per quei requisiti definiti nel dettaglio alla Sezione 3 e li rende di facile comprensione. Includere le seguenti operazioni:

Si può effettuare un riferimento da questa sezione all'artefatto di Visione, piuttosto che fare una copia del materiale da questo documento.]

3.                  Requisiti specifici

[Questa sezione di SysRS contiene tutti i requisiti del sistema con un livello di dettaglio tale da consentire ai progettisti di creare un sistema che soddisfi tali requisiti e ai tester di verificare che il sistema sia poi effettivamente in grado di soddisfarli.]

3.1               Capacità di sistema

[Questa sezione descrive le capacità del sistema richieste, espresse in forma di linguaggio naturale. Per molti sistemi, ciò potrebbe costituire il volume del pacchetto SysRS ed è necessario pensare all'organizzazione di questa sezione in base a caratteristiche, funzioni o gruppo funzionale (tracciabili dall'artefatto Visione). Possono essere ugualmente appropriati metodi alternativi, come l'organizzazione per utente o ruolo.

Questa sezione descrive il perfezionamento della caratteristica o funzione in requisiti costituenti, specificando i requisiti così derivati. Viene descritto il comportamento che il sistema deve presentare a sostegno di questi requisiti derivati, unitamente ai requisiti di prestazione associati (tempo di risposta, velocità, produttività, incidenza, frequenza, correttezza, precisione, capacità e così via). Questa descrizione include anche il comportamento richiesto in condizioni di errore o anomalia (gestione di input errati, condizioni impreviste, riserve e così via). Non è necessario, in nessun caso, specificare il modo in cui devono essere gestiti errori o eventi inaspettati. In molti casi, deve essere deciso dall'Architetto di sistema.]

3.1.1          <Capacità di sistema uno>

[Descrizione delle capacità e del relativo perfezionamento.]

3.2                 Requisiti non funzionali

[Nota: se è stato prodotto l'artefatto delle Specifiche supplementari, deve essere incluso qui. Riguarda gli stessi argomenti.]

3.2.1          Utilizzabilità

[Questa sezione include tutti quei requisiti che influenzano l'utilizzabilità. Ad esempio:

3.2.1.1     <Requisito di utilizzabilità uno>

[Descrizione del requisito.]

3.2.2          Affidabilità

[Specificare qui i requisiti per l'affidabilità del sistema. I suggerimenti sono i seguenti:

3.2.2.1     <Requisito di affidabilità uno>

[Descrizione del requisito.]

3.2.3          Prestazione

[In questa sezione, delineare le caratteristiche di prestazione del sistema. Includere i tempi di risposta specifici. Laddove possibile, fare riferimento al caso d'uso mediante nome. In generale, associare tutte le capacità richieste, descritte nella forma di caso d'uso o semplicemente dal testo, ad alcune dichiarazioni di prestazione (che descrivono il modo in cui il sistema dovrebbe fornire la capacità o la funzione). È preferibile mantenere queste dichiarazioni di prestazione in prossimità della capacità influenzata (ad esempio nella parte "requisiti speciali" della descrizione di caso d'uso). Qui è possibile mantenere le dichiarazioni di requisiti che devono essere testate, ma che non sono allineate con capacità specifiche. Alcune caratteristiche di prestazione sono:

3.2.3.1      <Requisito di prestazione uno>

[Descrizione del requisito.]

3.2.4          Supportabilità

[Questa sezione indica i requisiti che potenziano la supportabilità o la manutenibilità del sistema in fase di costruzione, inclusi standard di codifica, convenzioni sui nomi, librerie di classe, accesso e utilità di manutenzione.]

3.2.4.1    <Requisito di supportabilità uno>

[Descrizione del requisito.]

3.2.5          Vincoli di progettazione

[Questa sezione indica tutti i vincoli progettuali sul sistema in fase di costruzione. I vincoli di progettazione rappresentano delle decisioni strutturali che sono state imposte e a cui è necessario aderire. Gli esempi includono linguaggi software, requisiti di processo software, utilizzo prescritto di tool di sviluppo, vincoli strutturali e progettuali, componenti acquistati, librerie di classe, ecc.]

3.2.5.1     <Vincolo di progettazione uno>

[Descrizione del requisito.]

3.2.6     Considerazioni aggiuntive sulla progettazione dei sistemi

[La progettazione dei sistemi richiede potenzialmente altri tipi di requisiti da soddisfare.]

3.2.6.1  Requisiti fisici

[Ad esempio: peso, misura, potenza, ecc.]

3.2.6.2  Requisiti ambientali

[Ad esempio: fattori di umidità, contaminanti, termici, elettrici, meccanici, ecc.]

3.2.6.3  Requisiti di assicurazione di altri prodotti

[Ad esempio: incolumità, sicurezza o altri fattori di qualità (come la possibilità di sopravvivenza).]

3.2.6.4   Requisiti attinenti alla sfera umana

[Descrivere i requisiti imposti al sistema per facilitarne l'utilizzo da parte degli utenti. Gli esempi includono capacità di formazione - materiali e attrezzatura da inserire per la formazione - capacità di manutenzione, considerazioni ergonomiche non coperte da descrizioni e standard di interfaccia.]

3.2.6.5   Requisiti logistici

[Descrivere i requisiti imposti al sistema per via di considerazioni logistiche, inclusi manutenzione, supporto, trasporto, fornitura e installazione dei sistemi attuali.]

3.2.7          Requisiti di guida di sistema e di documentazione online dell'utente

[Descrive i requisiti, se presenti, relativi alla documentazione online dell'utente, i sistemi guida, la guida per le informazioni legali e così via.]

3.2.8          Componenti acquisiti

[Questa sezione descrive i componenti acquisiti da utilizzare con il sistema, le licenze applicabili o i vincoli di utilizzo ed ogni compatibilità/interoperabilità associata o standard di interfaccia.]

3.2.9          Interfacce

[Questa sezione definisce le interfacce che devono essere supportate dal sistema. Contiene specificità, protocolli, porte e indirizzi logici adeguati, affinché il sistema possa essere sviluppato e verificato rispetto ai requisiti di interfaccia. Descrive inoltre i requisiti da imporre alle interfacce interne al sistema. Queste ultime scaturiscono ad esempio quando il progetto di sistema è vincolato all'utilizzo interno di componenti hardware o software esistenti.]

3.2.9.1     Interfacce utente

[Descrivere le interfacce utente che devono essere implementate dal sistema.]

3.2.9.2      Interfacce hardware

[Questa sezione definisce tutte le interfacce hardware che devono essere supportate dal sistema, incluse strutture logiche, indirizzi fisici, comportamenti previsti e così via.]

3.2.9.3       Interfacce software

[Questa sezione descrive le interfacce software che devono essere supportate dal sistema in termini di operazioni e segnali supportati (e per cui è richiesto il supporto), protocolli e caratteristiche di dati.]

3.2.9.4       Interfacce di comunicazione

[Descrivere le interfacce di comunicazione ad altri sistemi o periferiche come reti LAN, ecc.]

3.2.10        Requisiti di licenza

[Definisce tutti i requisiti di applicazione della licenza o altri requisiti di limitazione dell'utilizzo che devono essere presentati dal sistema.]

3.2.11        Note legali, di copyright e altre

[Questa sezione descrive tutte le problematiche di conformità delle dichiarazioni di non responsabilità legali, garanzie, avvisi di copyright, brevetti, marchi e loghi relative al sistema.]

3.2.12        Standard applicabili

[Questa sezione descrive, mediante riferimento, tutti gli standard utilizzabili e le sezioni specifiche che si applicano al sistema in fase di descrizione. Ad esempio, ciò può includere standard legali, qualitativi e regolatori, standard industriali per l'utilizzabilità, l'interoperabilità, l'internazionalizzazione, la conformità del sistema operativo e così via.]

4.                  Informazioni di supporto

[Le informazioni di supporto rendono di facile utilizzo SysRS. Includono:

Queste ultime possono includere informazioni riguardo i prototipi strutturali e le interfacce utente. Quando sono incluse le appendici, SysRS deve dire in modo esplicito se devono essere considerate parte dei requisiti o no.]