Requisiti di sistema

Nome del progetto

Classificazione	Selezionare un elemento
Stato	Selezionare un elemento
Nome del programma
Numero del progetto
Project manager	Project manager
Versione	0.1
Data	clicca qui per inserire una data
Committente	Committente
Autore/Autori
Distribuzione

Elenco delle modifiche

Versione	Data	Modifica	Autore
0.1

Tabella 1:	Controllo delle modifiche

Descrizione

I requisiti di sistema descrivono i requisiti del futuro sistema. Sono strutturati secondo categorie di requisiti e comprendono ad esempio i requisiti operativi, i requisiti di esercizio, i requisiti di supporto e i requisiti di sicurezza. La priorità di questi requisiti si determina a seconda della loro importanza. La documentazione dei requisiti di sistema avviene sulla base e con le norme e gli standard relativi ai metodi utilizzati nell’ingegneria dei requisiti.

Requisiti di massima

Dallo studio

ID	Requisito	Tipo1	Criterio di accettazione	Importanza2	Urgenza3
R1	Registrare l’iscrizione al corso	F	Test eseguiti con successo secondo la specifica dei test	5	5
R2	Visualizzare la conferma	Q	Entro 2 secondi nel 90 % dei test, in un ambiente di sistema reale	3	4
R3	Le conferme devono essere inviate in giornata	O	Entro le 24 ore successive alla decisione di svolgere il corso	3	3
R4	Trasmettere i dati in forma crittografata	S	Test eseguiti con successo secondo la specifica dei test	5	4
R5	Garantire la coerenza metodologica	C	Convalidare gli elementi metodologici con HERMES-CD	5	3
A6
1) Tipo = tipo di requisito: O = organizzazione operativa, F = requisito funzionale, Q = qualità, S = sicurezza, M= migrazione, A= architettura, E = esercizio, C = conformità (legislazione, istruzioni, norme e direttive) 2) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 3) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente

Tabella 2:	Requisiti di massima

Panoramica del sistema

Una rappresentazione grafica del sistema è utile per comprendere la struttura dei requisiti dettagliati. Essa può essere realizzata con tecniche diverse.

Tecnica 1: Albero delle funzioni

Figura 1:	Albero delle funzioni

Tecnica 2: Caso d’uso («use case»)

Diagramma del pacchetto relativo al caso d’uso

Figura 2:	Diagramma del pacchetto relativo al caso d’uso

Diagramma relativo al caso d’uso

Figura 3:	Diagramma relativo al caso d’uso

Requisiti di dettaglio

Requisiti per l’organizzazione operativa

I requisiti organizzativi non sono descritti nel presente documento, ma sono documentati nel concetto dell’organizzazione operativa.

Requisiti funzionali

Per descrivere i requisiti si possono utilizzare diverse tecniche.

Tecnica 1: Descrizione con un modulo generico

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	13.12.2021	Stato
Nome
Breve descrizione funzionale
Input	Dalla banca dati
Fasi/Regole per l’elaborazione	1a fase 2a fase 3a fase
Output
Criteri d’accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 3:	Modulo tecnica 1

Tecnica 2: Descrizione con il modulo per documentare la storia dell’utente («user story»)

Criteri che il prodotto deve soddisfare per essere accettato.

Per singolo criterio:

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.2021	Stato
Nome	User story xyz
Descrizioni e note
Criteri di accettazione
In qualità di <ruolo dell’utente> desidero <obiettivo> [, in modo che <motivo dell’obiettivo>]
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 4:	Modulo tecnica 2

Tecnica 3: Descrizione con il modulo per il caso d’uso

Criteri che il prodotto deve soddisfare per essere accettato.

Per singolo criterio:

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.2021	Stato
Autore e referente
Breve descrizione
Motivo tecnico (evento)
Attori
Condizioni preliminari
Svolgimento/Interazione
Condizioni a posteriori
Casi speciali (sviluppi alternativi 1–n), comprese le condizioni a posteriori
Criteri di accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 5:	Modulo tecnica 3

Requisiti qualitativi

