Sistema sicurezza: rilevazione preventiva dei rischi

Transcript

1 Concorso INAIL 2010 Sistema sicurezza: rilevazione preventiva dei rischi Documento di progetto Lucrezia Repetti Classe 5 I1- a.s ISII Tecnico G. Marconi - Piacenza Gennaio 2010

2 2

3 SOMMARIO SOMMARIO INTRODUZIONE ABSTRACT ANALISI DEI REQUISITI IDENTIFICAZIONE DEGLI OBIETTIVI CONSIDERAZIONI AGGIUNTIVE STAKEHOLDER E ATTORI Identificazione di tutte le figure coinvolte nell applicazione USE CASE Scenario 1: Registrazione dell utente Scenario 2: L utente accede al sito Scenario 3: invio segnalazione Scenario 4: il referente legge le segnalazioni Scenario 5 il referente registra i provvedimenti Scenario 6 l amministrazione autorizza la segnalazione REQUISITI PER LE INTERFACCE ESTERNE Interfaccia Utente Dispositivi Hardware REQUISITI DI SISTEMA Affidabilità - Disponibilità Sicurezza PIANIFICAZIONE ELENCO DELLE ATTIVITÀ DIAGRAMMA DI GANTT IL PROGETTO ARCHITETTURA DEL SERVIZIO MODELLO CONCETTUALE MODELLO LOGICO MAPPA DI NAVIGAZIONE Quadri sinottici User Interface Control Panel Referente Amministratore

4 4

5 1. INTRODUZIONE 1.1 ABSTRACT All interno delle scuole spesso accadono incidenti che potrebbero essere evitati con un opportuno monitoraggio dello stato degli edifici e conseguentemente con tempestivi interventi. Spesso i problemi presenti sono visibili prevalentemente dagli studenti e dai docenti che vivono la scuola e pertanto potrebbe essere opportuno creare uno strumento per dare loro la possibilità di segnalare gli eventuali pericoli. Questo si potrebbe realizzare con la creazione di un applicativo che permetta di inviare via web le segnalazioni di rischi al referente della sicurezza della scuola che quindi può individuarli più facilmente, provvedere alla loro gestione e risolvere le situazioni di emergenza memorizzando poi il tipo e la data dell intervento effettuato. L applicativo SafeSchool, progettato in quest ottica, si propone come soluzione. Il sistema fornisce anche un sinottico riassuntivo implementato in MSVisio 2007 che rappresenta graficamente una sintesi in tempo reale di tutte le segnalazioni pervenute nelle varie aree della scuola. Dall analisi di quelli che potevano essere i problemi all interno della scuola ne è scaturita una classificazione in rischi, guasti, incidenti, presenza di intrusi ed emergenze. In quest ultimo caso si è deciso di dare la possibilità all utente di inviare un messaggio immediato sul cellulare al referente della sicurezza, in modo che quest ultimo possa prendere urgentemente provvedimenti. Il progetto tenta anche di perseguire un altro fondamentale obiettivo: quello di sensibilizzare le persone che lavorano in una scuola, in particolar modo gli studenti, ad individuare e a comprendere le situazioni di rischio. 5

6 2. ANALISI DEI REQUISITI 2.1 IDENTIFICAZIONE DEGLI OBIETTIVI Lo scopo principale di SafeSchool è la realizzazione di un applicativo che: Permetta l invio di segnalazioni di pericolo al referente della sicurezza Consenta di monitorare e registrare le situazioni allarmanti all interno della scuola Garantisca la sicurezza nell Istituto, con interventi veloci Permetta anche di ottenere lo stato delle apparecchiature della scuola che non rappresentano un vero e proprio rischio ma che possono influire sulle attività scolastiche Fornisca una panoramica degli interventi da effettuare 2.2 CONSIDERAZIONI AGGIUNTIVE Questo progetto viene implementato in un ambito prettamente scolastico ed è opportuno precisare che: per inviare una segnalazione l utente deve essere registrato al sito web, in modo da non dover incorrere nella possibilità che le comunicazioni anonime siano in realtà non fondate. Per evitare questo inconveniente si potrebbe offrire una casella di posta sul sito della scuola a tutti gli utenti: in questo caso le segnalazioni che provengono dal dominio della scuola sono automaticamente visibili mentre per le altre si può pensare ad una validazione da parte del amministratore. l utente effettua la segnalazione e poi sarà compito del referente della sicurezza intraprendere le scelte più opportune per la risoluzione del problema l applicativo è realizzato per web application ma può essere completato con una mobile application, in modo da rendere ancora più immediata e semplice la comunicazione gli SMS per imminenti pericoli vengono inviati direttamente al cellulare del referente il referente della sicurezza può presentare all ente Provincia una mappatura dell elenco delle segnalazioni 6

