Richiesta di manutenzione di un noise logger –

La richiesta di manutenzione in questo specifico caso viene effettuata quando il noise

logger comunica, in una delle sue rilevazioni, un livello di batteria residua inferiore ad una

soglia impostata precedentemente.

Caso d’uso di riferimento: UC6.

Prerequisiti: Dispositivo dell’utente connesso ad internet, l’utente ha effettuato la

visualizzazione della mappa, un noise logger necessita di manutenzione della batteria.

Attori coinvolti: Operatore utility, Mobile app, Server TLI, Server di elaborazione dati,

Operatore azienda fornitrice della sensoristica.

Davide Pellegrino _[97/146] diverse fasi considerando che la vita di un ticket può essere divisa in una fase iniziale di “apertura”, in una intermedia di “elaborazione” ed in una finale di “chiusura”.

Un ticket è caratterizzato dalla coppia (Stato, Info) che descrive il livello di avanzamento della richiesta di manutenzione. Nella seguente tabella vengono riportate quelle relative alla sostituzione della batteria:

ID

Stato

Info

B1 Aperto

Ticket inserito nel sistema, in attesa che la richiesta venga presa in carico da un operatore

dell’azienda fornitrice della sensoristica

B2 In elaborazione L’intervento è in fase di _esecuzione

B3 Chiuso La manutenzione è stata _terminata

Tabella 3.9 – Ciclo di vita di un ticket per la sostituzione della batteria Di seguito andremo perciò ad analizzare ognuna delle sottofasi.

3.3.3.6.1 Apertura ticket

In questa fase viene creato un ticket successivo alla richiesta di manutenzione da parte dell’utente.

Attori coinvolti: Operatore Utility, Mobile app, Server TLI.

Mobile app

Input:

 Identificativo del noise logger che necessita di manutenzione.

Output:

 Notifica di avvenuta apertura del ticket.

Elaborazioni:

 Invia al server TLI la richiesta di manutenzione specificando il noise logger con la batteria scarica;

 Una volta ricevuta la conferma dal server dell’apertura del ticket, notifica all’utente l’esito dell’operazione. In caso si presenti un errore interno al sistema l’utente viene avvertito del problema.

Server TLI

Davide Pellegrino _[98/146]

 Noise logger che necessita della sostituzione della batteria.

Output:

 Notifica riguardo l’esito dell’operazione.

Elaborazioni:

 Riceve dall’applicazione la richiesta di sostituzione della batteria per uno specifico

noise logger;

 Elabora la richiesta inserendo nel database un nuovo ticket (ID B1) associato all’utility;

 Notifica alla mobile app l’avvenuta apertura del ticket ed invia a tutti gli utenti appartenenti all’utility registrati al servizio TI-LeD una email con l’identificativo della richiesta. In caso di errori del sistema l’utente viene avvertito con un messaggio mediante l’interfaccia web.

3.3.3.6.2 Elaborazione ticket

Nella seguente fase vi è la presa in carico, da parte di un operatore dell’azienda fornitrice della sensoristica, della richiesta di manutenzione del noise logger.

Attori coinvolti: Operatore azienda fornitrice della sensoristica, Server TLI, Server di

elaborazione dati.

Server TLI

Input:

 Notifica di accettazione del ticket;

Output:

 Notifica all’utente, mediante email, dell’elaborazione della richiesta di manutenzione.

Elaborazioni:

 Il Server TLI inoltra la richiesta di manutenzione precedentemente ricevuta al Server di elaborazione dati e rimane in attesa che questa venga accettata;

 Una volta che l’operatore ha accettato la richiesta, il Server TLI aggiorna il database relativamente al ticket (ID B2) ed invia una email a tutti gli utenti dell’utility registrati al servizio TI-LeD come notifica del cambiamento di stato del ticket.

Server di elaborazione dati

Input:

 Informazioni riguardanti la manutenzione da effettuare. Nello specifico saranno presenti:

Davide Pellegrino _[99/146] o Dettagli sul tipo di intervento.

Output:

 Notifica dell’avvenuta presa in consegna, da parte di un operatore, della richiesta di manutenzione.

Elaborazioni:

 Il Server di elaborazione dati riceve dal Server TLI la richiesta di intervento;

 Mediante un sistema interno dell’azienda fornitrice della sensoristica, viene selezionato un operatore addetto allo svolgimento della manutenzione;

 Una volta che il ticket viene preso in consegna dall’operatore, viene inviata una notifica al Server TLI.

3.3.3.6.3 Chiusura ticket

In questa ultima fase vi è l’esecuzione dell’intervento di manutenzione vero e proprio e la conseguente chiusura del ticket ad esso associato.

Attori coinvolti: Operatore azienda fornitrice della sensoristica, Mobile app, Server TLI,

Server di elaborazione dati.

Server di elaborazione dati

Input:

 Notifica di fine intervento da parte dell’operatore.

Output:

 Notifica di avvenuta manutenzione.

Elaborazioni:

 Il Server di elaborazione dati rimane in attesa che l’operatore dell’azienda fornitrice della sensoristica finisca l’intervento di riparazione del noise logger;

 Una volta ricevuta la notifica, invia l’esito dell’operazione al server TLI;

Server TLI

Input:

 Notifica di manutenzione ultimata.

Output:

 Notifica dello stato dell’operazione di intervento.

Davide Pellegrino _[100/146]

 Il Server TLI rimane in attesa che l’intervento di manutenzione venga concluso;

 Ricevuta la notifica di conclusione dei lavori, aggiorna nel database il relativo ticket (ID B3), invia una email a tutti gli utenti dell’utility registrati al servizio TI-LeD per notificare la chiusura del ticket ed infine invia la notifica della fine dei lavori alla mobile app;

Mobile app

Input:

 Notifica di avvenuta manutenzione.

Output:

 Visualizzazione di un messaggio all’utente della chiusura del ticket.

Elaborazioni:

 L’applicazione rimane in attesa di comunicazioni da parte del Server TLI (polling);

 Una volta ricevuta la notifica di terminazione dei lavori di manutenzione per un determinato noise logger, mostra all’utente un messaggio relativo al ticket.

Davide Pellegrino _[101/146] Figura 3.35 – Diagramma di Richiesta manutenzione noise logger - Batteria

3.3.3.7 Richiesta di manutenzione di un noise logger – Errore