progetto di Alternanza Scuola Lavoro “Social Tech Care” · 2019-03-05 · Documento di sintesi...

C

Consiglio Nazionale delle Ricerche

Documento di sintesi del primo anno del

progetto di Alternanza Scuola Lavoro “Social Tech Care”

P. Andronico, C. Gherarducci, F. Marra, S. Minutoli,

M. Roncolini, S. Sbrana, I.Serrecchia, C.Trimarchi

IIT B4-03/2018

Nota Interna

dicembre 2018

Iit

Istituto di Informatica e Telematica

Documento di sintesi del primo anno del progetto di Alternanza Scuola Lavoro

“Social Tech Care”

Istituto di Informatica e Telematica:

Patrizia Andronico, Cinzia Gherarducci, Francesco Marra, Salvatore Minutoli, Martina Roncolini, Sonia Sbrana, Irma Serrecchia

Istituto di Neuroscienze:

Carmela Trimarchi

STC 2 | 62 dicembre 2018


SOMMARIO

Introduzione (TUTOR) .............................................................................................................................................. 5

Le scuole coinvolte ................................................................................................................................................. 5

I gruppi di lavoro ..................................................................................................................................................... 6

I meeting, con foto .................................................................................................................................................. 6

Kickoff Meeting ........................................................................................................................................................ 7

All Hands Meeting ................................................................................................................................................... 8

Final Meeting ............................................................................................................................................................ 9

GRUPPO TECNICO ..........................................................................................................................................................10

Descrizione del lavoro (TUTOR TECNICI) .......................................................................................................10

Progettazione..........................................................................................................................................................10

Stato dell'arte..........................................................................................................................................................14

Gruppo tecnico (studenti ITIS Pontedera) ......................................................................................................19

Introduzione ...........................................................................................................................................................19

Analisi del problema ............................................................................................................................................20

Implementazione ..................................................................................................................................................21

Relazione interfaccia (studenti ITIS Massa) ...................................................................................................24

Obiettivo generale ................................................................................................................................................24

Obiettivo del gruppo ............................................................................................................................................24

Organizzazione del lavoro .................................................................................................................................24

Sviluppo agile .........................................................................................................................................................24

Programmazione di Applicazioni per il Web .............................................................................................25

Manipolazione con Javascript (JQuery) dei dati degli utenti ricevuti .............................................28

Definizione e caricamento dei dati nella tabella (Datatable) ..............................................................28

CDN Content Delivery Network ......................................................................................................................35

GRUPPO COMUNICAZIONE ........................................................................................................................................36

Descrizione del lavoro (TUTOR COMUNICAZIONE)....................................................................................36

Preparazione del logo e dei poster: attività in comune .........................................................................36

Ideazione e realizzazione del logo .................................................................................................................37

Progettazione e realizzazione dei poster ....................................................................................................39

Attività svolte da tutti i partecipanti ................................................ Error! Bookmark not defined.

Attività del gruppo di comunicazione ............................................. Error! Bookmark not defined.

Attività dei sottogruppi di ciascuna classe .................................... Error! Bookmark not defined.

Relazione poster tecnici (studenti IIS Pisa) ....................................................................................................41


Indagine sociale (studenti IIS Massa) ................................................................................................................43

Descrizione dell’analisi del Territorio ..........................................................................................................43

Indagine del territorio ........................................................................................................................................43

Report: analisi del territorio “CARRARA” ...................................................................................................44

Analisi del Territorio: studio demografico della popolazione ...........................................................52

Report: analisi del territorio “PIETRASANTA” .........................................................................................53

Report: analisi del territorio “MASSA” .........................................................................................................59

GRUPPO RENDICONTAZIONE ..............................................................................................................................63

Descrizione del lavoro (tutor rendicontazione).......................................................................................63

Relazione Budget (studenti IIS Massa) ........................................................................................................64

Relazione Budget (studenti IIS Pontedera) ................................................................................................65

La notte dei Ricercatori 2018 ....................................................................................................................................68


INTRODUZIONE (TUTOR)

Il progetto nasce dall’esigenza di far sperimentare agli studenti un percorso fuori dagli schemi tradizionali che permettesse di lavorare con classi di tre istituti diversi dislocati in tre Aree della Toscana: Massa, Pisa e Pontedera. Il progetto ricalca in parte il funzionamento di un progetto di ricerca dove si deve tener conto dei partner distanti geograficamente, delle spese, degli incontri in presenza, della collaborazione fra i varii partner, della suddivisione dei compiti.

Le tre classi di Massa, Pisa e Pontedera hanno lavorato in maniera collaborativa sia a distanza che in presenza nella sede del Consiglio Nazionale delle Ricerche a Pisa, Istituto di Informatica e Telematica, acquisendo la metodologia classica di un progetto di ricerca con partner distanti geograficamente.

Le classi coinvolte sono tutte dell’indirizzo informatico di Istituti tecnici della Toscana e nello specifico:

III INF/A dell’IIS L. Da Vinci – Fascetti

III Informatici dell’IIS “Marconi” di Pontedera

IV/B informatici dell’IIS “A.Meucci” di Massa

L’Istituto di Informatica e Telematica del Cnr (Iit-Cnr) di Pisa ha svolto il compito di coordinamento dele attività tra i vari Istituti scolastici.

In totale sono stati coinvolti 66 studenti, 8 tutor scolastici e 8 tutor aziendali (Cnr). Il monte ore complessivo è stato di circa 4800 ore di lavoro che gli studenti hanno svolto nelle sedi del Cnr, a scuola, ma anche in autonomia a casa. Anche l’impegno dei tutor è stato importante: dalla progettazione del percorso iniziata a novembre 2017 al termine di questo primo anno di progetto coincisa con la Notte dei Ricercatori 2018 presso l’Area della Ricerca Cnr di Pisa, ci sono stati molti incontri organizzativi, sia generali che per singoli gruppi di lavoro, come dettagliato nei capitoli successivi.

Lo scopo principale del progetto è stato quello di realizzare un servizio che permettesse a persone che vivono in case sparse sui monti, di vivere in maniera più sicura nella propria casa, grazie all’utilizzo di sensori monitorati a distanza e senza la necessità di modifiche strutturali dell’appartamento nè di specifiche competenze da parte degli utenti. Lo scenario preso in considerazione ha compreso principalmente persone anziane, magari sole, che vivono in territori più o meno isolati. Grazie all’istallazione di una serie di sensori nelle abitazioni, si monitora la normale attività riuscendo ad allertare un sistema a distanza nel caso di anomalie. Sensori di temperatura, di umidità o di movimento, sono stati collegati via wi-fi ad una centrale di monitoraggio, come in un sistema domotico domestico. La differenza con la domotica commerciale è che il nostro sistema personalizzabile ha costi più contenuti e soprattutto che lo stato dell’abitazione può essere monitorato da un sistema centralizzato installato presso strutture preposte (come Comuni, Pubblica Assistenza, associazioni locali di Protezione Civile e altri) che possono intervenire in tempi brevi in caso di anomalie.

Questa tipologia di percorso ha permesso agli studenti di imparare ad interagire con gli altri attivando processi cognitivi quali problem solving, creatività, discussione, lavoro tra pari; apprendere attraverso l’esperienza con interventi didattici personalizzati che favoriscano l’inclusività; sviluppare le competenze chiave e di cittadinanza, spendibili nel mondo lavorativo e ridurre il divario tra mondo scolastico e mondo del lavoro; comprendere le opportunità e le modalità del fare impresa, a partire dalle esperienze dirette con il territorio di riferimento; promuovere le abilità trasversali, tra cui quelle


auto-imprenditoriali, necessarie affinché i giovani possano costruire nuovi percorsi di vita e lavoro, flessibile ai cambiamenti del mercato del lavoro.

Il modello di riferimento di organizzazione del lavoro ha implicato una suddivisione di compiti interdipendenti. Tale interdipendenza è finalizzata a sviluppare il senso di responsabilità rispetto ai membri del proprio sottogruppo e agli altri collaboratori al progetto per il raggiungimento di uno scopo comune, piuttosto che rispetto agli insegnanti ed ai tutor. I 66 studenti delle 3 classe coinvolte, sono stati suddivisi in gruppi di lavoro trasversali:

gruppo tecnico, per la realizzazione di un prototipo e compiti assemblaggio hardware, sviluppo software, progettazione sito di monitoraggio, nonché di ricerca dello stato dell’arte

o sottogruppo sensori,

o sottogruppo attuatori,

o sottogruppo interfaccia web del sistema,

o sottogruppo stato dell’arte tecnica;

gruppo di comunicazione, con compiti di progettazione e realizzazione dell’immagine coordinata del progetto e dei supporti per la sua pubblicità, nonché di indagine sociale e del territorio a rischio

o sottogruppo indagine sociale,

o sottogruppo comunicazione tecnica (poster e brochure),

o sottogruppo comunicazione divulgativa (poster e brochure),

o video e foto delle fasi del progetto;

gruppo di rendicontazione: con compiti di previsioni di spesa e rendicontazione dei costi generati dal progetto.

Ciascun gruppo misto, formato da studenti dalle tre scuole, è stato seguito da un responsabile con funzione di referente verso i gruppi degli altri Istituti, nonché un tutor Cnr con funzione di supervisione. Tutti gli studenti hanno lavorato alla progettazione del logo del progetto, condividendo le bozze di proposte e votando a distanza il logo definitivo tramite un form GDrive.

Gli studenti sono stati pienamente coinvolti nel percorso complessivo tramite tre incontri plenari svolti presso il CNR:

● Kickoff Meeting sono state tracciate le linee generali di sviluppo del percorso e sono stati

formati i sottogruppi e suddivisi i compiti.

● All Hands Meeting: tutti gli studenti hanno esposto i risultati intermedi raggiunti che sono stati

discussi collegialmente per programmare l’attività successiva.

● Final Meeting: sono state tirate le fila di quanto realizzato e predisposto lo spazio per

l’intervento pubblico durante la Notte dei Ricercatori - Bright Toscana 2018 presso l’Area della

Ricerca Cnr di Pisa.

In concomitanza con i tre incontri plenari sono stati organizzati dei seminari di approfondimento sia pratico che teorico di interesse generale tenuti da ricercatori del Cnr-Iit. Oltre ai tre incontri generali


che ha visto la partecipazione di tutti gli studenti e tutti i tutor, ci sono stati altri incontri specifici per gruppi, soprattutto per la parte tecnica (3 giornate) e di comunicazione (2 giornate) che avevano bisogno di un confronto faccia a faccia.

Tutti i genitori sono stati informati all’inizio del progetto e invitati a partecipare all’evento finale del “Bright”.

La ricaduta prevista è su un numero maggiore rispetto ai partecipanti, dal momento che le classi coinvolte hanno un ruolo di traino nei confronti di altri studenti e di altri consigli di classe. In particolare l’impatto dell’intero progetto sui destinatari e sulle relative famiglie consisterà nella riduzione del rischio di instaurazione di situazioni di inattività per gli studenti dopo il diploma.

Kickoff Meeting

Il primo incontro in plenaria con tutti i tutor e gli studenti è stato il Kickoff Meeting, programmato per il 20 marzo 2018. Prima dell’incontro è stato progettato e creato un logo provvisorio con cui sono stati realizzati i badge per tutti i partecipanti,

suddivisi per gruppi di appartenenza (fig.1)

I colori del logo sono stati ripresi nel colore della carta per la stampa dei badge:

giallo per il gruppo di comunicazione

verde per il gruppo tecnico

arancio per il gruppo di rendicontazione

Una volta creati tutti i badge, all’incontro i ragazzi del gruppo di rendicontazione hanno pensato alla loro distribuzione, firma presenza e ritiro al termine della riunione.

Contestualmente è stato creato il poster dell’incontro (fig.2).

Oltre alla presentazione del progetto dai parte dei tutor Cnr e la suddivisione in gruppi di lavoro, la giornata si è conclusa con un seminario sulla

Figura 1 - Badge provvisorio

Figura 2 - Poster Kickoff meeting


Fotografia del collega Paolo Tommasini del Cnr-Ino sezione di Pisa, che ci ha regalato la prima foto di gruppo (fig.3).

All Hands Meeting

A distanza di due mesi durante i quali i ragazzi hanno lavorato sia a scuola che a casa secondo quanto indicato dai tutor Cnr e sfruttando la piattaforma di condivisione NEOLMS, abbiamo organizzato il secondo incontro generale, chiamato All Hands Meeting. In fig.4 il poster di programma del meeting del 29 maggio .

Il meeting ha previsto un resoconto del lavoro svolto da ciascun gruppo, ma anche un momento formativo con i due seminari dei colleghi Valentina Amenta sulle “Insidie della rete” e di Maurizio Tesconi sul “Social Media Addiction”.

Il logo e il poster dell’incontro sono stati realizzati dal gruppo di comunicazione, come bozza da discutere tutti insieme.

Figura 3 - Foto del gruppo (studenti e tutor) del progetto STC

Figura 4 - Poster All Hands Meeting


Final Meeting

Durante il Final Meeting previsto per il 26 settembre, il gruppo si è riunito principalmente per allestire lo spazio dedicato al nostro progetto durante il BRIGHT2018, Notte dei Ricercatori al Cnr di Pisa. Come per ogni plenaria anche per l’ultimo incontro è stato organizzato un seminario, questa volta più tecnico sul “DNS” tenuto dal collega Daniele Vannozzi.

Per due ore ciascun gruppo si è riunito per mettere insieme le informazioni e trascriverle in un documento finale.

Figura 5 - Poster Final Meeting


GRUPPO TECNICO

DESCRIZIONE DEL LAVORO (TUTOR TECNICI)