7 2.3 STAKEHOLDER E ATTORI IDENTIFICAZIONE DI TUTTE LE FIGURE COINVOLTE NELL APPLICAZIONE Dato il particolare ambito del progetto, i profili degli stakeholders potrebbero ricondursi al personale della Provincia che gestisce le risorse delle scuole superiori per avere un sunto degli interventi effettuati o da effettuare. Si può pensare di fornire loro accesso limitatamente alla mappa degli interventi. Gli attori rappresentano figure che lavorano all interno dell istituto: Utente registrato Descrizione: può essere uno studente, personale ATA, un docente, il dirigente scolastico stesso, personale della segreteria o, più in generale, una figura presente all interno della scuola e che abbia quindi la possibilità di verificare la presenza di eventuali rischi. Ruolo: client Aspettative: o Inviare una segnalazione di pericolo con tutti i relativi dettagli. Referente per la sicurezza Descrizione: docenti dell istituto che si occupano della Sicurezza Ruolo: client Aspettative: o Poter aggiornare dinamicamente la situazione delle segnalazioni in relazione ai provvedimenti presi per la risoluzione del pericolo o Ricevere SMS d Urgenza qualora l utente segnali un pericolo imminente o grave per l istituto, verificarne l attendibilità e prendere provvedimenti Amministratore Descrizione: amministratore di sistema Ruolo: content provider Aspettative: o Prende visione della situazione del sito e pianifica attività o Pianifica il backup o Autorizza le segnalazioni degli utenti registrati con dominio di mail diverso da quello della scuola o Aggiorna gli utenti o Modifica e aggiorna il sito web. 7

8 2.3.2 USE CASE SCENARIO 1: REGISTRAZIONE DELL UTENTE Use cases: Registrazione Utente Attori: Utente Pre-condizioni: L utente non è già registrato nel sistema Flusso di azioni: L utente per potersi registrare deve fornire Username e Password; L utente inserisce i dati necessari. 8

9 2.3.4 SCENARIO 2: L UTENTE ACCEDE AL SITO Use cases: Accedere al sito Attori: Utente Pre-condizioni: L utente deve essere registrato. Flusso di azioni: L utente accede al portale fornendo Username e Password; Se questi sono corretti può procedere, altrimenti deve inserirli nuovamente SCENARIO 3: INVIO SEGNALAZIONE Use cases: Accedere al sito Attori: Utente, Referente della sicurezza Pre-condizioni: L utente deve essere già registrato. Flusso di azioni: L utente accede al sito fornendo Username e Password; Scrive i dettagli relativi alla segnalazione; Invia Segnalazione SCENARIO 4: IL REFERENTE LEGGE LE SEGNALAZIONI Use cases: Lettura Attori: Referente della sicurezza Pre-condizioni: nessuna Flusso di azioni: Il referente si identifica Legge le segnalazioni ancora aperte Verifica l attendibilità della segnalazione 9

10 2.3.7 SCENARIO 5 IL REFERENTE REGISTRA I PROVVEDIMENTI Use cases: Registrazione Attori: Referente della sicurezza Pre-condizioni: lettura delle segnalazioni Flusso di azioni: Il referente accede al sistema Legge le segnalazioni Ne seleziona una per cui non ha ancora provveduto Apre le informazioni relative e registra il provvedimento SCENARIO 6 L AMMINISTRAZIONE AUTORIZZA LA SEGNALAZIONE Use cases: Autenticazione segnalazione Attori: Amministratore Pre-condizioni: lettura delle segnalazioni Flusso di azioni: l amministratore si identifica Legge le segnalazioni Esamina quelle ritenute autentiche e le rende disponibili al referente 10