Requisiti non funzionali legati all’utente come intuitività, ergonomia, tempi di risposta ecc.

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.2021	Stato
Nome
Descrizione
Criteri di accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 6:	Requisiti qualitativi

Requisiti attinenti al concetto d’esercizio

Requisiti non funzionali, legati all’esercizio come affidabilità, disponibilità ecc.

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.2021	Stato
Nome
Descrizione
Criteri di accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 7:	Requisiti attinenti al concetto d’esercizio

Requisiti attinenti all’architettura del sistema

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.2021	Stato
Nome
Descrizione
Criteri di accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 8:	Requisiti attinenti all’architettura del sistema

Requisiti attinenti al concetto di migrazione

Requisiti correlati alla migrazione

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.21	Stato
Nome
Descrizione
Criteri di accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 9:	Requisiti attinenti al concetto di migrazione

Requisiti del piano SIPD

Requisiti relativi alla sicurezza dell’informazione e alla protezione dei dati.

Requisito di massima	n.nn	Fonte	Autore	Dipendenza verso	Data	20.12.2021	Stato
Nome
Descrizione
Criteri di accettazione
Importanza1	Urgenza2	Rischio3	Carico di lavoro4
1) Importanza: 5 = da attuare imperativamente; 4 = molto importante, 3 = importante, 2 = normale, 1 = non importante 2) Urgenza: 5 = da attuare immediatamente, 4 = molto urgente, 3 = urgente, 2 = normale, 1 = non urgente 3) Rischio/Criticità: 5 = non accettabile, 4 = molto elevato, 3 = medio, 2 = basso, 1 = nullo 4) Carico di lavoro: 5 = non sostenibile, 4 = molto elevato, 3 = elevato, 2 = normale, 1 = trascurabile o inesistente

Tabella 10:	Requisiti del piano SIPD

Elenco delle abbreviazioni e glossario

Abbreviazione/Termine	Spiegazione
HERMES	Metodo per la gestione di progetti e programmi HERMES 5 è uno standard eCH

Tabella 11:	Elenco delle abbreviazioni e glossario

Indice

Elenco delle modifiche	1

Descrizione	1

1	Requisiti di massima	2

2	Panoramica del sistema	2

2.1	Tecnica 1: Albero delle funzioni	3

2.2	Tecnica 2: Caso d’uso («use case»)	3

2.2.1	Diagramma del pacchetto relativo al caso d’uso	3

2.2.2	Diagramma relativo al caso d’uso	4

3	Requisiti di dettaglio	4

3.1	Requisiti per l’organizzazione operativa	4

3.2	Requisiti funzionali	4

3.2.1	Tecnica 1: Descrizione con un modulo generico	5

3.2.2	Tecnica 2: Descrizione con il modulo per documentare la storia dell’utente («user story»)	6

3.2.3	Tecnica 3: Descrizione con il modulo per il caso d’uso	7

3.3	Requisiti qualitativi	8

3.4	Requisiti attinenti al concetto d’esercizio	9

3.5	Requisiti attinenti all’architettura del sistema	10

3.6	Requisiti attinenti al concetto di migrazione	11

3.7	Requisiti del piano SIPD	12

Elenco delle abbreviazioni e glossario	13

Indice	14

Indice dei grafici	15

Indice delle tabelle	15

Indice dei grafici

Figura 1:	Albero delle funzioni	3

Figura 2:	Diagramma del pacchetto relativo al caso d’uso	3

Figura 3:	Diagramma relativo al caso d’uso	4

Indice delle tabelle

Tabella 1:	Controllo delle modifiche	1

Tabella 2:	Requisiti di massima	2

Tabella 3:	Modulo tecnica 1	5

Tabella 4:	Modulo tecnica 2	6

Tabella 5:	Modulo tecnica 3	7

Tabella 6:	Requisiti qualitativi	8

Tabella 7:	Requisiti attinenti al concetto d’esercizio	9

Tabella 8:	Requisiti attinenti all’architettura del sistema	10

Tabella 9:	Requisiti attinenti al concetto di migrazione	11

Tabella 10:	Requisiti del piano SIPD	12

Tabella 11:	Elenco delle abbreviazioni e glossario	13