Il progetto consiste nello sviluppo di una piattaforma Client-Server in grado di gestire da remoto, sia manualmente che automaticamente, una serie di dispositivi presenti in un insieme di abitazioni. I vari dispositivi possono consistere in sensori ed attuatori. La piattaforma è in grado di registrare i dati provenienti dai sensori ed inviare dei comandi agli attuatori. I sensori e gli attuatori sono dei componenti che permettono l’interazione tra un computer (o comunque un generico dispositivo elettronico) e l’ambiente esterno. In particolare i sensori convertono delle grandezze, ad esempio temperatura, umidità, luce, etc, in segnali elettrici che possono essere letti da un computer. Gli attuatori sono dei componenti che permettono, tramite un comando del computer, di accendere/spegnere un dispositivo (es. un elettrodomestico, un motore elettrico, una lampada). Possono anche essere utilizzati per la regolazione di una apparecchiatura come ad esempio aumentare o diminuire la velocità di un motore elettrico. Tipicamente sensori ed attuatori vengono usati congiuntamente per realizzare un sistema completo: per esempio un sensore può indicare che la temperatura è più bassa di quella desiderata e tramite un attuatore si può accendere una caldaia. In questo contesto i computer vengono usati per definire la logica di funzionamento dei vari sistemi: ad esempio definire a quale temperatura accedere una caldaia e quando spegnerla. La gestione di sensori ed attuatori viene implementata in modo distribuito: nelle abitazioni vengono usati dei moduli installati per gestirli direttamente, in un server centrale vengono mantenute tutte le informazioni acquisite ed ad una o più applicazioni viene affidato il compito di definire la logica con cui utilizzare le informazioni stesse. Si potranno quindi definire applicazioni che permettono di configurare il sistema

per eseguire dei comandi in modo automatico, altre per poter agire in modo manuale ed altre che

consentono di eseguire un monitoraggio.

Progettazione

Nella progettazione del sistema si è tenuto conto dei vari requisiti: vi è la necessità di rilevare situazioni sia di pericolo che di disagio e di poter intervenire in caso di necessità. La rilevazione di queste situazioni viene eseguita per mezzo dei sensori, installati nelle abitazioni, collegati direttamente con dei moduli che, potendo avvalersi anche della presenza di attuatori, possono provvedere ad un primo intervento. Questi moduli potranno inoltre comunicare con un server per

Il componente principale del sistema è un server, che in seguito chiameremo server centrale, che avrà il compito di essere connesso con i vari dispositivi all’interno delle abitazioni. Il server centrale farà da tramite verso una o più applicazioni che permetteranno, ad utenti autorizzati, di accedere ai vari dispositivi. In ognuna delle abitazioni saranno presenti uno o più moduli che avranno il compito di interagire con il server centrale per inviare i dati dei sensori o per ricevere i comandi per gli attuatori. Per quanto riguarda sensori ed attuatori si prevede il supporto di componenti che possono essere utili sia dal punto di vista del comfort che dal punto di vista della sicurezza. Saranno utilizzati quindi sensori per la temperatura, umidità, movimento, allagamento, fughe di gas, etc. Nella figura 6 viene rappresentato una schema che descrive l’architettura di base del sistema.


Figura 6 – Architettura del sistema

Si provvederà a supportare qualsiasi tipo di sensore, opportunamente classificato in base al tipo di grandezza misurata (es. temperatura, umidità, movimento, presenza acqua, presenza gas, etc) ed in base ad altre caratteristiche tecniche (uscita analogica o digitale). Lo stesso vale per gli attuatori. Verranno archiviate tutte le misure effettuate dai sensori ed i comandi inviata verso gli attuatori nel caso si rivelino utili per fini diagnostici. Le applicazioni indicate nella figura come WebApp utilizzano il protocollo HTTP per dialogare con il server centrale. Questo non impedirà comunque di implementare applicazioni di tipo desktop o per mobile, in quanto la maggior parte delle richieste effettuate verso il server prevedono una risposta di tipo JSON evitando di vincolare le applicazioni al supporto di interfacce basate su HTML. Anche l’interazione tra server centrale ed i microcontrollori presenti nelle abitazioni avviene tramite il protocollo HTTP. Per la gestione dei vari sensori/attuatori e per l’interazione con il server centrale è stato previsto l’uso di schede tipo Raspberry e Arduino. Tuttavia ciò non sarà vincolante in quanto sarà necessario solo l’uso del protocollo HTTP: essendo tale protocollo supportato da diverse librerie su un elevato numero di computer/schede ne consegue che ciò non rappresenti un vincolo molto forte per quanto riguarda la gestione dei dispositivi nelle abitazioni.

Un componente del server centrale su cui è stata posta particolare attenzione è il database che deve poter contenere tutte le informazioni necessarie al funzionamento del sistema. In particolare conterrà la lista delle abitazioni, la lista dei sensori/attuatori presenti in ogni abitazione, la lista degli utenti abilitati ad accedere alle varie informazioni. Come già accennato in precedenza ci saranno anche tutte le misure provenienti dai sensori e tutti i comandi inviati verso gli attuatori.


Server

La parte centrale del progetto è il server che salva i dati, li interpreta e li usa in base all’utente che ne fa richiesta. Le funzionalità del sistema sono state implementate tramite una servlet invocata dal web server Tomcat in grado di supportare tale tecnologia. Il server si interfaccia con un database MySQL, dove ci saranno le tabelle con tutte le informazioni. Il server ha un ruolo fondamentale in quanto deve coordinare le funzionalità di tutti gli altri moduli: microcontrollori nelle abitazioni e applicazioni web. Deve inoltre stabilire delle opportune politiche di accesso ai dati in quanto molti di essi potranno avere bisogno di essere protetti per motivi di privacy e di sicurezza. Come descritto precedentemente l’adozione del protocollo HTTP e del formato JSON (standard di uso molto comune e largamente supportati su molti dispositivi) consentono di non porre particolari limiti sulla specifica implementazione degli altri moduli, sia a livello hardware che software. Per esempio si può utilizzare un Arduino, e ogni tipo di sensore disponibile che si colleghi ad esso. Il database quindi sarà così composto:

Tabella utenti

Id

Nome

password Tabella nodi

Id

indirizzoIP

utenteId Tabella sensori

Id

Classe (temperatura, luminosità, PIR,etc)

nodoId

posizione Tabella attuatori

Id

Classe (luce, etc)

nodoId

posizione Tabella permessi sensori

Id

utenteId

sensoreId Tabella permessi attuatori

Id

utenteId

attuatoreId Tabella misure sensori

Id

Timestamp

sensoreId

valore Tabella attivazione attuatori

Id


Timestamp

attuatoreId

utenteId

valore Come è possibile vedere si è fatto uso di diverse chiavi esterne allo scopo di avere delle relazioni tra i vari dati. Ad esempio per ogni nodo, che rappresenta l’interfaccia di una abitazione con il server centrale, viene mantenuta l’informazione con il relativo utente a cui appartiene l’abitazione.


Stato dell'arte

Il gruppo di Stato dell’arte ha come obiettivo principale riuscire a studiare delle applicazioni per meglio assistere la popolazione con maggior difficoltà a causa di eventi esterni.

A questo scopo è stato progettato un sistema che prevede di fornire un servizio di teleassistenza basato sull’acquisizione di dati all’interno delle abitazioni. Questi dati vengono poi inviati ad un archivio centrale che provvede a metterli a disposizione di specifiche applicazioni utilizzabili esclusivamente da persone autorizzate ad accedere a tali informazioni e ad intervenire in caso di necessità. Nelle abitazioni possono essere presenti anche dispositivi attivabili da remoto, come ad esempio condizionatori, ventilatori, valvole di sicurezza per acqua/gas/corrente, etc.

Tale modalità di acquisizione di dati, da un punto di vista tecnico, si presenta in modo simile alla tecnica di Crowdsensing recentemente molto usata. Il fine però è essenzialmente diverso in quanto nel nostro sistema di teleassistenza i dati devono essere considerati privati perché potrebbero essere utilizzati impropriamente per ottenere informazioni sul comportamento delle persone all’interno delle abitazioni. Con il Crowdsensing invece ci si pone l’obiettivo di raccogliere molte informazioni acquisite dalle singole persone per essere poi rese pubbliche.

In questo capitolo sarà introdotto anche il concetto di Crowdsensing per meglio capirne le differenze con il sistema di teleassistenza che proponiamo e per verificare se durante l’evoluzione del nostro sistema possa essere utilizzato per sfruttare dati che possono essere considerati meno sensibili. Il crowdsensing presenta un nuovo paradigma di rilevamento basata sul potere di vari oggetti mobili, ad esempio, smartphone, dispositivi indossabili, i veicoli equipaggiati con sensori, sensori distribuiti nelle abitazioni e come si possono utilizzare questi dati. Nei successivi paragrafi verranno presentati alcuni casi in cui si applicano tecniche di teleassistenza e/o di domotica in grado di migliorare la qualità di vita e la sicurezza in ambito domestico.

Nella maggior parte dei casi quando si parla di teleassistenza ci si riferisce spesso all’assistenza rivolta a persone con particolari problemi di salute. Nel nostro caso invece vogliamo implementare un sistema rivolto in genere a persone, tipicamente anziane e che vivono sole, che possono aver bisogno di aiuto indipendentemente dall’effettivo stato di salute. Questo ci ha spinto a sviluppare e a verificare l’ambito di utilizzo di questo nuovo sistema nel sociale e per questo al progetto è stato dato il nome di SocialTechCare.

Introduzione al concetto di Crowdsensing

Con il termine Crowdsensing si intende una raccolta condivisa di dati utilizzando i sensori di vari dispositivi con lo scopo di misurare un fenomeno di interesse comune. Questi dati oltre ad essere raccolti da un singolo individuo o organizzazione, vengono condivisi da molti utenti sparsi in varie zone. Ci possono essere vari tipi di categorie di Crowdsensing in base a diversi criteri:

Participatory Crowdsensing in base al coinvolgimento diretto dell’utente nel processo,

Opportunistic Crowdsensing in caso l’utente non è coinvolto direttamente.

Nel Participatory Crowdsensing gli utenti dei dispositivi di rilevamento inviano attivamente i dati dei sensori ad un server. Nell’altro caso invece, l’invio di informazioni è automatico, con il minimo coinvolgimento dell’utente. Il secondo criterio è il tipo di fenomeno misurato, si possono distinguere tre categorie, che sono crowdsensing ambientale, infrastrutturale o sociale.

Il crowdsensing ambientale viene utilizzato per misurare l’ambiente naturale (ad esempio, il livello delle acque, l’inquinamento atmosferico). Il crowdsensing infrastrutturale viene utilizzato per misurare le infrastrutture pubbliche (ad esempio, la congestione del traffico e condizioni della strada).


Crowdsensing e Privacy

In questo percorso di studio abbiamo cercato di tenere in considerazione anche un aspetto importante quando si parla di crowdsensing che è quello della Privacy. I dati raccolti infatti, possono contenere informazioni personali, e tramite queste si può risalire all’identità di una persona. Inoltre quando si parla di opportunistic crowdsensing l’utente non ha controllo sui dati che invia, perciò il microfono per esempio potrebbe registrare conversazioni private senza che l’utente se ne accorga. Con il participatory crowdsensing invece, il tema della sicurezza è meno accentuato, perché l’utente decide quali dati condividere. I creatori di applicazioni crowdsensing devono trovare un modo per proteggere i dati delle persone, ci sono tre approcci principali su come proteggere la privacy degli utenti di piattaforme crowdsensing.

1. Anonymization, può essere usato per rimuovere le informazioni identificative raccolte, ma solleva due problemi. In primo luogo, la semplice rimozione di informazioni identificative come i nomi e gli indirizzi non possono garantire l’anonimato. Per esempio, nei casi in cui le applicazioni crowdsensing raccolgono dati di posizione, l’anonymization non è in grado di impedire l’identificazione dell’individuo. Infatti i dati di localizzazione anonimizzati mostreranno ancora le posizioni più visitate di un utente, la quale a sua volta può portare all’identificazione di quella persona. In secondo luogo, nel contesto di trasformazione in forma anonima dei dati, l’utilità dei dati e la privacy dei dati sono obiettivi contrastanti. Di conseguenza, la trasformazione in forma anonima dei dati aumenterà la tutela della privacy, ma diminuisce l’utilità di essi.

2. Crittografia, terzi non autorizzati non saranno in grado di utilizzare i dati personali, anche se acquistano l’accesso ai dati crittografati. Va notato che la cifratura di un grande volume di dati può richiedere notevoli risorse informatiche.

3. Perturbazione dei Dati, ci si riferisce all’aggiunta di interferenze nei dati subito dopo che questi sono stati inviati dagli individui. A seguito della perturbazione, i dati presentati da persone non saranno identificabili, tuttavia consentirebbero un buon funzionamento delle applicazioni crowdsensing. Una forma popolare di perturbazioni dei dati è la micro-aggregazione. Il termine micro-aggregazione si riferisce alla sostituzione di un campo specifico con un valore aggregato o un valore più generale. Ad esempio la sostituzione di un codice di avviamento postale con il nome di una regione o uno stato. La micro-aggregazione può essere operativamente definita in due fasi, vale a dire, la partizione e aggregazione. La partizione si riferisce al partizionamento del set di dati in più parti (gruppi, cluster). L’aggregazione si riferisce alla sostituzione di ogni record in una parte con il record medio.

Potenzialita’del Crowdsensing

Il crowdsensing è un sistema che presenta certamente un ottimo potenziale. Gli utenti possono avere diversi incentivi per la presentazione dei dati, come ad esempio evitare ingorghi in caso di incidenti, evitare il consumo di cibo non preparato bene, contribuire alla tutela dell’ambiente, aiutare persone in difficoltà, aiutare in caso di calamità naturali la popolazione. Il conferimento dei dati crowdsensing non richiede sforzi notevoli da parte degli utenti. Spesso devono solo attivare un’applicazione crowdsensing per avviare l’invio automatico dei dati.

Il gran numero di utenti di dispositivi mobili e la loro mobilità intrinseca consente una nuova e rapida crescita di rilevamento: la capacità di acquisire conoscenze a livello locale attraverso sensori con capacità di telefonia mobile e applicazioni (per esempio, l’ubicazione, livello di rumore, livello dell’acqua, la temperatura, e in futuro dati più specifici come l’inquinamento) e la possibilità di condividere questa conoscenza nella sfera sociale e attuare in remoto delle azioni per la salvaguardare la vita delle persone, ci fa capire le grandi potenzialità che presenta questo sistema.


