Guida per l’integrazione e l’installazione

Nome del progetto

Classificazione	Seleziona un elemento.
Stato	Seleziona un elemento.
Nome del programma
Numero del progetto
Capoprogetto	Capoprogetto
Versione	0.1
Data	Fai un clic qui per inserire una data.
Committente	Committente
Autori
Lista di distribuzione

Indice delle modifiche

Versione	Data	Modifica	Autore
0.1

Tabella 1:	controllo delle modifiche

Descrizione

La guida per l’integrazione e l’installazione descrive come è integrato e installato il sistema nell’infrastruttura di esercizio.

Testo in corsivo nel documento: note d'uso o esempi (da adattare o eliminare a seconda del caso).

Descrizione del prodotto

Breve descrizione della soluzione, del prodotto o del sistema da integrare e installare, dal punto di vista funzionale, tecnico e se opportuno anche organizzativo.

Presupposti

N.	Presupposto	Descrizione
01	Accettazione preliminare	L'accettazione preliminare è disponibile
02	Progettazione dell’integrazione	La progettazione dell'integrazione è disponibile ed è stata accettata

Tabella 2:	presupposti

Guida per l’esecuzione

N.	Fase	Descrizione
01	Preparazione	Ogni mandante ha una propria struttura di cartelle
nn	Avvio	L'app è avviata come servizio

Tabella 3:	guida per l’esecuzione

Piano d’integrazione

Data	Fase d'integrazione	Descrizione
12.02.2022	Preparazione	Sono state eseguite tutte le configurazioni, come descritto
Ogni mandante ha una propria struttura di cartelle
13.02.2022	Avvio	Avviare l'app come servizio

Tabella 4:	piano d’integrazione

Garanzia della qualità e test

Testo, misure di garanzia della qualità, test

Gestione dei difetti

Classi di difetti

I difetti riscontrati e i requisiti non soddisfatti (aspettative) sono catalogati in classi da 1 a 4. La classe 0 è utilizzata solo se un risultato perfetto deve essere documentato separatamente.

N.	Classe di difetto	Descrizione
0	privo di difetti	Impeccabile e in linea con i requisiti
1	difetto banale	L'utilizzo è possibile, l'utilità è data, tuttavia il difetto non dovrebbe essere presente
2	difetto leggero	L'utilizzo è possibile, l'utilità è solo leggermente compromessa
3	difetto grave	L'utilizzo è ancora possibile, l'utilità è notevolmente compromessa
4	difetto critico	Inutilizzabile; la funzionalità essenziale non è data; ​ l'esercizio non è accettabile (per es. questioni specifiche relative alla sicurezza)

Tabella 5:	classi di difetti

La classificazione riflette la gravità delle conseguenze e l'onere richiesto per rimediare ai possibili difetti riscontrabili. L'assegnazione dei difetti riscontrati a una classe determina anche approssimativamente la priorità con cui deve essere affrontata la correzione dei difetti.

In presenza di difetti delle classi 1-3, il sistema / prodotto può essere accettato con riserva. È tuttavia necessario definire delle misure per correggere i difetti. È imperativamente necessaria una nuova verifica.

Se per contro sono riscontrati difetti della classe 4, il sistema / prodotto non può essere accettato e il mandatario deve adottare immediatamente misure volte a correggere tali difetti. Il mandatario deve inoltre organizzare una nuova accettazione.

Processo

Riferimento ai processi operativi, descrizione della procedura in caso di problemi (compresi gli aspetti organizzativi come la comunicazione agli utenti ecc.), ad esempio: il committente notifica il problema al mandatario tramite un «incident ticket», lo descrive (ad esempio indicando il codice, il numero e il testo del problema nonché la situazione in cui si verifica) e lo classifica in base alla tabella precedente. Si applicano gli orari di esercizio e di servizio. Il mandatario analizza il problema e comunica il tempo previsto per la risoluzione del problema. Nel caso in cui la valutazione del mandatario diverga da quella del committente, il mandatario deve motivare la sua valutazione. Il committente decide in merito all'esecuzione.

Supporto

Processi di supporto

Riferimento ai processi operativi, descrizione della procedura in caso di problemi (compresi gli aspetti organizzativi come la comunicazione agli utenti ecc.) …

N.	Supporto	Descrizione	Indirizzo di contatto
Sistema di ticketing	Il sistema di ticketing è stato creato per facilitare la segnalazione dei problemi.	www.xyz.com
01	Aiuto e supporto	Se dovessero verificarsi dei problemi nonostante il sistema di ticketing, è disponibile la seguente organizzazione di supporto...	support@abc.com
02	Supporto di primo livello	Rivolgersi sempre prima al superuser, nella maggior parte dei casi sarà in grado di aiutare rapidamente...	+41 99 999 999
Supporto di secondo livello	Se il superuser non è in grado di fornire aiuto, è disponibile il supporto di secondo livello.	+41 99 999 999

Tabella 6:	processo di supporto

Organizzazione

N.	Organizzazione	Ruolo	Nome	Indirizzo di contatto
01	Esercizio IT	Responsabile dell’esercizio	Hans Müller	hans.mueller@abc.com
02

Tabella 7:	organizzazione con ruoli

Accettazione

Testo

Abbreviazioni e glossario

Abbreviazione / Termine	Spiegazione
HERMES	Metodo per progetti e programmi HERMES 2022 è uno standard eCH

Tabella 8:	abbreviazioni e glossario

Indice

Indice delle modifiche	1

Descrizione	1

1	Descrizione del prodotto	2

2	Presupposti	2

3	Guida per l’esecuzione	2

4	Piano d’integrazione	2

5	Garanzia della qualità e test	2

6	Gestione dei difetti	3

7	Supporto	4

8	Accettazione	4

Abbreviazioni e glossario	5

Indice	6

Indice delle tabelle	6

Indice delle tabelle

Tabella 1:	controllo delle modifiche	1

Tabella 2:	presupposti	2

Tabella 3:	guida per l’esecuzione	2

Tabella 4:	piano d’integrazione	2

Tabella 5:	classi di difetti	3

Tabella 6:	processo di supporto	4

Tabella 7:	organizzazione con ruoli	4

Tabella 8:	abbreviazioni e glossario	5