11 2.4 REQUISITI PER LE INTERFACCE ESTERNE INTERFACCIA UTENTE La user interface deve permettere l autenticazione dell utente, ed essere in grado di mostrare le sole funzionalità abilitate per la sua classe di appartenenza in modo da permettergli di segnalare una determinata anomalia DISPOSITIVI HARDWARE Per la maggior parte degli utenti, un comunissimo personal computer può essere considerato sufficiente per usufruire di questo servizio. Per quanto riguarda l amministratore, si potrebbe optare per l uso di un PDA o smartphone, più pratico e leggero e che permette a questa tipologia di utente di recuperare informazioni in tempo reale, così da poter intervenire immediatamente in caso di gravi segnalazioni. 2.5 REQUISITI DI SISTEMA AFFIDABILITÀ - DISPONIBILITÀ Per il tipo di applicazione è sufficiente un backup del database in modo da poter ripristinare i dati in caso di guasto. Il backup, di tipo completo vista la scarsa mole di dati, viene effettuato una volta al giorno su un supporto esterno usando i meccanismi integrati del DBMS SICUREZZA Ovviamente il sistema deve essere strutturato in modo che ogni tipo di utente abbia accesso soltanto alle funzionalità di propria competenza. Le password nel database non saranno in chiaro, ma codificate tramite un opportuna funzione di hashing, come SHA1; per la tipologia di informazioni presenti nel DB (che non contiene dati sensibili) non è necessario utilizzare protocolli sicuri, certificati digitali o altro. La rete invece sarà comunque protetta da un firewall, soprattutto se il sito viene linkato al portale della scuola. 11

12 3. PIANIFICAZIONE 3.1 ELENCO DELLE ATTIVITÀ Le attività pianificate sono riportate nella seguente tabella 3.2 DIAGRAMMA DI GANTT Il diagramma di Gantt fornisce una scansione temporale delle varie attività Il progetto viene realizzato secondo la tecnica prototipale: inizialmente è stato prodotto un mockup, per poi implementare, attraverso raffinamenti successivi, le altre funzioni, perfezionando anche i dettagli tecnici e grafici. Più precisamente, come si evince dal diagramma di Gantt, il primo step evolutivo consistite nella definizione della base dati e delle pagine web pubblicamente accessibili. Quindi, si procede aggiungendo l interfaccia amministrativa e infine completando con la sezione relativa al referente. 12

13 4. IL PROGETTO 4.1 ARCHITETTURA DEL SERVIZIO Mobile Application Web Application User Interface & Control Panel Synoptic Data Access Layer Database Come si evince facilmente dallo schema soprastante, l architettura del sistema è piuttosto semplice, ma è comunque utile precisare alcuni aspetti importanti: Il database, che contiene tutte le informazioni archiviate e di cui dovrà essere effettuato un backup giornaliero, è gestito attraverso SQLServer 2005 Express Edition, che è gratuito e soddisfa adeguatamente i requisiti dell applicativo (in particolare la funzionalità di backup). Il Data Access Layer si occupa di astrarre l accesso alle informazioni del DB e, in accordo con una architettura a due livelli, risiede sul medesimo server del DB. In questa sede non si è fatto ricorso ad un meccanismo di ORM, preferendo piuttosto una soluzione semplice e conosciuta come ADO.NET. La web application è invece realizzata con ASP.NET 2.0 e presenta: o o la User Interface per le funzionalità pubblicamente accessibili agli utenti registrati che desiderino inviare una segnalazione Il control panel che è specifico per gli utenti amministratore e referente della sicurezza e permette di gestire le attività definite in precedenza. Il web server utilizzato è Microsoft Internet Information Server (IIS). Il Synoptic che offre quadri sinottici implementati in Microsoft Visio 2007 che rappresentano graficamente una sintesi in tempo reale di tutte le segnalazioni pervenute nelle varie aree della scuola. In ultimo, la mobile application offre le medesime funzionalità della controparte web, ma è ottimizzata per l utilizzo su cellulari, palmari e altri MID. Al momento, però, questa componente non sarà realizzata, pur restando prevista come estensione futura. 13