Domotica e teleassistenza

Il nostro progetto prevede l’uso di tecniche di domotica e di teleassistenza, viene utilizzato per misurare alcuni dati all’interno delle abitazioni (ad esempio misurare la temperatura delle varie stanze di una casa, controllare il movimento all’interno dell’abitazione) per poi attivare, attraverso degli attuatori, i dispositivi disponibili (ad esempio azionando un ventilatore, spegnendo le luci oppure inviando un alert ad individui in caso di non rilevamento di movimento), fornendo così un aiuto alle persone anziane da parte di enti locali. Anche in questo caso, come nel Crowdsensing, va posta particolare attenzione alla sicurezza dei dati trattati per garantire la privacy delle persone. I punti critici sono la trasmissione dei dati verso l’archivio centrale e l’accesso all’archivio stesso. Per la trasmissione vanno adottate le necessarie tecniche di codifica dei dati in modo da non poter essere accessibili durante la comunicazione. Per quanto riguarda l’accesso all’archivio centrale bisognerà utilizzare delle forme di autenticazione che consenta l’accesso solo alle persone autorizzate all’uso di tali dati. Allo stesso modo sarà necessario garantire che l’attivazione, da remoto, dei dispositivi all’interno delle abitazioni possa essere fatto solo da persone autorizzate.

Applicazioni che utilizzano domotica e teleassistenza - Pontedera

Il gruppo dei ragazzi di Pontedera ha effettuato una ricerca per quanto riguarda le amministrazioni in merito ai servizi come quelli proposti da SocialTechCare.

Esistono diverse applicazioni che utilizzano domotica e telesassistenzag,in seguito ne verranno riportate alcune.

Attualmente i comuni e le altre amministrazioni offrono sostanzialmente servizi ai disabili o anziani come: badanti a domicilio, acquisto medicinali, servizio infermieristico, servizio di pulizie, servizi per la mobilità e lo svago.

In seguito saranno riportati alcuni di questi:

1. Progetto della regione Campania RER 2002 n. 659 [Rif. 1]

"DOMOTICA E SMART HOUSE”: Progettazione e realizzazione di immobili accessibili" l caso di studio prevede la predisposizione all'interno di un appartamento di piccole dimensioni di un impianto con alcune funzionalità domotiche al fine di ottenere nel tempo una semplice trasformazione dell'appartamento con l'aggiunta di funzioni e automazioni legate all'evolversi delle necessità dell'utenza.

Si ipotizza infatti come utente un disabile o un anziano autosufficiente con limitate necessità ma che, per l'aumentare dell'età o per l'evoluzione di malattie si prevede possa avere bisogno di un numero crescente di ausili.

Si potrebbe anche pensare questo mini-appartamento come l'appartamento tipo di un complesso residenziale più ampio e quindi dotato di una serie di accorgimenti di base, utili per poi inserire diversi ausili e meccanismi, a seconda degli utenti.

2. Anziani e disabili: la soluzione può essere la domotica.

L’opinione arriva dal ricercatore per l’Università di Parma Guido Matrella secondo cui: “Una tecnologia come questa può permettere anche l’automazione di un appartamento, aiutando chi ha problemi di movimento” (vedere articolo in coda alla relazione). Matrella ha ricordato anche le tecnologie per la teleassistenza come la videochiamata, che consente di avere delle indicazioni sullo stato di salute della persona, dialogando con lei e guardandola in faccia, e i sistemi per il monitoraggio dei parametri fisiologici, come il conta passi e il misuratore di pressione che può inviare i dati autonomamente attraverso un collegamento internet. Un’offerta di soluzioni hi-tech che tuttavia, hanno sottolineato Matrella e Pavarani, non potrà mai sostituire la figura degli operatori o dei familiari, ma che può aiutarli a controllare le condizioni di salute e di vita dell’assistito 24 ore su 24.


3. Il Progetto Domos - Domotica Sociale

Domos è un progetto che vuole intervenire nell'ambito dell'autosufficienza di ogni individuo nel vivere la propria vita nella propria abitazione, sia che viva solo sia con i propri familiari. Attraverso la diffusione delle nuove tecnologie domotiche, parallelamente alle installazioni nelle abitazioni, divulgheremo l'informazione di nuove strategie e strumenti per migliorare l'inclusione sociale e ridurre i casi di ospedalizzazione.

I destinatari del servizio saranno le famiglie e le singole persone appartenenti al territorio di Ambito (Conversano, Polignano a Mare e Monopoli) per poi estendersi e rispondere ad un bacino più ampio corrispondente al Sud Est Barese.

4. La domotica | Valori Provincia

Con “casa intelligente” si indica un ambiente domestico – opportunamente progettato e tecnologicamente attrezzato – il quale mette a disposizione dell’utente impianti che vanno oltre il “tradizionale”, dove apparecchiature e sistemi sono in grado di svolgere funzioni parzialmente autonome (secondo reazioni a parametri ambientali di natura fissa e prestabilita) o programmate dall’utente o recentemente completamente autonome (secondo reazioni a parametri ambientali dirette da programmi dinamici che cioè si creano o si migliorano in autoapprendimento).

Il sistema di controllo centralizzato, oppure l’insieme delle periferiche in un sistema ad intelligenza distribuita, provvede a svolgere i comandi impartiti dall’utente (ad esempio accensione luce cucina oppure apertura tapparella sala), a monitorare continuamente i parametri ambientali (come allagamento oppure presenza di gas), a gestire in maniera autonoma alcune regolazioni (ad esempio temperatura) e a generare eventuali segnalazioni all’utente o ai servizi di teleassistenza.

Oltre ad una introduzione alla domotica ed ai suoi vantaggi sono elencate una serie di esempi di attuazione di casa domotica:

CASA DOMOTICA – LABORATORI DELLA FONDAZIONE SANTA LUCIA(Neuroscienze e Riabilitazione)-Roma realizzata da un’equipe di ricercatori coordinata da Fabio Babiloni, dell’università di Roma La Sapienza e da Maria Grazia Marciani, dell’università di Roma Tor Vergata.

PROGETTO VERSO L’AUTONOMIA – BEREGAZZO realizzazione del progetto chiamato “Verso l’autonomia: da disabili a diversamente abili” opera della cooperativa sociale Simpatia.

REGIONE MARCHE - Progetto “Intelligent Building Automation for Disabled’s Home” si pone l’obiettivo di migliorare la qualità della vita delle persone disabili garantendo comfort e sicurezza nelle abitazioni.. Il progetto è sostenuto da quattro aziende del Piceno: Proietti Planet (capofila), Restart Scarl, Iside Cooperativa sociale di Ascoli Piceno e T.M. Italia di Foligna no. Centro di ricerca di riferimento per lo sviluppo delle soluzioni tecnologiche innovative è il Parco Scientifico e Tecnologico Tecnomarche. L’Associazione “La Meridiana Onlus” agirà invece come mediatore rispetto alle specifiche esigenze degli utenti.

REGIONE SARDEGNA - Con l’obiettivo di finanziare i progetti atti a migliorare la qualità della vita di persone disabili con handicap gravi, la regione Sardegna ha stanziato un finanziamento di 400.000 euro al comune di Oristano. Le soluzioni innovative per la casa domotica prevedono: sistemi di controllo per la climatizzazione automatica delle stanze, raggi infrarossi per il monitoraggio della temperatura del corpo.

Il progetto è importante perché consente di diminuire i costi, ridurre l’isolamento sociale e migliorare le condizioni di vita dei pazienti con gravi patologie come la Sla, la sindrome di crisponi, la sclerosi multipla, la retinite pigmentosa. Gli ausili che vengono utilizzati sono una serie di sistemi computerizzati atti a migliorare la sicurezza delle persone e ottenere un notevole risparmio energetico.

http://www.domoticasociale.it/it/il-progetto-domos/

http://valori.provincia.potenza.it/?page_id=127


A Cagliari sono stati realizzati il “Centro per la domotica” e l’ ”Officina per la sanitarizzazione delle protesi”, su proposta dell’assessore alla Sanità. Tali strutture fanno parte del progetto “Superhando“, centro per il superamento dell’handicap e dello svantaggio sociale, realizzato a Settimo San Pietro (Cagliari).

A Carbonia, è stata realizzata una struttura impegnata nell’aiuto dei portatori di handicap, per facilitare i movimenti all’interno delle proprie case senza scontrarsi con le barriere presenti. La nuova struttura si chiama “Casa della Domotica” e sta realizzando un progetto di sostegno agli invalidi aiutandoli, anche da un punto di vista psicologico, ad imparare a muoversi con facilità all’interno delle varie stanze. La sede della struttura in passato era un ex albergo aperto, oggi rimesso a posto seguendo tutte le precise modifiche idonee per il progetto. E’ stato necessario anche l’impiego di fondi da parte ’amministrazione comunale. Inizialmente il centro rimarrà aperto durante tutto l’arco della giornata permettendo ai disabili di tornare la sera nelle loro rispettive abitazioni.

Applicazioni che utilizzano domotica e teleassistenza – Massa

Il gruppo dei ragazzi di Massa dopo aver effettuato una serie di ricerche, riguardo gli ambiti in cui era sviluppato e utilizzato il crowdsensing sociale. In merito ai servizi come quelli proposti da SocialTechCare, ha trovato il progetto “Living Land”.

Living Land nasce da un sogno, il sogno di migliorare un territorio - quello della provincia di Lecco - e la qualità della vita delle persone che lo abitano.

Un progetto che si sviluppa all’interno del bando “Welfare in Azione” promosso dalla Fondazione Cariplo e che vede il coinvolgimento di più di 60 enti, pubblici e privati - tutti uniti nel comune obiettivo di sperimentare un nuovo sistema di welfare. Un welfare che sia innovativo, flessibile e partecipato, un welfare in grado di incontrare e dialogare con le persone per rispondere ai loro bisogni.

Per fare questo, Living Land ha scelto di partire dalle nuove generazioni col desiderio di accompagnare adolescenti e giovani nella transizione alla vita adulta, attraverso esperienze pre-lavorative, lavorative e d'impegno sociale.

Living Land si rivolge anche alle famiglie che si prendono cura di persone anziane e disabili, nel tentativo di facilitarne la permanenza a casa grazie a nuovi servizi e dispositivi tecnologici. La comunità è il cuore di questo processo: è solo con la collaborazione di tutti, cittadini, imprenditori, amministratori e operatori, che si può costruire - insieme - una comunità che vive.

Riepilogo

Come abbiamo visto con le potenzialità di tecniche di domotica e di teleassistenza possono essere sfruttate per ottenere un miglioramento della qualità di vita e della sicurezza all’interno delle abitazioni. Questo richiede la realizzazione di un sistema con opportuni requisiti definiti in precedenza. Inoltre è fondamentale il coinvolgimento di enti locali, gruppi di volontariato, etc, in grado di utilizzare tale sistema in modo adeguato.

Riferimenti

[1] https://digilander.libero.it/bucchisilvestriarchi/domotica/domotica.htm

[2] http://www.parmareport.it/anziani-disabili-la-soluzione-puo-la-domotica/

[3] http://www.domoticasociale.it/it/il-progetto-domos/

[4] valori.provincia.potenza.it/?page_id=12

Fonte: Opuscolo “Comunicazione e servizi” a cura dell’Associazione Dopo di Noi

[5] https://www.livingland.info

https://digilander.libero.it/bucchisilvestriarchi/domotica/domotica.htm

http://www.parmareport.it/anziani-disabili-la-soluzione-puo-la-domotica/

http://www.domoticasociale.it/it/il-progetto-domos/


GRUPPO TECNICO (STUDENTI ITIS PONTEDERA)

Introduzione

Un comune vuole poter offrire un servizio di assistenza per persone non autonome che vivono isolate rispetto al centro abitato.

L’obiettivo del progetto è, quindi, creare un servizio web , STC, che fornisca un sistema di ausilio a tali persone utilizzando i dati forniti da dispositivi installati nelle abitazioni.

Il progetto è stato sviluppato in collaborazione tra il CNR - Area della Ricerca di Pisa – Istituto di Informatica e Telematica e tre scuole ITIS G. Marconi – Pontedera, I.I.S. Da Vinci – Fascetti – Pisa, IIS Meucci – Massa. Gli studenti delle tre scuole seguono tutti il corso Informatica e Telecomunicazioni – articolazione Informatica e sono al terzo anno di corso(Pisa, Pontedera) e al quarto(Massa).

In occasione del KICKOFF, del 20/03/2018 presso l’ Area della Ricerca, al quale hanno partecipato i tutor del Cnr, gli studenti e i loro tutor scolastici è stata fornita e illustrata la bozza generale del progetto.

Figura 7 – Moduli dell’applicazione

In base alla bozza tecnica proposta è stato deciso che lo sviluppo fosse così suddiviso: Pontedera parte relativa agli attuatori, Pisa parte relativa ai sensori, Massa sito web.

Web server

Browser

Sens1 Sens3 Sens2

Att1

Att2

App

DB


Il nostro gruppo di lavoro (Unita Operativa – UO) è stato suddiviso in sottogruppi di 2-3 persone dai tutor scolastici ed è stato nominato un capogruppo con il compito di raccogliere tutti i materiali prodotti e di coordinare il lavoro.

Analisi del problema

In questa prima fase ci siamo documentati sugli attuatori.

Un attuatore è un meccanismo attraverso cui un agente agisce su un ambiente, inoltre l'agente può essere o un agente intelligente artificiale o un qualsiasi altro essere autonomo (umano, animale).

In senso lato, un attuatore è talvolta definito come un qualsiasi dispositivo che converte dell'energia da una forma a un'altra, in modo che questa agisca nell'ambiente fisico al posto dell'uomo.

Sono esempi di attuatori:

Umano - braccia, mani, dita, gambe

Parti di un robot che interagiscono con l'esterno - meccanismi di presa, bracci meccanici, muscoli pneumatici e altre parti in movimento

server di e-mail - software di aggiornamento

In campo industriale e ingegneristico l’attuatore è un convertitore di energia, ovvero un dispositivo che converte un segnale elettrico in movimento o altre forme di energia.

A livello di fabbrica o di impianto, il concetto di attuatore è associato e complementare a quello di sensore come elemento di campo. Esempi diffusi di attuatori sono i robot, i motori elettrici, i pistoni idraulici, i relè, le elettrovalvole, gli attuatori piezoelettrici, pneumatici, i microattuatori, i polimeri

elettroattivi ecc… .

Figura 8 – Controllo ad azione diretta o a catena aperta

https://it.wikipedia.org/wiki/Agente_intelligente

https://it.wikipedia.org/wiki/Energia

https://it.wikipedia.org/wiki/Homo_sapiens_sapiens

https://it.wikipedia.org/wiki/Braccia

https://it.wikipedia.org/wiki/Mano

https://it.wikipedia.org/wiki/Dito

https://it.wikipedia.org/wiki/Gamba

https://it.wikipedia.org/wiki/Robot

https://it.wikipedia.org/wiki/Muscolo_pneumatico_artificiale

https://it.wikipedia.org/wiki/Mail_server


Nel progetto erano previsti:

Attuatore con relais per accensione riscaldamento o ventilatore

attVentPI Interagisce con il gruppo webPI per ricevere i comandi di accensione/spegnimento.

Attuatore per accensione luce ad intensità variabile (LED)

attLucePI Interagisce con il gruppo webPI per ricevere i comandi di accensione/spegnimento.

Attuatore per attivare un messaggio vocale

attAudioPI Interagisce con il gruppo webPI per ricevere i comandi di accensione/spegnimento.

Accensione luce in caso di scarsa luminosità in funzione dell’ora

lucePI Interagisce con webPI per la lettura dei dati e per l’invio dei comandi di accensione/spegnimento.

Accensione ventilatore in caso di temperatura troppo alta

ventPI Interagisce con webPI per la lettura dei dati e per l’invio dei comandi di accensione/spegnimento.

Attivazione di un messaggio vocale ad una certa ora per segnalare una scadenza

notifPI Interagisce con webPI per la lettura dei dati e per l’invio dei comandi di accensione/spegnimento.

In realtà è stato analizzato e sviluppato l’attuatore per la chiusura della valvola dell’acqua in caso di perdite. E’ stato quindi necessaria una ricerca sulle specifiche e i costi delle elettrovalvole consultando le schede tecniche ad esse relative al fine di valutare costi, prestazioni ed effettuare una scelta adeguata. Sarebbe, naturalmente, interessante analizzare/sviluppare le parti suggerite e mancanti nel progetto attuale.

Implementazione

L’ architettura complessiva del progetto può essere descritta dal seguente schema generale

Più nel dettaglio:

Figura 9 – Collegamento tra server centrale e server lato abitazione

La ricezione del file e la gestione degli attuatori avvengono sullo stesso dispositivo Raspberry.

ITIS Marconi ha realizzato la gestione degli attuatori.


A tal fine ci siamo avvalsi delle seguenti risorse:

Hardware:

Raspberry Master Il raspberry master è il microcontrollore, condiviso con Pisa, sul quale è attivo un programma che sta continuamente in ascolto attendendo la trasmissione del file di gestione contenente indicazioni per gli attuatori.

Raspberry Slave I raspberry slave sono i microcontrollori “sottoposti” al raspberry master, i quali stanno in ascolto aspettando la ricezione del comando di gestione dal raspberry master.

Switch PoE Il power over ethernet è una tecnica di trasmissione dati che permette di alimentare apparecchiature utilizzando lo stesso cavo che collega alla rete dati Ethernet. Ciò comporta una minore ingombro da parte dei cavi e di conseguenza un risparmio economico su questi ultimi, nonché maggiore sicurezza.

Attuatori Gli attuatori vengono scelti in base al compito da svolgere. Qualora si dovessero realizzare funzionalità diverse, questo non comporterebbe variazioni significative nell’ambito del progetto.

Software:

S.O. Raspbian Raspbian è un sistema operativo basato sui rilasci ufficiali di Debian per l'Architettura ARM, adattato per l'utilizzo su raspberry PI.

Web server Il web server permette la “comunicazione” fra sensori e attuatori (tramite appositi file).

systemd: Unit .path + applicativo master in C

Viene usato per l'attivazione path-based.

systemd: Unit .socket + applicativo slave in C

Descrive un network o un socket IPC.

La systemd è un processo avviato dal kernel di linux allo startup del sistema e che serve per inizializzare lo user space.

systemd può gestire vari tipi di unit.

Le Units sono delle rappresentazioni standardizzate delle risorse del sistema che possono essere gestite dalle utilities fornite.

Sono state analizzate varie tipologie di unit:

.service : Un servizio Unit descrive come gestire un servizio o un'applicazione, sotto quali circostanze avviarlo e quali informazioni passarli se necessario.

.socket : Descrive un network o un socket IPC.

.device : Descrive la gestione di un dispositivo che necessità del systemd.

.mount : Definisce un mountpoint gestito da systemd.

.automount : Configura un mountpoint in automatico.

.swap : Descrive gli swap spaces sul sistema.

.target : Viene usato per sincronizzare le Unit durante il booting up.

.path : Viene usato per l'attivazione path-based.

.timer : Un timer gestito da systemd.

.snapshot : Create dal comando “systemclt snapshot” e contengono stats del sistema e di systemd.

https://it.wikipedia.org/wiki/Sistema_operativo

https://it.wikipedia.org/wiki/Debian

https://it.wikipedia.org/wiki/Architettura_ARM


.slice : Associato al Control Group Nodes.

.scope : Create dal systemd con le informazioni ricevute dal bus.

Sono state utilizzate le seguenti tipologie di unit:

.path

.service.

.socket

Conclusioni

Il progetto non è stato realizzato interamente per motivi di tempo ma la sua validità sta nel fatto di far vedere il funzionamento completo del prototipo, la necessità di collaborazione per lo sviluppo, la necessità di documentazione sulle singole componenti.

Naturalmente sarà interessante sviluppare le parti suggerite e mancanti nel progetto attuale.

In particolar modo si ritiene molto utile e stimolante affrontare l’implementazione del controllo vocale.


RELAZIONE INTERFACCIA (STUDENTI ITIS MASSA)

Obiettivo generale

Realizzazione di un sistema di monitoraggio ed intervento per aiutare persone che necessitano di supporto domestico prevalentemente nelle zone periferiche dei comuni.

Obiettivo del gruppo

Sviluppare un prototipo dell'applicazione web (lato client) che consenta l’interazione degli utenti con il sistema STC. Gli utenti, non ancora individuati dalle specifiche, potrebbero essere parenti, tutori, volontari o medici dei pazienti.

Organizzazione del lavoro

Situazione di partenza ● quantità di studio/lavoro elevata;

● tempo limitato.

Scelta operativa

● suddivisione del lavoro in gruppi;

● applicazione di alcuni criteri dello "sviluppo agile“ per la produzione del software.

Sviluppo agile

Di questa metodologia di sviluppo abbiamo utilizzato i seguenti criteri

1. Pianificazione realistica (assegnazione di lavori realizzabili). 2. Piccoli stati di avanzamento (controllo frequente del lavoro svolto). 3. Pair programming (programmazione in coppia driver-navigator). 4. Proprietà collettiva (tutti i membri del team di sviluppo devono poter modificare qualsiasi

parte del codice). 5. Integrazione continua (ogni volta che un problema è risolto viene messo insieme al resto del

sistema e viene collaudato).

Lavoro autonomo e collaborazione

Il progetto è stato portato avanti alternando lavoro in autonomia a casa e lavoro di gruppo a scuola. Abbiamo utilizzato strumenti di collaborazione e condivisione online. Ci siamo confrontati e aiutati nello studio e nello sviluppo delle varie parti del progetto. Questo ci ha permesso di migliorare sia dal punto di vista individuale sia rispetto alla capacità di lavorare con gli altri ponendo attenzione alle scadenze e alla comunicazione.


Programmazione di Applicazioni per il Web

Questo tipo di programmazione deve tenere conto dell’esistenza di due attori: il client e il server. Le nostre conoscenze (studenti del quarto anno del corso di Informatica) non ci consentono ancora di lavorare sul lato server. Il nostro sviluppo è quindi concentrato sulla parte client.

I prerequisiti per iniziare a sviluppare lato client sono:

conoscenza del linguaggio HTML

conoscenza del linguaggio CSS

conoscenza del linguaggio Javascript

conoscenza del modello DOM

conoscenza del Box Model

Scelte tecniche e studio di nuove tecnologie

Dopo una ricerca iniziale abbiamo deciso di utilizzare le seguenti librerie che supportano e migliorano lo sviluppo web lato client:

Bootstrap : librerie Javascript e CSS per il web design di tipo responsive che facilitano la realizzazione di pagine web capaci di autoregolarsi in base ai dispositivi utilizzati e facilitano la strutturazione del layout delle pagine.

JQuery: librerie javascript per agevolare la scrittura del codice ed ottenere dinamicità nelle pagine.

Datatables: librerie di funzioni Javascript per la realizzazione di tabelle.

Inoltre abbiamo utilizzato la tecnica AJAX per richiedere file di dati al server. Il formato di scambio dati concordato con gli sviluppatori del server è stato JSON ma in partenza abbiamo provato a sviluppare l’applicazione utilizzando anche il formato XML.

AJAX (Asynchronous JavaScript and XML)

Ajax è una tecnica che consente di effettuare richieste http da un client a un server in background per aggiornare solo parzialmente una pagina e non perdere il controllo della stessa. Questa tecnica si avvale di un oggetto presente nei browser moderni XMLHttpRequest. Nonostante il nome lasci pensare che il formato di scambio dati sia solo XML, in realtà è possibile richiedere e ricevere dati formattati in modi differenti come, ad esempio, il formato JSON.

https://it.wikipedia.org/wiki/JavaScript

https://it.wikipedia.org/wiki/XML


Esempio di file JSON contenente i dati di tre pazienti

{

"elenco_utenti": [

{

"id": 1,

"nome": "Mario",

"cognome": "Rossi",

"posizione": "Massa",

"dati_sensori": [

{

"id": 1,

"tipo": "temp",

"nodeId": 1,

"dt": "Sep 10, 2018 12:48:35 PM",

"val": "30"

}

],

"dati_attuatori": [

{

"id": 1,

"tipo": "cooling",

"nodeId": 1,

"dt": "Sep 20, 2018 4:31:38 PM",

"val": "60"

}

]

},

{

"id": 2,

"nome": "Giovanni",

"cognome": "Verdi",

"posizione": "Pisa",

"dati_sensori": [

{

"id": 20,

"tipo": "temp",

"nodeId": 2

},

{

"id": 21,

"tipo": "humid",

"nodeId": 2

},

{

"id": 22,

"tipo": "pir",

"nodeId": 2

}

],

"dati_attuatori": [

{

"id": 2,

"tipo": "cooling",

"nodeId": 2,

"dt": "Sep 13, 2018 1:02:08 PM",

"val": "55"

},

{

"id": 3,

"tipo": "waterPump",

"nodeId": 2,

"dt": "Sep 20, 2018 4:45:34 PM",

"val": "0"


},

{

"id": 4,

"tipo": "waterValve",

"nodeId": 2,

"dt": "Sep 20, 2018 4:45:43 PM",

"val": "0"

}

]

},

{

"id": 3,

"nome": "Antonio",

"cognome": "Bianchi",

"posizione": "Lucca",

"dati_sensori": [

{

"id": 4,

"tipo": "temp",

"nodeId": 3,

"dt": "Sep 10, 2018 12:45:43 PM",

"val": "18"

}

],

"dati_attuatori": [

{

"id": 5,

"tipo": "heating",

"nodeId": 3

},

{

"id": 6,

"tipo": "cooling",

"nodeId": 3

},

{

"id": 7,

"tipo": "light",

"nodeId": 3

},

{

"id": 8,

"tipo": "alarm",

"nodeId": 3

}

]

}

]

}


Manipolazione con Javascript (JQuery) dei dati degli utenti ricevuti

L’obiettivo di questo codice è di elaborare i dati in formato JSON ricevuto dal server e

inserire tutti i dati presenti nella datatables

Figura 10 – Codice per estrarre i dati dei vari utenti

Descrizione funzionamento

1 - Assegnamento ad una variabile di nome “jsonObj” il risultato della funzione JSON.parse() che serve a convertire un file JSON in un oggetto Javascript.

3 - Inizio del ciclo ($.each) fornito dalla libreria Jquery in cui viene passato come oggetto su cui iterare la variabile jsonObj e come elemento “elenco_utenti”

4 Inizio del secondo ciclo innestato ($.each) per ciclare fra l’elenco utenti ed estrarre i dati dei singoli utenti.

5-9 Estrazione del valore della temperatura dai singoli utenti e controllo della presenza del dato. Se presente assegnamento alla variabile temp del valore estratto dal json, in caso contrario assegnamento alla variabile temp del valore “N/D” non disponibile.

11 Caricamento nell’array dei pazienti chiamato “dataSet” di un nuovo oggetto paziente che contiene tutte le informazioni del paziente estratte dal JSON.

Definizione e caricamento dei dati nella tabella (Datatable)


Figura 11 – Costruzione della tabella con l’elenco degli utenti

La tabella viene visualizzata come mostrato in basso. I differenti colori vengono assegnati in base alle eventuali criticità presenti presso le abitazioni degli utenti.

Figura 12 – Tabella degli utenti


Datatables

Datatables è una libreria di funzioni Javascript e CSS che risolvono la maggior parte dei problemi legati alla visualizzazione dei dati sotto forma di tabella all’interno di pagine web.