14 4.2 MODELLO CONCETTUALE Il modello concettuale della base di dati è rappresentato da un semplice schema ER. Si è optato per la generalizzazione della segnalazione che può specializzarsi in guasto, rischio, intrusione, SMS o incidente. Nel caso di un SMS i campi Note e Luogo resteranno vuoti. Nel caso di guasto o rischio occorre segnalare l oggetto in questione, eventualmente fornendo anche il codice di inventario qualora questo sia visibile. E prevista una entità per i referenti della sicurezza perché questi possono cambiare negli anni. FIGURA 1 MODELLO CONCETTUALE (ER) DELLA BASE DATI 4.3 MODELLO LOGICO Nella realizzazione del modello logico si è preferito risolvere la gerarchia verso l alto, per semplificare la gestione delle pagine web. I campi Note possono essere NULL, le password non sono in chiaro all interno del database grazie all uso della funzione di hashing utilizzata all atto della registrazione. I campi descrizione sono nvarchar(max) per non mettere limiti predefiniti al numero di caratteri. In base a quanto esposto in precedenza, le segnalazioni inviate da mail con il dominio della scuola saranno inserite in automatico nelle segnalazioni, mentre quelle di tipo differente sono contrassegnate da un flag ( autorizzata ) che segnala l autorizzazione da parte dell amministratore. Per far questo occorre implementare un trigger sull inserimento della segnalazione che riconosca il dominio e ponga il flag in modo coerente. 14

15 nella tabella Segnalazioni sono applicati vari vincoli CHECK: o il tipo di segnalazione può essere solo rischio, incidente, intruso, guasto SMS o se tipo è intruso o SMS saranno NULL i campi oggetto, codice_oggetto, persone_coinvolte o se tipo è rischio o guasto sarà obbligatorio il campo oggetto o se tipo è incidente sarà obbligatorio il campo persone_coinvolte Utenti IDUtente user_name pwd domanda risposta Referenti IDReferente nome cognome codice_fiscale materia cellulare anno_scolastico Segnalazioni IDSegnalazione IDUtente data luogo descrizione note autorizzata oggetto codice_oggetto Provvedimenti IDProvvedimento IDSegn IDRef data descrizione effettuato_da note tipo persone_coinvolte FIGURA 2 MODELLO LOGICO (RELAZIONALE) DELLA BASE DATI 15

16 Si riportano di seguito i tipi di dati nelle varie tabelle TABELLA UTENTI TABELLA REFERENTI TABELLA SEGNALAZIONI TABELLA PROVVEDIMENTI 16

17 4.4 MAPPA DI NAVIGAZIONE Il sito web presenta un layout molto semplice. Si è scelto di utilizzare un css per la definizione dell interfaccia. Come definito nell architettura della soluzione si è pensato ad una web application con tre interfacce: una per l utente che desidera effettuare una segnalazione, una per il referente ed una per l amministratore del sito QUADRI SINOTTICI Il referente della sicurezza ha la possibilità di verificare giornalmente la situazione dell istituto, cioè la presenza di rischi, guasti, incidenti od intrusioni all interno di ogni sezione dell edificio. Di seguito è riportato uno dei file che il referente può consultare. Questa piantina (rappresentante l ISII Marconi di Piacenza) è stata realizzata con l utilizzo di Microsoft Visio 2007, uno strumento del pacchetto Microsoft Office. In prima istanza è stato disegnata la piantina della scuola, divisa in sei settori (segreteria, aula magna, biennio, triennio, laboratori di elettronica e laboratori di meccanica) e per ognuno di essi sono state create delle specie di tabelle riassuntive, contenenti il numero di segnalazioni della sezione in questione. Per realizzare questo, si è utilizzato un servizio presente in Microsoft Visio 2007, ossia la possibilità di associare alle figure ( in questo caso i rettangoli contenenti le tabelle ) dei dati presenti in database o fogli excel. In questo progetto i dati sono stati prelevati dal database di Safe School. L immagine sottostante rappresenta uno dei possibili scenari per i quadri sinottici, ma ne possono essere implementati altri di diverso tipo. 17

18 L applicativo non è ancora attualmente completato pertanto viene riportato in questo documento solo lo screenshot delle pagine web USER INTERFACE Registrazione al Sito Web Se l utente desidera registrarsi occorre che clicchi sul pulsante Registrati, così facendo si troverà davanti la schermata da compilare con username, password, , e domanda segreta con la relativa risposta (qualora la password venga dimenticata): 18

19 Accedere al Sito Web Se l utente è, invece, già registrato al sito, premendo il pulsante Accedi avrà la possibilità di accedere direttamente al sito, di modificare la password oppure di ricevere una mail con la password che si è dimenticata: 19