Come si può vedere nell’immagine in basso (o provare a questo link https://datatables.net/),

queste tabelle consentono senza sforzi di programmazione:

visualizzazione paginata che permette di scegliere il numero di righe da visualizzare all’interno di ogni singola pagina e lo spostamento tra le pagine

ordinamento delle righe usando come criterio una qualsiasi colonna

ricerca di dati in tutta la tabella

possibilità di nascondere alcuni campi delle righe e visualizzarli espandendo la singola riga con un click

informazione del numero di righe totali nella tabella

Figura 13 – Esempio di uso della libreria Datatables

La tabella degli utenti che abbiamo realizzato ha la caratteristica di auto aggiornarsi ogni 5 secondi facendo richieste di informazioni al server centrale in background con la tecnica AJAX. Se vengono rilevate situazioni critiche, la tabella si riordina in base alla criticità mostrando in alto ed evidenziando con un colore opportuno i pazienti con tale criticità.

Per poter realizzare questo ordinamento automatico abbiamo dovuto studiare una parte del manuale delle Datatables per capire come viene effettuato l’ordinamento tramite il click sulla colonna per poterlo riprodurre in modo automatico.

Schede utenti

Partendo dalla tabella degli utenti, con un click su una riga, si può accedere ad un quadro dell’utente che evidenzia i dati anagrafici e dei sensori presenti nell’appartamento in cui vive. Vengono anche visualizzate delle schede per intervenire sugli attuatori in caso di necessità. Se, ad esempio, si rileva una temperatura troppo alta, è possibile inviare un comando di attivazione dell’aria condizionata con impostazione di una certa temperatura.

https://datatables.net/


Figura 14 – Interfaccia per il controllo di un attuatore

L’architettura dell’intero sistema è stata pensata per rilevare dati da numerose tipologie di sensori e attivare numerose tipologie di attuatori.


Figura 15 – Schermata con i controlli degli attuatori

Bootstrap

Bootstrap permette la sua inclusione anche attraverso un link CDN del template iniziale indicato sul sito ufficiale e reperibile qui: https://getbootstrap.com/docs/4.1/getting-started/introduction/

Bootstrap utilizza un sistema a griglia che permette di inserire fino a un massimo di 12 colonne per riga, ogni colonna è sviluppata per essere flessibile e adattarsi ad ogni risoluzione di schermo.

Ogni colonna permette la modifica a piacere di valori quali la larghezza delle colonne e la loro flessibilità in termini di risoluzione tramite specifici comandi.

All’interno di ogni colonna è presente un <div> di classe card; la card è un altra classe messa a disposizione da Bootstrap, essa può essere divisa in 3 parti, definite card-header, card-body e card-footer.


Figura 16 – Codice HTML per la struttura dei controlli degli attuatori

Definito uno stile generale per ogni carta, sono stati raggruppati in un file .css esterno chiamato

carteComandi.

Figura 17 – Codice CSS per la struttura dei controlli degli attuatori

Dopo una breve ricerca abbiamo scelto il tipo di pulsante da inserire nel card footer, utilizzato per controllare l’accensione e lo spegnimento dei dispositivi

Figura 18 – Codice HTML per accensione/spegnimento di un attuatore

Abbiamo aggiunto un’ombra alle cards tramite la classe bootstrap shadow-sm.

Tramite javascript, abbiamo fatto in modo di simulare un movimento di un’immagine o l’accensione di una lampadina al click di uno dei due tipi di pulsante, Spento o Acceso.


Abbiamo creato una barra di navigazione attraverso la classe navbar; questa barra di navigazione è ulteriormente costituita da una navbar-brand, dove è stato posizionato il logo dell’applicazione e da una serie di nav-item, contenenti i collegamenti alle altre pagine del sito.

La navbar è anche in grado di “collassare” in un menu verticale accessibile da un pulsante quando lo schermo risulta troppo stretto. Questo è stato possibile grazie all’introduzione delle classi navbar-expand, navbar-toggler, collapse e navbar-collapse.

Abbiamo creato una scheda informativa sul paziente con l’aiuto della classe Bootstrap jumbotron, essa contiene una serie di rows flessibili contenenti 3 colonne l’una. In ogni colonna è presente un <div>, che indica l’informazione sottostante e un paragrafo <p> che contiene l’informazione stessa.


Infine abbiamo aggiunto maggiori dettagli alle cards: attraverso l’utilizzo di una <img> e la classe

card-img-top si può consentire l’inserimento di un’immagine esterna e, sopra di essa, attraverso la

classe card-img-overlay si consente l’inserimento di altri elementi.

CDN Content Delivery Network

Cos'è un CDN

Un CDN (Content Delivery Network) è una rete di computer server per la distribuzione dei contenuti. Questa rete di server lavora come intermediario tra un server di contenuti, detto anche origine, e gli utenti finali o client.

A cosa serve?

Ha lo scopo di ottimizzare la consegna dei dati e ottenere vantaggi come la riduzione

dell’ampiezza di banda e il miglioramento delle prestazioni.

In assenza di una CDN, i server di origine dei contenuti devono rispondere a ogni singola richiesta degli utenti finali, questo comporta un traffico notevole verso l'origine e un conseguente carico che possono aumentare le probabilità di un guasto del server di origine in caso di picchi di traffico estremamente elevati o di un carico persistente.

Dove lo abbiamo utilizzato

Lo abbiamo utilizzato per l’inclusione nelle nostre pagine web delle librerie JS e CSS di Jquery, Bootstrap e Datatables.

Riferimenti

https://www.w3schools.com/js/js_htmldom.asp

https://www.w3schools.com/css/css_boxmodel.asp

https://www.akamai.com/it/it/cdn/what-is-a-cdn.jsp

https://it.wikipedia.org/wiki/Content_Delivery_Network

https://it.wikipedia.org/wiki/AJAX

https://jquery.com/

http://getbootstrap.com/


https://www.w3schools.com/css/css_boxmodel.asp

https://www.akamai.com/it/it/cdn/what-is-a-cdn.jsp

https://it.wikipedia.org/wiki/Content_Delivery_Network



GRUPPO COMUNICAZIONE

DESCRIZIONE DEL LAVORO (TUTOR COMUNICAZIONE)

Preparazione del logo e dei poster: attività in comune

Alcune delle attività propedeutiche alla preparazione del logo e dei poster sono state svolte da tutti i ragazzi del Gruppo di Comunicazione e talvolta, da tutti i partecipanti al progetto. Durante il Kickoff Meeting a cui hanno partecipato tutti le classi coinvolte, i tutor aziendali hanno fornito sia indicazioni che esempi esplicativi dei principali elementi necessari per la creazione del logo e di poster e brochure. Per quanto riguarda il logo, ne è stata sottolineata l’importanza in quanto sintesi ‘in immagine’ delle peculiarità di un prodotto/progetto/associazione così da renderlo immediatamente identificabile. E’ stato introdotto il concetto di immagine coordinata e si è brevemente discusso di quali ‘prodotti’ (logo, carta intestata, biglietti da visita, materiale pubblicitario e/o informativo) concorrano a costruirla. E’ stata messa a disposizione dei ragazzi una collezione di brochures di vario genere e ne sono state commentate con i tutor le scelte sia tecniche che estetiche, che contenutistiche operate dai realizzatori. Immediatamente dopo il Kickoff Meeting tramite la piattaforma, è stata inviata ai ragazzi una selezione con esempi di logo come guida all’ideazione del logo del progetto STC.

I ragazzi del Gruppo di Comunicazione sono stati suddivisi in sottogruppi incaricati della realizzazione del logo in formato bitmap e vettoriale, del poster e dei badge per il successivo incontro plenario, di un poster e di una brochure finalizzati a divulgare informazioni sull’esistenza e le applicazioni del progetto, di un poster e di una brochure finalizzati ad illustrare le scelte tecniche fatte per la realizzazione del progetto. I tutor coinvolti nelle attività di comunicazione hanno discusso con i ragazzi la necessità di adattare sia al contesto che alle finalità il contenuto delle diverse tipologie di poster.

Durante l’All Hands Meeting, la dott.ssa Andronico ha tenuto una breve lezione, a cui hanno assistito tutti i ragazzi, in cui sono state indicate le linee guida per l’ideazione e la progettazione del logo e del materiale pubblicitario. Sono state fornite indicazioni tecniche utili per la realizzazione sia del logo che dei poster nei formati bitmap e vettoriale. Inoltre si sono condivise con gli studenti anche considerazioni economico-logistiche da tenere presenti in fase di progettazione.

Tra l’Al lHands Meeting e l’incontro finale plenario in preparazione della Notte dei Ricercatori, i ragazzi del solo Gruppo di Comunicazione si sono incontrati con i tutor aziendali in due giornate per discutere e realizzare le modifiche necessarie per completare il lavoro realizzato dagli stessi studenti.

Nel corso di tutto il progetto, le tappe intermedie per l’esecuzione dei compiti assegnati a ciascun sottogruppo è stato seguito in presenza dai tutor scolastici e da quelli aziendali.


Ideazione e realizzazione del logo

Tutti i ragazzi delle tre classi sono stati coinvolti nell’ideazione e nella preparazione dei bozzetti per il logo del progetto. Nel mese successivo al Kickoff Meeting, ciascuna classe ha lavorato all’elaborazione delle proposte (3 per ciascuna scuola) tra cui selezionare il bozzetto più valido. Per lo svolgimento di questo compito i ragazzi hanno lavorato sia individualmente che in gruppo durante l’orario scolastico ed a casa. Ogni classe, guidata dai rispettibi tutor scolastici, si è organizzata autonomamente scegliendo se partire da una prima discussione comune lasciando poi i singoli studenti liberi di elaborare la propria proposta oppure se raccogliere le singole proposte di logo e selezionare le 3 migliori dopo averle discusse e valutate collettivamente. In totale sono stati proposti 8 bozzetti (3 dalla classe di Pisa, 3 dalla classe di Pontedera e 2 dalla classe di Massa). Tutti i bozzetti sono stati riuniti in un unico foglio e tutti gli studenti hanno espresso la propria preferenza per via telematica, tramite un form di google.

Figure 19 - Bozzetti per il logo presentati dalle 3 Scuole

Il bozzetto che ha ricevuto il maggior numero di preferenze è stato il numero 7. Durante l’AllHandsMeeting tutti i partecipanti ne hanno discusso pregi e limiti e la realizzazione sia in formato bitmap che vettoriale è stata affidata ai due sottogruppi delle scuole di Pisa e Pontedera. I due sottogruppi ‘realizzazione logo’ hanno lavorato autonomamente con la supervisione dei tutor scolastici e, tramite la piattaforma, hanno messo a disposizione di tutti gli altri quanto realizzato.


Figure 20 - Logo realizzato dagli studenti del sottogruppo di Pisa

Figure 21 - Logo realizzato dagli studenti di Pontedera

Il logo definitivo, implementato con elementi proposti in alcuni bozzetti non selezionati, è stato elaborato sotto la guida dei tutor aziendali nei due incontri riservati ai partecipanti al Gruppo di Comunicazione ed è stato quindi inserito da tutti nei diversi prodotti sviluppati.


Figure 22 – Logo definitivo del progetto

Progettazione e realizzazione dei poster

Questa attività è quella in cui i ragazzi hanno incontrato le maggiori difficoltà in buona parte legate alla necessità di selezionare le informazioni da riportare in ciascuna tipologia di poster (divulgativo o tecnico) e di sintetizzarle in un’unica pagina bilanciando parte testuale e immagini. Minori difficoltà si sono manifestate nel caso del poster di pubblicità dell’AllHands Meeting, probabilmente grazie alla maggior standardizzazione di contenuti ed impaginazione, ed il risultato è stato abbastanza soddisfacente.

Figure 23 - Poster realizzato per annunciare l’AllHands Meeting del progetto STC


Per una migliore riuscita dei poster divulgativo e tecnico, sarebbe stato necessario dedicare un incontro di approfondimento sulle strategie comunicative sottostanti la produzione di materiale informativo e pubblicitario accompagnato da un’analisi di alcuni esempi esplicativi selezionati in funzione del target. Infatti i suggerimenti di contestualizzazione delle due tipologie di poster, quello divulgativo (diretto a possibili utenti sia pubblici che privati) e quello tecnico (finalizzato ad informare possibili fornitori di componentistica sulla struttura sviluppata) non sono stati sufficienti a guidare gli studenti nel loro lavoro ed è stato necessario dedicare un incontro in cui il lavoro è stato terminato con la supervisione dei tutor aziendali. Tuttavia, i ragazzi si sono impegnati molto e sono comunque riusciti a portare a termine il loro compito cercando di andare anche oltre quanto esplicitamente richiesto. I ragazzi del sottogruppo incaricato della preparazione del poster divulgativo, per esempio, ne hanno preparato anche versioni in inglese, russo e cinese giovandosi delle competenze di compagni di classe madrelingua.

Figure 24 - Poster divulgativo del progetto STC


Figure 25 - Poster tecnico del progetto STC

RELAZIONE POSTER TECNICI (STUDENTI IIS PISA)

OBIETTIVO:

Pubblicizzare il nostro progetto, creando prodotti che descrivono le funzionalità e gli obiettivi del Social Tech Care.

PREPARAZIONE LOGO:

- lezione introduttiva al CNR sul programma di grafica da utilizzare

- Ogni istituto ha lavorato alle proprie bozze per il logo del progetto STC

Per quanto riguarda IIS Da Vinci - Fascetti:

- il gruppo classe ha effettuato un brain-storming per evidenziare le parole chiave e gli elementi che poi avremmo inserito nel logo

- Ognuno di noi ha elaborato una propria idea di logo, disegnandolo e presentandolo alla lavagna, il resto della classe dava consigli su come migliorarli


- Abbiamo scelto 3 dei loghi migliori pensati da noi, per poi presentarli come bozzetti al CNR

Il CNR ha effettuato una votazione dei loghi presentati dagli istituti che lavorano al progetto. Il logo vincitore è stato realizzato in forma di bozza usando il programma di grafica: Inkscape. Infine il logo è stato ridisegnato per una versione finale.

PREPARAZIONE BROCHURE/POSTER:

- Per prima cosa abbiamo fatto un'analisi delle brochure, abbiamo visionato degli esempi analizzando brochure di altre aziende

- Abbiamo scelto il programma con cui lavorare, nel nostro caso un editor online: Canva

- Abbiamo realizzato la struttura della brochure, scegliendo l'impaginazione, il font e le immagini che avremmo inserito

- Con l'aiuto del gruppo tecnico sono stati ultimati i dati tecnici da inserire

- Infine i docenti hanno revisionato e apportato modifiche ad eventuali imperfezioni

PREPARAZIONE BADGE:

- Per prima cosa abbiamo visionato degli esempi di badge dalle altre aziende

- Abbiamo strutturato i badge a seconda dei colori e della forma del logo scelto

- Abbiamo creato delle bozze di badge per ogni gruppo del progetto STC

- Infine presentato i badge per una revisione finale


INDAGINE SOCIALE (STUDENTI IIS MASSA)

Lo studio del territorio nel progetto SocialTechCare è stato molto utile e si è reso necessario per capire meglio la morfologia del territorio, il tipo di utenza coinvolta in caso di disagio e come o cosa poter mettere a disposizione. Il risultato dell’indagine ha evidenziato quali sono le caratteristiche e i rischi del territorio, l’età della popolazione, i soggetti presenti sul territorio e come sfruttare e utilizzare la tecnologia al servizio del territorio.

Descrizione dell’analisi del Territorio

Il territorio è costituito da un insieme di luoghi e di eventi. Per poter meglio individuare le risorse da analizzare sono stati divisi in otto punti che elenchiamo:

1. lo spazio - breve analisi del territorio sottolineando eventuali punti critici (es.: fiume, frane, ecc..) individuati su una mappa

2. i luoghi - individuare i punti di raccolta istituiti appositamente nel caso di calamità (da inserire nella mappa)

3. gli eventi - analizzare almeno tre eventi catastrofici sia naturali che umani occorsi negli ultimi dieci anni nel territorio preso in considerazione

4. le infrastrutture e le attrezzature, generali e specifiche - informarsi sui Piani comunali di evacuazione e su tutte le forme di pubblicità che il comune o la protezione civile, ha adottato per diffonderli alla cittadinanza (elencare quando e come e laddove esistenti, raccogliere opuscoli e materiale vario prodotto)

5. i diversi soggetti-attori - elencare tutti i soggetti presenti sul territorio atti ad intervenire nel momento in cui si verificasse una calamità ed eventuali piani di raccordo fra le istituzioni (es.: Protezione civile, comune, croce rossa, pubblica assistenza, associazioni varie di volontariato, ecc...)

6. sensibilizzazione - individuare altre forme particolari di sensibilizzazione (es.: piano di evacuazione nelle scuole, giochi vari per bambini piccoli, informazione a popolazione anziana, ecc..)

7. analisi demografica della popolazione del territorio considerato - Sapere quante famiglie o persone singole anziane, abitano nelle zone più a rischio del territorio e se sono state sensibilizzate verso i rischi ambientali

8. Altro - Tutto quello che trovate di interessante per la ricerca e che non è stato preso in considerazione nei punti sopra.

Indagine del territorio

L’indagine del territorio di un determinato ambiente, luogo è lo strumento che permette, attraverso l'analisi dei rischi locali, l'organizzazione e le procedure per gli interventi necessari, atti a ridurre al minimo i danni in caso di eventi calamitosi nel territorio. La previsione dei rischi è effettuata tramite:

l’individuazione e valutazione degli eventi ipotizzabili sulla base delle caratteristiche territoriali ed antropiche e la relativa individuazione delle aree potenzialmente pericolose;


la valutazione della popolazione, degli insediamenti, delle attività produttive, del patrimonio culturale nell'ambito delle aree pericolose;

la verifica della vulnerabilità cioè la suscettibilità da parte degli elementi sopra detti a subire danni durante il verificarsi dei potenziali eventi.

L'individuazione dei rischi presenti sul territorio è finalizzata ad orientare l'attività di prevenzione e costituisce un elemento fondamentale per gli strumenti di pianificazione territoriale

Per realizzare i compiti assegnati, gli studenti del gruppo di indagine si sono divisi in tre sottogruppi per studiare a meglio il territorio della zona, pertanto sono stati divisi in tre zone: Massa, Carrara, Pietrasanta. Gli studenti hanno interagito con le istituzioni locali per raccogliere i dati relativi ad eventi catastrofici che ci sono stati negli ultimi anni.

Inoltre gli studenti hanno fatto ricerche nei vari siti istituzionali comunali per riportare delle mappe (Mappa Pericolosità Idraulica, Mappa Pericolosità Geomorfologica, Mappa Rischio Sismico, Mappa Rischio Incendi). Gli studenti hanno fatto un’accurata e attenta analisi del territorio:

- L’analisi accurata degli eventi che si possono presentare in un territorio;

- L’analisi demografica della popolazione esistente

- L’analisi di copertura telefonica del territorio

- L’analisi dei piani comunali di evacuazione (mappa in cui sono ubicati gli edifici strategici, le principali vie di comunicazione e le aree di Protezione Civile.)

I vari sottogruppi (Carrara, Massa, Pietrasanta) hanno redatto un report con lo studio il territorio

seguendo gli otto punti nella descrizone.

Report: analisi del territorio “CARRARA”

Analisi del territorio: Lo Spazio

Rischio Idrogeologico:

I rischi principali nella zona di Marina di Carrara sono quelli idrogeologici dovuti al torrente Carrione ed in parte al torrente Parmignola.

La mappa fornita dal comune (Vedi la “Tavola Rischio Idrogeologico” allegata al documento) rappresenta abbastanza bene le zone a rischio.

Figura 26 - Mappa Comune di Carrara – Protezione civile – Rischio Idrogeologico


Sorprendentemente, Piazza Menconi non è stata inclusa nelle zone a rischio idrogeologico nonostante sia stata una delle zone maggiormente danneggiate dall’alluvione del 2014 (Vedi terzo documento). Ho incluso quindi la zona in una versione leggermente modificata della mappa.

Figura 19 - Mappa Comune di Carrara Aggiornata – Rischio Idrogeologico

Rischio Sismico:

La zona di Marina di Carrara non è particolarmente esposta a rischi dovuti ai terremoti. Negli ultimi anni le scosse sismiche sono state davvero poche, lievi e di breve durata dovute a terremoti con epicentro in città distanti.

Analisi del territorio: Lo Spazio

Figura 20 - Mappa Comune di Carrara – Protezione civile – Rischio sismico


Analisi del territorio: I Luoghi

Punti di raccolta:

Nel sito istituzionale del Comune di Carrara solo Via Genova è elencata ma lo stabilimento di Carrara Fiere è stato utilizzato in passato come punto di raccolta in caso di catastrofe naturale, quindi è stato incluso.

Figura 21 - Mappa Comune di Carrara - Luoghi di raccolta - Carrara Fiere

Figura 220 - Mappa Comune di Carrara – Luoghi di raccolta - Via Genova

Analisi del Territorio: Gli Eventi

28 Novembre 2012

Alluvione a Marina di Carrara dovuta all’esondazione dei torrenti Carrione e Parmignola. I gravi allagamenti hanno costretto all’evacuazione di circa 30 persone.


Le tante richieste di aiuto, specie da parte di anziani e disabili, non potevano essere gestite solamente dai vigili del fuoco locali ed hanno quindi costretto a far arrivare l’aiuto dei vigili del fuoco di Lucca e Firenze.

I disagi dovuti all’alluvione hanno costretto la chiusura delle scuole il giorno successivo e la chiusura del binario Massa Centro/Carrara Avenza – Genova/Pisa.

Causa: I due torrenti hanno esondato per colpa dell’uomo – Gli argini dei due torrenti erano stati costruiti con materiali scadenti, economici, difettosi.

Fonte: La Nazione

https://www.lanazione.it/massa_carrara/cronaca/2012/11/28/808926-carrara-alluvione-maltempo-pioggia-allagamenti-treni-ritardi.shtml

https://www.lanazione.it/massa-carrara/cronaca/alluvione-a-carrara-perizia-choc-sulle-cause-del-cedimento-dell-argine-del-carrione-speciale-1.380585

5 Novembre 2014

Ennesima esondazione del torrente Carrione che ha causato il rompimento di un argine in via Argine Destro. Nessuna vittima e nessun ferito ma si contano 450 sfollati e 1600 case danneggiate più o meno gravemente Scuole chiuse per vari giorni. I soccorsi sono costretti ad abbattere un molo per evitare che l’acqua trovi ostacoli.

Gli sfollati vengono accolti nella zona di Carrara Fiere.

Causa: Anche questa volta sembra che la causa sia umana - “Per la mancata nomina del collaudatore statico che avrebbe consentito di riscontrare e certificare le gravissime anomalie, rivelatesi purtroppo strettamente connesse al crollo dell’argine e per non aver disposto perizie di verifica a seguito di quanto rilevato dai vigili del fuoco ed emerso dai sopralluoghi in merito alla non rispondenza delle opere realizzate rispetto a quelle progettate“. Fonte: La Nazione, Il Meteo Web

https://www.lanazione.it/massa-carrara/cronaca/alluvione-marina-carrara-1.373691

http://www.meteoweb.eu/2016/01/alluvione-carrara-2014-sequestrati-i-beni-di-uno-degli-indagati/619253/

19 Marzo 2018

Doppia frana sul territorio che ha causato una voragine nella strada per Colonnata e sulla provinciale Carrara.

Danneggiata, fortunatamente, solo la strada che rimarrà chiusa per 10 giorni.

Causa: Naturale, non sembrano esserci colpe da attribuire all’intervento umano.

Fonte: Il Tirreno

http://iltirreno.gelocal.it/massa/cronaca/2018/03/19/news/doppia-frana-sul-territorio-voragine-nella-strada-per-colonnata-e-sulla-provinciale-a-carrara-1.16610444

Analisi del Territorio: Infrastrutture & Attrezzature – Generali e specifiche

Dalle ricerche effettuate non è stato possibile ritrovare alcun tipo di piano comunale di evacuazione (generale) ma solo le tavole di rischio sismico ed idrogeologico.

Non è presente neanche molta pubblicità il cui scopo è quello di informare la popolazione delle varie misure da prendere in caso di emergenza o catastrofe naturale.





https://www.lanazione.it/massa-carrara/cronaca/alluvione-marina-carrara-1.373691






Piano di evacuazione delle varie scuole del territorio:

E’ allegato al documento il Piano di Emergenza dell’istituto comprensivo Taliercio, formato dalla maggior parte delle scuole nelle zone a rischio di Marina di Carrara (In particolare la Doganella, Taliercio e Giromini).

Divertimenti per bambini:

Figura 31 - Mappa Comune di Carrara – Luoghi di evacuazioni

I due principali luoghi in cui portare i bambini a giocare in caso di un’eventuale evacuazione sono la pineta lungomare (Numero 1, in figura) – Nella zona cerchiata si estende un grande parco attrezzato con altalene, scivoli, etc. – Inoltre, è inclusa una zona nella quale sono presenti gonfiabili, scivoli, piste di autoscontri e altri giochi.

Il luogo numero 2 è invece il parco di Villa Ceci: E’ l’enorme parco della scuola G.Taliercio anch’esso fornito di vari intrattenimenti per i piccoli, anche se probabilmente non un luogo adatto in caso di alluvione in quanto situato in una zona particolarmente fangosa.

Analisi del Territorio: I diversi soggetti-attori

Attraverso google maps sono stati individuati i vari soggetti che possono essere contattati in caso di calamità naturali e non solo:


Vigili del fuoco:

Figura 32 - Mappa soggetti attori- Vigili del Fuoco

Sito: http://www.vigilfuoco.it/sitiVVF/massacarrara/

Pubblica Assistenza:

Figura 33 - Mappa soggetti attori- Pubblica assistenza

Sito: http://pubblicaassistenzacarrara.it/

http://www.vigilfuoco.it/sitiVVF/massacarrara/

http://pubblicaassistenzacarrara.it/


Comune:

Figura 34 - Mappa soggetti attori- Comune di Carrara

Sito: http://www.comune.carrara.ms.gov.it/

Croce Rossa:

Figura 35 - Mappa soggetti attori- Croce Rossa

Sito: https://www.cri.it/home

http://www.comune.carrara.ms.gov.it/

https://www.cri.it/home


Associazioni di volontariato locali:

Figura 36 - Mappa soggetti attori- Associazioni di volontariato

Siti:

Consolato del Mare: http://www.consolatodelmare.it/index.php/it/

Croce oro: http://www.croceoro.org/

Sono presenti molte altre associazioni di volontariato ma la maggior parte di esse non ha un sito web.

http://www.consolatodelmare.it/index.php/it/

http://www.croceoro.org/


Analisi del Territorio: studio demografico della popolazione

Figura 37 - Grafico della popolazione del Comune di Carrara

Analisi:

Il 32% della popolazione di Carrara è sopra i 60 anni. Non è stato possibile reperire le informazioni su quante persone vivano nelle zone più pericolose ma i servizi che si andranno a realizzare sarebbero sicuramente utili alle istituzioni, essendo 1/3 della popolazione sicuramente una buona parte della popolazione.

La popolazione ha sicuramente un’idea dei potenziali pericoli della zona ma questa conoscenza deriva sicuramente dall’esperienza con le alluvioni passate in quanto esistono davvero poche informazioni facilmente reperibili e la sensibilizzazione ai pericoli è pressoché inesistente.

Da quanto possiamo notare anche da questa tabella, la popolazione over 65 sta aumentando sempre di più di anno in anno ad un ritmo abbastanza regolare (Circa 100-300 persone ogni anno)

Fonte: https://www.tuttitalia.it/toscana/76-carrara/statistiche/popolazione-eta-sesso-stato-civile-2017/

https://www.tuttitalia.it/toscana/76-carrara/statistiche/popolazione-eta-sesso-stato-civile-2017/

https://www.tuttitalia.it/toscana/76-carrara/statistiche/popolazione-eta-sesso-stato-civile-2017/


Figura 8 - Report della popolazione per anno del Comune di Carrara

Report: analisi del territorio “PIETRASANTA”

Dalle ricerche, di seguito riportiamo i punti di raccolta istituiti appositamente nel caso di calamità.

Aree di attesa

Si possono utilizzare piazze, slarghi, parcheggi, spazi pubblici e privati ritenuti idonei e non soggetti a rischio (frane, alluvioni, crollo di strutture attigue, ecc.), raggiungibili attraverso un percorso possibilmente pedonale e segnalato sulla cartografia.

Il numero delle Aree di Attesa è in funzione della capacità ricettiva degli spazi disponibili, del numero degli abitanti e degli eventuali turisti presenti nel quartiere o frazione.

In queste aree la popolazione riceverà le prime informazioni sull'evento e i primi generi di conforto, in attesa dell'allestimento delle Aree di Ricovero.

In caso di evento meteorologico come Aree di Attesa saranno individuate, nei piani di evacuazione, strutture coperte (palestre, sale riunioni, scuole, ecc.) dove la popolazione si recherà, riceverà le indicazioni dal personale della Protezione Civile ed aspetterà di essere accompagnata presso le strutture di ricovero allo scopo individuate nel piano.

- Croce Verde - Pietrasanta - Centro civico Bettino Pilli - Vallecchia - Scuola Elementare - Strettoia - Spogliatoi campo sportivo Pruniccia - Strettoia - Centro civico La Cervia - Montiscendi - Circolo La Rosa Bianca - Località Africa, Pietrasanta - Misericordia - Marina di Pietrasanta - Scuola elementare Pollino - Pietrasanta - Associazione 12 agosto - Valdicastello

- Sede Filarmonica - Capezzano Monte

http://www.comune.pietrasanta.lu.it/allegati/44/area_croce_verde_p_santa_1.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/centro_civico_pilli_vallecchia_2.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/strettoia_scuole_3.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/area_strettoia_pruniccia_4.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/montiscendi_centro_civico_la_cervia_5.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/area_circolo_rosa_bianca_africa_6.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/area_misericordia_marina_pietrasanta_7.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/area_ex_mensa_scuola_pollino_8.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/area_valdicastello_9.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/circolo_filarmonico_capezzano_monte_10.pdf


Aree di ammassamento soccorritori e risorse

Le Aree di Ammassamento dei soccorritori e delle risorse sono state individuate dai comuni in aree idonee in base a passate esperienze. E’ una delle risorse tattiche più importanti per la gestione dei soccorsi e dell’assistenza, sia per la sua funzione di decongestionamento del traffico urbano sia per le possibilità di movimentazione logistica che può garantire.

Queste aree sono segnalate in giallo sulla cartografia interattiva, assieme al percorso migliore per accedervi. Sono individuate fra le aree non soggette a rischio (dissesti idrogeologici, inondazioni, etc..), ubicate nelle vicinanze di risorse idriche elettriche e ricettive per lo smaltimento di acque reflue. Queste aree dovranno trovarsi in prossimità di un nodo viario o comunque dovranno essere facilmente raggiungibili anche da mezzi di grandi dimensioni. Si prevede per le aree di Ammassamento dei soccorritori e risorse un’utilizzazione teorica per un periodo di tempo compreso tra poche settimane e qualche mese.

Le aree di ammassamento del Comune di Pietrasanta sono:

- Stadio comunale - Pietrasanta - Campo sportivo Pruniccia – Strettoia (non in centro) - Campo di atletica – Pietrasanta (non in centro) - Parcheggio presso ex torretta Finanza – Marina di Pietrasanta (non in centro)

Aree di ricovero della popolazione

In caso di evento idrogeologico per il ricovero della popolazione saranno individuate, vista la consistente attività turistica della zona, strutture di alloggio al coperto, quali alberghi, ostelli, ecc.

Aree atterraggio elicotteri

L’elicottero in fase di atterraggio crea sotto di sé un’area interessata dal flusso del rotore che, senza poterne definire con esattezza i confini, può comunque essere definita “area di operazioni”. A causa del flusso del rotore, tutta l’area di operazioni deve essere considerata un’area a rischio di incidente. Area di pericolo anche in considerazione del fatto che il flusso è soggetto a continue e repentine variazioni di portata e direzione, in conseguenza delle variazioni di quota dell’elicottero, dell’incidenza delle pale rispetto al terreno, dell’orografia del terreno stesso e della presenza di ostacoli in grado di influenzare la direzione del flusso d’aria. E’ importante sottolineare che, a livello del terreno, un oggetto che apparentemente sembra non subire gli effetti del flusso del rotore, può improvvisamente trasformarsi in una sorta di proiettile e colpire persone o cose presenti dell’area operativa, non ultimo l’aeromobile stesso. Le aree di atterraggio elicotteri dovrebbero avere, di norma, le seguenti caratteristiche:

- essere lontano da fili tesi, quali teleferiche o linee elettriche - non trovarsi in un avvallamento, ma piuttosto in un luogo sopraelevato - essere pianeggiante e privo di ostacoli - consentire all’elicottero un buon angolo di avvicinamento - non essere sotto la minaccia di caduta di sassi o valanghe - avere il fondo solido (se polveroso, va bagnato con cura, se innevato, va battuto) - Figura 23 - Mappa Comune di Pietrasanta – Punti di raccolta

- Figura 24 - Mappa Comune di Pietrasanta – Punti di raccolta

http://www.comune.pietrasanta.lu.it/allegati/4/campo_sportivo_comunale_amm1.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/scheda_area_campo_atletica_amm3.pdf

http://www.comune.pietrasanta.lu.it/allegati/44/scheda_area_torretta_finanza_amm_4.pdf


Figura 39 - Mappa Comune di Pietrasanta – Punti di raccolta

1. Fiume Versilia 2. Rischio frana zona Capriglia 3. Rischio frana zona Valdicastello

In rosso è evidenziato il punto di raccolta principale del centro di pietrasanta, Stadio Comunale, in cui anche gli elicotteri possono atterrare

Figura 40 – Mappa Comune di Pietrasanta – Punto di raccolta principale

SEDE DELLA PROTEZIONE CIVILE Piazza Matteotti, presso Sala Protezione Civile (prima dell'Anagrafe)


SEDE DELLA POLIZIA MUNICIPALE Via G.Marcone

SEDE DEL COMUNE PIETRASANTA Piazza G.Matteotti

IN CASO DI PROBLEMI:

I primi ad intervenire in casi di bisogno saranno quindi:

- Croce Verde - Protezione Civile - Vigili del Fuoco - Polizia Municipale - Enti Volontari (es. Muttley's Group)

EVENTI CATASTROFICI COMUNE DI PIETRASANTA

Gli eventi catastrofici che si sono verificati nel comune di Pietrasanta sono qui di seguito elencati:

Ciclone VERSILIA – Ciclone. Impegnate decine di uomini della Protezione Civile su tutto il territorio. Chiesti anche rinforzi alla Prefettura e alla Regione Toscana.

Alluvione della Versilia. E' stata un grave evento alluvionale che colpì parte della regione storica della Versilia il 19 giugno 1996 seguito di un fenomeno temporalesco particolarmente violento avvenuto nel passaggio tra la primavera e l’estate. L’evento causò anche un elevato numero di vittime: alla fine dell'emergenza si conteranno 14 morti, quasi tutti a Cardoso e un disperso.

Frane si veriificano spesso episodi di frane e spossamenti nel comune di Pietrasanta.

Estensione territoriale del Comune di PIETRASANTA e relativa densità abitativa, abitanti per sesso e numero di famiglie residenti, età media e incidenza degli stranieri

TERRITORIO

Regione Toscana

Provincia Lucca

Sigla Provincia LU

Frazioni nel comune 21

Superficie (Kmq) 41,67

Densità Abitativa

(Abitanti/Kmq) 573,3

DATI DEMOGRAFICI (Anno 2016)

Popolazione (N.) 23.887

Famiglie (N.) 10.494

Maschi (%) 46,9

Femmine (%) 53,1

Stranieri (%) 5,6

Età Media (Anni) 47,9

Variazione % Media Annua

(2011/2016) -0,18


Popolazione per eta’, sesso e stato civile 2016

Il grafico in basso, detto Piramide delle Età, rappresenta la distribuzione della popolazione residente a Pietrasanta per età, sesso e stato civile al 1° gennaio 2016. La popolazione è riportata per classi quinquennali di età sull'asse Y, mentre sull'asse X sono riportati due grafici a barre a specchio con i maschi (a sinistra) e le femmine (a destra). I diversi colori evidenziano la distribuzione della popolazione per stato civile: celibi e nubili, coniugati, vedovi e divorziati. In generale, la forma di questo tipo di grafico dipende dall'andamento demografico di una popolazione, con variazioni visibili

in periodi di forte crescita demografica o di cali delle nascite per guerre o altri eventi.

In Italia ha avuto la forma simile ad una piramide fino agli anni '60, cioè fino agli anni del

boom demografico.

Distribuzione della popolazione 2016 - Pietrasanta

Età Celibi/Nubili Coniugati/e Vedovi/e Divorziati/e Maschi Femmine Totale

%

0-4 778 0 0 0 395 50,8%

383 49,2%

778 3,2%

5-9 922 0 0 0 457 49,6%

465 50,4%

922 3,8%

10-14 988 0 0 0 485 49,1%

503 50,9%

988 4,1%

15-19 928 1 0 0 482 51,9%

447 48,1%

929 3,9%

20-24 996 23 0 0 496 48,7%

523 51,3%

1.019 4,2%

25-29 909 118 1 0 513 49,9%

515 50,1%

1.028 4,3%

30-34 808 341 2 15 586 50,3%

580 49,7%

1.166 4,9%

35-39 685 733 1 35 701 48,2%

753 51,8%

1.454 6,1%

40-44 635 1.068 5 92 860 47,8%

940 52,2%

1.800 7,5%

45-49 486 1.352 18 116 949 48,1%

1.023 51,9%

1.972 8,2%

50-54 310 1.572 53 193 1.035 48,6%

1.093 51,4%

2.128 8,9%

55-59 191 1.464 85 166 901 1.005 1.906 7,9%


47,3% 52,7%

60-64 132 1.265 110 110 792 49,0%

825 51,0%

1.617 6,7%

65-69 104 1.292 211 84 782 46,2%

909 53,8%

1.691 7,0%

70-74 57 915 278 40 570 44,2%

720 55,8%

1.290 5,4%

75-79 65 826 437 32 591 43,5%

769 56,5%

1.360 5,7%

80-84 56 441 452 21 367 37,8%

603 62,2%

970 4,0%

85-89 30 201 441 11 211 30,9%

472 69,1%

683 2,8%

90-94 18 43 179 3 68 28,0%

175 72,0%

243 1,0%

95-99 2 5 47 0 11 20,4%

43 79,6%

54 0,2%

100+ 1 1 7 0 4 44,4%

5 55,6%

9 0,0%

Totale 9.101 11.661 2.327 918 11.256 46,9%

12.751 53,1%

24.007 100,0%

Come notiamo dai dati vi è un'alta densità di popolazione con età maggiore ai 60 anni, che possono spesso avere problemi nell'essere al corrente con le informazioni legate alla sicurezza, l'unico modo per le numerose famiglie e per gli anziani che vivono in zone a rischio di venire a conoscenza ti tali informazioni, sono le chiamate della protezione civile, non vi sono veri e propri programmi per diffondere i dati necessari.


Report: analisi del territorio “MASSA”

Rischio idrogeologico

Figura 41 - Mappa Comune di Massa – Rischio idrogeologico

EVENTI CATASTROFICI

- 3 Gennaio 2010 eccezionali piogge causarono, oltre a lievi dissesti sui versanti, esondazione di alcuni corsi d’acqua minori nelle aree a mare; il Torrente Ricortola è il corso d’acqua che esondando ha causato più danni, costringendo all’evacuazione alcune famiglie.

- 31 ottobre – 1 novembre 2010 eccezionali piogge causarono, oltre a numerose frane e dissesti sui versanti, esondazione di alcuni corsi d’acqua minori nelle aree a mare.

- 29 settembre 2013: tromba d’ aria a marina di massa: danneggiamento di alcuni edifici per alberi caduti.

- 18 gennaio 2014: dissesti idrogeologici e allagamenti dovuti a pioggie eccezzionali: frane a Casette, Poggio Piastrone , La Rocca. Allagamenti a marina di massa per insufficenza della rete di fognatura bianca.

- 26 luglio 2014: Allagamenti dovuti a forti pioggie nella parte adiacente al castello.

- 5 marzo 2015: tempesta di vento sulla Versilia: numerose piante abbattute in zona Ronchi-Poveromo,Marina di Massa,Quercioli,Cervar,Turano,Campo Scuola,Candia-Romagnano,San Carlo,Altagnana forti danneggiamenti alle coperture del mercato coperto di Turano,cimitero di Turano,cimitero di Altagnana.

IN CASO DI PROBLEMI

I primi ad intervenire in casi di bisogno saranno quindi:

- Carabinieri Via XXVIII Aprile, 12 54100 Massa MS 05854951


- Polizia Via del Patriota, 1, 54100 Massa MS 0585 4941 - Croce Azzurra Via Intercomunale,7 54100 Cinquale MS 0585 807120 - Croce Rossa Largo Giacomo Matteotti, 6 54100 Massa MS 0585 810910

Come la popolazione viene avvertita

Gli abitanti di Massa e frazioni potranno essere personalmente avvisati dal Comune di imminenti rischi dovuti al maltempo o di eventi di pubblica utilità. L’amministrazione cittadina ha acquistato il sistema di allerta della popolazione Informabene, della società fiorentina Aperion, che consente di comunicare in modo capillare alla popolazione allerte meteo, guasti idrici, scuole chiuse e così via.Le informazioni arriveranno con una telefonata al fisso, sul cellulare, per sms, email, Whatsapp o Messenger, a seconda di quale recapito il cittadino ha dato al Comune.

Il via libera all’acquisto è arrivato il 22 novembre dal servizio Protezione civile del Comune con la determina dirigenziale 2244. Il sistema di allerta costa 3.523,66 euro: 1.800 per l’installazione iniziale, 400 per caricare l’indirizzario che il Comune già possiede, 188 per il canone mensile, 2.250 per il canone annuo e 500 per la ricarica. A questi si aggiungono 4.575 euro per il servizio dal 1º gennaio al 31 dicembre 2018.

Punti critici del territorio

Punti critici Le colline del Candia, nella zona di interfaccia fra il versante e le aree di pianura sottostanti, sono sicuramente uno dei punti più critici per questa tipologia di rischio, a causa dell’elevata franosità a monte di zone densamente antropizzate. A seguito degli eventi franosi del 31 ottobre 2010 quasi tutta l’area del Candia è stata inclusa nelle aree da sottoporre a misure cautelari. Sicuri punti critici sono i centri abitati nelle aree montane, tutti situati in corrispondenza di versanti franosi. Si segnalano, per numero di abitanti ed elevato rischio, le località di LavacchioCastagnetola, Bergiola Maggiore, Pariana, Canevara, Caglieglia, Casette, Forno, Casania-Gronda, Resceto.

Le aree più soggette ad eventi alluvionali sono principalmente quelle comprese fra l’autostrada A11 Genova-Rosignano e la linea di costa, ovvero le zone di pianura alluvionale propriamente detta, anticamente palustri, comprese fra le falde del conoide del Frigido e dei corsi d’acqua minori, e gli antichi cordoni dunari costieri. In queste aree periodicamente si verificano alluvioni dei principali corsi d’acqua dovute alla morfologia del territorio unitamente alla scarsa o insufficiente regimazione e messa in sicurezza di alcuni corsi d’acqua principali e del reticolo minore.


NELLE FRAZIONI MONTANE E COLLINARI, ALTITUDINE E DISTANZA DAL CAPOLUOGO MASSA.

Figura 42 - Tabella abitanti delle frazioni del Comune di Massa

POPOLAZIONE

Al 31/12/2011 nel comune di Massa risultano residenti 71.020 persone (34.222 maschi e 36798 femmine), 31.659 nuclei familiari, con la maggiore densità abitativa concentrata nella zona costiera, fra il capoluogo e il mare. Le persone di sesso maschile costituiscono il 48,2 % mentre le persone di sesso femminile costituiscono il 51,8%. Le persone di origine straniera sono il 6% della popolazione

totale.


Figura 43 - Grafico della popolazione del Comune di Massa

IL CLIMA

Il clima del territorio del comune è di tipo mediterraneo-tirrenico, con inverni miti e ed estati calde. Il clima della città è particolarmente mite e non presenta picchi elevati di caldo in estate e di freddo in inverno, il clima dominante è di tipo submediterraneo, influenzato da influssi atlantici e caratterizzato generalmente da inverni miti, grazie all'azione mitigatrice del mare e dello scirocco proveniente dall'Africa. La temperatura media a gennaio è di 7,25 °C. Le estati sono decisamente calde con medie a luglio e agosto di 28 °C . La piovosità è elevata, principalmente per la presenza delle Alpi Apuane, che con la loro ubicazione vicina alla costa del Mar Ligure, fungono da barriera per le perturbazioni provenienti essenzialmente da ovest e nord-ovest

Figura 44 - Grafico del clima del Comune di Massa per valutare i rischi


GRUPPO RENDICONTAZIONE

Descrizione del lavoro (tutor rendicontazione)

Nell’ambito del progetto di alternanza scuola-lavoro “Social Tech Care” fra il CNR di Pisa, l’ITI di Pisa, l’ITI di Massa e l’ITI di Pontedera è stato deciso di inserire, tra gli obiettivi da raggiungere, quello della rendicontazione economica del progetto. Gli studenti delle tre diverse classi avevano l’obiettivo di sviluppare un progetto, che doveva ripercorrere le tipiche modalità utilizzate nell'ambito degli enti di ricerca e nel contesto dei progetti europei, per questo motivo è stata inserita la gestione economica del progetto, sulle basi della rendicontazione europea utilizzata dagli enti di ricerca.

Al fine di trasferire agli studenti le competenze di base, per gestire economicamente ed al meglio il loro progetto, durante il primo incontro denominato “Kickoff Meeting”, fra le scuole ed il CNR, sono stati affrontati i seguenti temi:

- cosa significa gestire economicamente un progetto di ricerca;

- come programmare le spese e definire preventivamente i costi di progetto, aiutandosi con fogli excel;

- come calcolare il budget di progetto ed il suo significato;

- come monitorare le spese, verificando l'avanzamento del budget;

- come rendicontare i costi attribuiti al progetto;

- come documentare le spese per eventuali verifiche.

Durante questo primo incontro, pur avendo contenuti economici, non proprio interessanti per studenti degli istituti tecnici, i ragazzi sono stati molto attenti e partecipi perché hanno recepito l'importanza di questi contenuti rispetto all'obiettivo complessivo del gruppo. Hanno capito, in particolare, l'uso che avrebbero dovuto fare dello schema Excel, come inserire le singole spese sostenute sia per le riunioni, sia per l’acquisto del materiale e sia il calcolo delle ore/uomo necessarie alla realizzazione del progetto. Il calcolo delle ore/uomo impiegate sul progetto alternanza lavoro ha impegnato i ragazzi nella ricerca del costo orario come tecnologi, come operai o addetti ad atre mansioni e l’applicazione del costo agli altri gruppi: tecnico, di comunicazione e di indagine sociale e sul territorio. All’interno di ciascuna classe è stato formato un piccolo gruppo dedito alla rendicontazione. Il primo compito assegnato a questo gruppo è stato quello della formulazione di un budget ossia una previsione del costo del progetto. L’altro compito è stato quello di aggiornare costantemente il foglio excel con le spese sostenute e con le ore impiegate, con la responsabilità dell’archiviazione dei documenti comprovanti le spese. Questo compito li ha portati a relazionarsi costantemente con il gruppo tecnico, con il gruppo comunicazione e con il gruppo sull’indagine sociale e del territorio, per monitorare le ore lavorate da ciascun studente sia a casa, che a scuola e sia durante gli incontri al CNR. Gli studenti che fanno parte del gruppo rendicontazione si sono assunti l'impegno di restituire periodicamente ai tutor gli schemi contenenti le previsioni di spesa e il conteggio aggiornato dei costi necessari per la realizzazione del progetto.

Durante il secondo incontro denominato “All Hands Meeting” i ragazzi del gruppo rendicontazione hanno preparato alcune slide in Power Point sul loro lavoro svolto, presentandole a tutti gli altri studenti, ai professori ed ai tutor CNR. Questo meeting è stato molto interessante e formativo per i ragazzi che si sono dimostrati abili nella preparazione del lavoro, dimostrando una buona dose di motivazione ed è stata anche l'occasione per i tutor di dare indicazioni migliorative per la presentazione finale.


Il lavoro finale del gruppo rendicontazione prevede il calcolo del costo effettivo di questo progetto, la relazione sull’attività svolta dai ragazzi e la discussione della differenza fra il budget inziale e l’effettivo costo del progetto.

Nella riunione del 26 settembre 2018 denominata “Final Meeting” i gruppi delle diverse scuole hanno presentato il loro lavoro fin qui realizzato. Le considerazioni fatte in base alle singole relazioni sono le seguenti:

- In tutti i lavori i costi sono stati preventivati correttamente (generalmente c’è una considerevole differenza tra l’entità del budget e i consuntivi ottenuti).

- Nelle rendicontazioni sono state considerate tutte le tipologie di costo. E’stata quindi ben fatta l’analisi qualitativa dei costi generati dal progetto. Si può quindi dire che l’analisi qualitativa è stata buona mentre quella quantitativa è decisamente migliorabile

- Non sempre è stata fatta una rendicontazione per raggruppamento. E’stata privilegiata l’analiticità della rilevazione dei dati (addirittura nominativa) a discapito della sintesi per raggruppamento, utile anche ad una lettura più oggettiva dei dati e meno personalizzata.

- In un caso è stata utilizzata la categoria “stipendi” per definire l’entità dei costi del personale confondendo perciò la retribuzione del singolo dipendente dal costo complessivo sostenuto dall’ente per ciascun dipendente. La rendicontazione utilizza non la prima ma la seconda categoria.

Va comunque sottolineato che la qualità complessiva dei lavori è buona.

L’impegno dei ragazzi dei gruppi dedicati alla rendicontazione è stato costante e tenace e, a differenza degli altri gruppi che vedevano la gratificazione del risultato concreto del loro lavoro, questi ragazzi hanno maneggiato conti, cifre, grafici, pensando al servizio che fornivano agli altri un po' come nel calcio potrebbe essere l’analogia del mediano paragonato al goleador.

Come tutor di progetto siamo state onorate di metterci a disposizione di giovani studenti e dei loro insegnanti e di aver collaborato ad un progetto importante di crescita reciproca e scambio tra mondo della scuola e mondo del lavoro.

Di seguito le relazioni presentate dagli studenti facenti parte del gruppo della rendicontazione economica.

Relazione Budget (studenti IIS Massa)

Di seguito la previsione di spesa all’inizio del progetto:

32000€

1658€ di spese per i viaggi (Considerato il numero di incontri ed il costo dei

biglietti del treno e dell’autobus).

30242€ supponendo una media di 90h a testa con uno stipendio di 26€/h per

il gruppo tecnico e 15€/h per il gruppo di comunicazione e rendicontazione. (Le cifre si basano sullo stipendio medio di un programmatore junior, di un analista e di un notaio).


BUDGET FINALE:

Stipendi gruppo tecnico: (104 + 1391 + 897 + 1573 + 1404 + 1872) €

Totale gruppo tecnico: 7241€

Stipendi gruppo di comunicazione:

Massa centro: (405 + 480 + 480) € = 1365€ Massa monte: (405 + 405 + 525) € = 1335€ Pietrasanta: (405 + 570 + 405) € = 1380€ Marina di Carrara: (180 + 165) € = 345€

Totale: 4425€

Stipendio rendicontazione: 555€

Stipendio totale: 12221€

Spese di viaggio: 1971€

Totale: 14192€

Relazione Budget (studenti IIS Pontedera)

Il progetto è iniziato il 20 Marzo 2018 con il kickoff meeting svoltosi presso il CNR di Pisa dove i tutor hanno fornito le specifiche del lavoro da svolgere, e suddiviso ogni classe in tre gruppi: Tecnico, Comunicazione e Rendicontazione.

Il gruppo Rendicontazione dell’ITIS di Pontedera, composto dagli studenti Pardini Gianluca e Macchi Filippo, ha svolto il proprio lavoro principalmente presso l’Istituto stesso.

Inizialmente è stato richiesto da parte dei tutor di stimare un budget ipotetico, ma data l’inesperienza del gruppo questo non è stato possibile.

Le attività principali del gruppo sono state:

Tenere conto di tutte le spese effettuate e di tutte le ore utilizzate per il progetto inserite

poi in un file excel.

Far firmare tutti gli alunni sul registro presenze creato con word.

Il file excel creato è composto dai seguenti fogli:

Rendicontazione Social Tech Care, contenente tutte le spese effettuate sia quelle generiche che quelle per i materiali usati.

Presenze, contenente tutte le date degli incontri svolti tra CNR e scuola.

Spese x CNR, contenente tutte le spese effettuate da ogni singolo alunno.

Pie chart, con all’interno un grafico a torta rappresentante la divisione delle ore svolte dagli alunni e dai professori. Il grafico contiene anche un secondo grafico sempre a torta contenente la suddivisione degli importi sostenuti, derivanti dalle spese generali, dalle spese per i materiali e dalle ore dei professori e degli alunni.


GRAFICI

GRUPPO TECNICO

TOTALE ORE SPESE SOSTENUTE totale ore per gruppo totale spese per gruppo

123,0 € 42,68

130,0 € 35,48

120,0 € 42,68

104,0 € 42,68

92,5 € 35,48

116,0 € 42,68

110,0 € 42,68

125,5 € 42,68

104,0 € 42,68

97,5 € 28,28

98,0 € 35,48

4,0 € 0,00

1225 € 433,48

GRUPPO COMUNICAZIONE

TOTALE ORE SPESE SOSTENUTE totale ore per gruppo Totale spese per gruppo

118,0 € 28,28

111,0 € 21,08

100,0 € 21,08

97,0 € 28,28

123,5 € 28,28

101,0 € 28,28 651 € 155,28

GRUPPO RENDICONTAZIONE

TOTALE ORE SPESE SOSTENUTE totale ore per gruppo totale spese per gruppo

122,5 € 21,08

97,0 € 21,08 219,5 € 42,16

133,0 € 76,58

125,0 € 41,98

47,0 € 40,58

19,0 € 0,00

26,0 € 48,48 350 € 207,62

2444,5 € 838,54


Figura 45 - PIE CHART con ore alunni e ore professori dedicate al progetto

Figura 25 - PIE CHART riportante il totale di spesa suddiviso fra ore alunni, ore professori, materie prime e spese generali.

ore professori2332,98

ore alunni 380,00

ore totali alunni e professori

EURO DI SPESA PER ORE ALUNNI, ORE PROFESSORI, MATERIE PRIME E SPESE

GENERALI

SPESEGENERICHE

MATERIE PRIME

ORE PROFESSORI

ORE ALUNNI


La notte dei Ricercatori 2018

Il lavoro svolto dai ragazzi in questo primo anno di progetto è stato veramente molto ed abbiamo deciso di presentarlo all’edizione 2018 della Notte dei Ricercatori al Cnr, Bright2018.

Abbiamo quindi progettato uno spazio che simulasse una casa, dove erano istallati i sensori, e uno spazio che potesse ricordare la sala operativa di un Comune, da dove poter visualizzare la situazione a distanza. L’immagine sotto mostra gli spazi allestiti.

foto Notte dei ricercatori (da inserire)

Per il Bright i tutor hanno realizzato un volantino esplicativo dell’intero progetto.

progetto di Alternanza Scuola Lavoro “Social Tech Care” · 2019-03-05 · Documento di sintesi...

Documents

Transcript of progetto di Alternanza Scuola Lavoro “Social Tech Care” · 2019-03-05 · Documento di sintesi...