20 20

21 Segnalazione Rischi Se l utente vuole segnalare la presenza di un rischio, può usufruire della sezione Rischi nella quale si troverà di fronte una schermata nella quale dovrà compilare i seguenti campi: Data Rischio: Data in cui è stato scoperto il rischio Oggetto: Oggetto che è causa del pericolo Codice Oggetto: Serie numerica che rappresenta l oggetto nell inventario scolastico Luogo del Rischio: Aula in cui si presenta il pericolo Descrizione Rischio: Spiegazione rappresentante il rischio, consente al referente di comprendere meglio la situazione Note: eventuali note che l utente può decidere di inserire 21

22 Segnalazione Guasti Se l utente vuole segnalare la presenza di un guasto, può usufruire della sezione Guasti nella quale si troverà di fronte una schermata nella quale dovrà compilare i seguenti campi: Data Guasto: Data in cui è stato scoperto il guasto Oggetto: Oggetto guastato Codice Oggetto: Serie numerica che rappresenta l oggetto nell inventario scolastico Luogo del Guasto: Aula in cui si presenta il guasto Descrizione Guasto: Spiegazione rappresentante il guasto, consente al referente di comprendere meglio la situazione Note: eventuali note che l utente può decidere di inserire 22

23 Segnalazione Incidenti Se l utente vuole segnalare la presenza di un incidente, può usufruire della sezione Incidenti nella quale si troverà di fronte una schermata nella quale dovrà compilare i seguenti campi: Data Incidente: Data in cui è accaduto l incidente Luogo dell Incidente: luogo in cui è accaduto l incidente Persone coinvolte: numero delle persone coinvolte nell incidente Descrizione Incidente: Descrizione di quanto accaduto Note: eventuali note che l utente può decidere di inserire Segnalazione Intrusi Se l utente vuole segnalare la presenza di un intruso, può usufruire della sezione Intrusi nella quale si troverà di fronte una schermata nella quale dovrà compilare i seguenti campi: Data Visione: Data in cui è stato visto l intruso Luogo Visione: luogo in cui è stato visto l intruso Descrizione Intruso: Descrizione fisica della persona Note: eventuali note che l utente può decidere di inserire 23

24 SMS d urgenza Se l utente vuole segnalare la presenza di un pericolo imminente ha la possibilità attraverso la sezione SMS D urgenza : di inviare direttamente un messaggi al referente della sicurezza: 24

25 4.4.3 CONTROL PANEL REFERENTE Il referente della sicurezza per accedere alla sua sezione deve, per prima cosa, accedere inserendo Username e Password: Analizza Segnalazione Guasti Il referente ha la possibilità di visualizzare le segnalazione dei guasti inviate, e modificare il loro stato (da aperto a chiuso) qualora il guasto sia stato risolto. Quando apre la pagina dei guasti viene visualizzata una tabella contenente l elenco dei guasti segnalati: è presente una colonna Provvedimento che può contenere due valori ( Vedi o Aggiungi ). Se il referente deve aggiungere un nuovo provvedimento alla segnalazione selezionata è sufficiente che faccia un click su Aggiungi e apparirà la seguente pagina: 25

26 Nel caso in cui il referente abbia già provveduto a risolvere il guasto cliccando su Vedi può rivedere quanto memorizzato in precedenza o può inserire un nuovo provvedimento qualora sia necessario. 26

27 cliccando su Nuovo si apre, nella stessa pagina, una finestra per l immissione di un nuovo provvedimento: Analogamente si realizzano tutte le altre pagine come Rischi, SMS, Intrusioni, che non si riportano per brevità. Relativamente alla segnalazione di incidenti invece il referente può solamente leggerne l elenco. 27

28 AMMINISTRATORE L amministratore per accedere alla sua sezione deve, per prima cosa, accedere inserendo Username e Password: Successivamente egli può compiere due operazioni: Gestione Utenti Autorizzazione Segnalazioni 28

29 Gestione Utente L amministratore ha la possibilità di visualizzare tutti gli utenti iscritto al sito: Segnalazioni La seconda azione che l amministratore può compiere è quella di visualizzare tutte le segnalazioni inviate al referente della sicurezze e decidere quali pubblicare sul sito web per il referente: 29