Seconde Prove simulate e reali

Seconde Prove simulate e reali N.1 La Comunità Montana della Valnera deve monitorare i propri impianti di depurazione delle acque, situati in quattro comuni della valle. Il progetto prevede che il centro di supervisione, situato nel comune di Crovio, sia in grado di rilevare in tempo praticamente reale gli allarmi (che comunque capitano raramente) provenienti dalle stazioni di controllo dei depuratori e, ciclicamente, ad intervalli di circa 15-20 minuti, interroghi le stazioni per l acquisizione dei dati di processo. Gli allarmi (insieme alla data/ora di rilevamento) e i dati rilevati saranno memorizzati su supporto di massa. Il centro di supervisione giornalmente invierà sul sito web www.valnera.it gli allarmi verificatisi e i valori massimi, minimi e medi dei dati (*) delle quattro stazioni di controllo. (*) Ogni stazione fornirà le seguenti informazioni: DATI (ogni dato in formato di 32 bit) Misura di portata Misura PH Misura Cloro Misura Ossigeno ALLARMI (ogni allarme codificato in formato di 8 bit) Mancanza Rete elettrica Allarme Gasomentro Allarme Compressore Ossigeno RICHIESTE SPECIFICHE Fatte le necessarie ipotesi, lo studente: [SISTEMI] A. disegni lo schema a blocchi della rete, specificando i dispositivi usati, le distanze e le velocità in gioco, le normative usate, motivandone le scelte B. Individui un protocollo di comunicazione di livello 2. Ne disegni la trama specificando i campi usati e relative lunghezze in byte, disegni un diagramma temporale di una Apertura, Mantenimento, e Chiusura di una procedura di interrogazione da parte del centro a una stazione periferica, che risponde con una trama di dati. [INFORMATICA]: C. Formuli ipotesi dettagliate circa il formato F1 delle informazioni trasmesse dal centro supervisione al sito, il formato dei dati nel DB del sito (cioè il formato delle informazioni memorizzate, non necessariamente coincidente con F1) e la funzione che ogni categoria di informazioni ha nel sito-destinazione (informativo, di controllo, visibile al pubblico, riservato ecc.) D. Progetti il DB e il sito web www.valnera.it che ha il compito di immagazzinare le informazioni ricevute per renderle pubbliche e inoltre visualizzare, su richiesta, l allarme che si è verificato più spesso per ogni mese dell anno corrente. E. Scriva il codice relativo alle pagine web necessarie a implementare nei linguaggi più opportuni la statistica sugli allarmi e almeno un altra funzione, (quella che si ritiene più significativa). N.2 Gestione del bagno Ariel di Miramare Il bagno Ariel di Miramare sulla costa Adriatica vuole proporre, oltre ai classici servizi di ombrellone/sdraio, una serie di servizi per una vacanza all insegna del rilassamento e del divertimento. Ogni ombrellone è dotato di un PC palmare che ha la possibilità di collegarsi alla rete locale privata del bagno e a Internet. I servizi potrebbero essere (alcuni prevedono la registrazione): Visualizzazione sito informativo del bagno con temp.acqua, attività del giorno, Gestione prenotazione sdraio,ompbrelloni, pedalo Prenotazione bar,tavola fredda Iscrizione attività, corsi e giochi nell acqua e sulla spiaggia Servizio di chat e forum

N.3 Gestione remota di sale aperte al pubblico La società di telecontrollo Canucme deve controllare dalla postazione centralizzata situata a Milano due sedi separate poste rispettivamente a Brescia e Varese. In ogni sede deve prevedere Sensori per il controllo di umidità,fumo,temperature etc con relativa gestione degli attuatori Sorveglianza per intrusioni/porte di servizio etc Possibilità di controllo remoto e locale Possibilità di espansione in altri ambienti limitrofi N.4 La fondazione MCI La fondazione MCI (Medical Center Italia), all avanguardia nel campo medico specialistico, ha una sede principale a Milano e tre sedi distaccate a Genova, Bologna e Perugia. La sede centrale è costituita da due edifici (edificio A e edificio B) indipendenti, ma comunicanti tra loro tramite un tunnel sotterraneo. L edificio A è su tre piani così organizzati: piano terreno reception (con 2 postazioni ) sala conferenze con sistema WiFi area che ospita il sistema informatico: server per la gestione del DataBase Ricoveri, DataBase personale dipendente, controllo degli accessi. primo piano (ospita gli uffici del personale del sistema informatico): 2 uffici, ciascuno con quattro postazioni, interessati all area applicativa (gestione personale, gestione ricoveri, gestione contabilità, gestione rapporti con l esterno e marketing) secondo piano (direzione generale e amministrativa) uno spazio aperto con dieci postazioni una segreteria con 4 postazioni un ufficio per la Dirigenza con 2 postazioni L edificio B è su un unico piano così organizzato: degenza (20 camere da due letti) con la possibilità di accedere a un sistema Wi-Fi sala medici (3 postazioni per lettura/aggiornamento dati ricoveri, protocolli di cura, dimissioni,.) sala infermieri (2 postazioni lettura/aggiornamento piani di cura,.) Le sedi distaccate sono costituite ciascuna da un edificio strutturato come il palazzo B di Milano con un ufficio in più per il direttore di sede. Le tre sedi devono poter accedere alla Intranet per disporre dei dati nella sede di Milano. Tutte le postazioni delle sedi hanno l accesso a Intranet e a Internet. Con riferimento al problema proposto, formulate le ipotesi aggiuntive ritenute necessarie, si richiede al candidato: definire il numero di stazioni dislocate in ciascuna area, stabilendo l utilizzo di PC, stampanti, Server,. disegnare sinteticamente l intera rete (locale e geografica) comprendente la sede centrale e quelle periferiche evidenziando gli apparati di interconnessione e dotando il disegno di una legenda Per la sola sede centrale di Milano: le velocità dell ADSL usata per la connessione a Internet disegnare e descrivere cablaggio strutturato, topologia, apparati di rete, distanze, mezzi trasmessivi, eventuale uso di Virtual Lan etc., facendo riferimento ai livelli OSI coinvolti e alle normative, motivando le scelte fatte In particolare: si supponga che il router utilizzato a Milano per l accesso alla Internet sia dotato di un indirizzo privato 192.168.0.1 e di un indirizzo pubblico 62.11.4.101 e che un utente abilitato, chieda una pagina Web ad un server con indirizzo 128.119.46.186. Spiegare nel dettaglio il funzionamento del Nat Con riferimento al problema della sicurezza esporre nel dettaglio in che modo può operare un firewall esporre nel dettaglio il concetto e le caratteristiche di VPN e i vantaggi

N.5 Torre Pennuta Torre Pennuta è un comune dell Italia meridionale situato in una piccola rada dove attraccano pescherecci che, attingendo a un mare bello e pescoso, riforniscono i ristoranti tipici locali. Prende il nome da una torre cinquecentesca, antica vedetta contro lo sbarco di Turchi, oggi simbolo della città. La comprensibile attenzione rivolta dai predoni a regioni abbastanza ricche di questa zona, determinò in ogni epoca l esigenza di difesa sia contro i pericoli provenienti dal mare, sia contro le scorrerie interne. Nel piano provinciale è prevista la ristrutturazione della torre, tutelata dal Ministero dei Beni Culturali, come sede della biblioteca, per offrire ai turisti un servizio biblioteca/intrattenimento culturale riguardante anche le attrattive naturalistiche della zona. Al salone situato al piano rialzato della torre, si accede tramite una scalinata esterna. Tale salone sarà diviso in due zone separate da un pannello mobile: la reception e la sala lettura. Nella reception il personale può dare informazioni, registrare le iscrizioni degli utenti, attuare prestiti e resi. (In fase di check in, viene rilasciato a mezzo stampante, uno scontrino con user id e password, per l accesso libero ad Internet). La sala lettura sarà a disposizione degli utenti, che tramite personal computer, potranno consultare gli archivi presenti nel server locale Il piano seminterrato sarà utilizzato come sala multimediale, per la visione di filmati inerenti il patrimonio storico-naturalistico della zona. Tali filmati sono conservati nel server locale e visualizzati su PC. Al piano superiore, che nel periodo estivo si apre sulla terrazza vista mare, sarà messo a disposizione degli utenti un punto di accesso ad Internet, al quale potranno collegarsi gli utenti dotati di computer wi-fi e autorizzati dalla reception Da ogni postazione deve essere possibile accedere a Internet, previa autorizzazione attivata all atto dell iscrizione alla biblioteca. Tramite Internet è anche possibile accedere al sito bibliotecario provinciale che offre un servizio FTP anonimo, per il reperimento di documenti, articoli, ecc richiedere informazioni sulle manifestazioni organizzate dalla provincia, utilizzando un apposito modulo inviare posta elettronica per segnalazioni e richieste particolari Si stima che, in media, giornalmente 30 persone usufruiscono del servizio di consultazione e 5 persone usufruiscono del servizio video. 10 persone sfruttano wi-fi. SISTEMI Con riferimento al problema proposto, formulate le ipotesi aggiuntive ritenute necessarie, si richiede al candidato: definire il numero di stazioni dislocate in ciascuna area, stabilendo l utilizzo di PC, stampanti, Server. disegnare e descrivere l architettura di rete, topologia, dispositivi di connessione, le distanze, i mezzi trasmessivi facendo riferimento ai livelli OSI coinvolti motivando le scelte le velocità dell ADSL usata per la connessione a Internet e il protocollo di livello2 utilizzato spiegato nei dettagli descrivere nel dettaglio un protocollo, a scelta, relativo ai servizi descritti ai punti a), b), c) INFORMATICA La biblioteca sarà fornita di un database (su server locale) per la gestione dei dati inerenti i libri presenti nella biblioteca stessa e in altre biblioteche dei comuni limitrofi. Si suppone che ogni libro possa essere disponibile in una o più copie, presso una o più biblioteche. Con riferimento al problema proposto, formulate le ipotesi aggiuntive ritenute necessarie, si richiede al candidato: Progettazione di una semplice applicazione ASP che permetta di visualizzare gli iscritti di un determinato comune, alla biblioteca (numero tessera, nome, cognome). 2.a disegno e descrizione sintetica delle pagine Web coinvolte 2.b codice per la definizione delle pagine 2.c nome completo dei file I turisti neglistabilimenti balneari di Cervia (e Milano Marittima, Tagliata e Pinarella) possono navigare on-line mentre sono sdraiati in spiaggia. Tutto grazie ad una cinquantina di hot spot (circa uno per ogni tre bagni) collegati alla rete a fibra ottica posata da Acantho. Per collegare la rete alle dorsali sono stati utilizzati i dotti dell illuminazione pubblica, grazie alla collaborazione del Comune. È garantita una banda di 100 Mb/s per hot spot. Per l estate 2011, gli stabilimenti balneari di Milano Marittima saranno

collegati alla rete attraverso una trentina di hot spot installati e un ponte radio ad alta capacità. Già quest autunno però partiranno i lavori per la posa dei cavi in fibra ottica anche nella località che quindi, dal 2012, potrà avere della stessa velocità di connessione di Cervia. Con il sistema Galileo ogni utente sarà assegnato un codice d accesso. Una volta acceso il dispositivo (pc, tablet o smartphone) basterà selezionare la connessione Galileo, che apparirà automaticamente fra quelle disponibili, per poi iniziare a navigare.

Esami di stato

Ipotesi di soluzione (remixato da Corriere della Sera, 2008) La traccia integra richieste che possono essere ricondotte a due tipi di prove, informatica sistemi. Viene richiesto il progetto di una rete che colleghi dieci punti vendita alla sede centrale di una catena di supermercati. I singoli punti devono poter accedere ad un data base centralizzato. Allo stesso, ma solo per alcune funzioni,devono poter accedere i clienti, direttamente dal web. Dal punto di vista organizzativo sono possibili due soluzioni per il sistema di rete. La prima presuppone la disponibilità di linee dedicate veloci tra i vari edifici della catena ed una connessione pubblica solo attraverso la sede centrale. L ipotesi alternativa è quella che vede tutti i punti vendita e la sede centrale collegati tramite Internet. Cominciamo ad organizzare la rete della sede centrale. Dalla traccia si apprende che è composta da due uffici e due magazzini. Non sono indicate le postazioni utente né le dimensioni delle aree interessate. Ipotizziamo pertanto che gli uffici ed i magazzini siano contigui e compresi in un unica struttura. Come ulteriore semplificazione, del resto realistica, ipotizziamo che il tutto occupi una superficie non superiore ai 1000 m2. Supponiamo inoltre che l edificio disponga di un punto d accesso ad una linea digitale a banda larga, con borchia d accesso in apposito locale. Considerato che le distanze delle postazioni non superano i 100m (ulteriore ipotesi), si potranno usare cavi UTP di categoria 5 con connessioni Ethernet a 100 Mbps. Per il collegamento del server si potrà usare una porta dedicata del router Del tipo Gb Ethernet.

La scelta del collegamento del server ad una specifica porta torna utile anche per questioni di sicurezza e protezione. I computer degli uffici e quelli del magazzino saranno collegati ad un unico switch, dimensionato per una ridondanza di almeno il 30%. Un patch panel consentirà le connessioni dinamiche dei vari host.. E importante che il cablaggio preveda una ridondanza per future espansioni di almeno il 30%. Lo stanzino di permutazione può essere organizzato con armadi o con rack a vista L ambiente ospite, o l armadio, deve rispettare le norme di sicurezza, garantendo umidità e temperatura entro i limiti di 50% e 21 oc. Anche il server, conviene venga messo nello stanzino delle apparecchiature. Organizzazione logica delle reti. Reti interne SERVER WEB I vari host saranno 192.168.1.0 192.168.2.0 192.168.3.0 192.168.4.0 192.168.5.0 192.168.7.0 192.168.7. 3 193. 168.1.4 indirizzo visto dall esterno associato da RP con NAT Il server web col database dovrà essere visto dall esterno con NAT 192.168.3.0 192.168.4.0 192.168.5.0 192.168.7.0 il gatway sia: 193.168.1.1 Configurazione: Avranno indirizzi in DHCP e come gateway il router INFORMATICA PROGETTO ABACUS 2010 Tema di : SISTEMI DI ELABORAZIONE E TRASMISSIONE DELLE INFORMAZIONI - Traccia ministeriale I recenti eventi sismici e le conseguenze catastrofiche spingono gli Enti e le Amministrazioni Locali alla ricerca di ulteriori soluzioni in grado di diffondere nel modo più rapido possibile le informazioni raccolte dai vari punti di rilevamento (PR) presenti sul territorio. Ciascun punto di rilevamento acquisisce i segnali provenienti dalle centraline provviste di sismografi, li elabora, li converte in formato digitale e li invia al centro elaborazione dati della Protezione Civile. In particolare La rilevazione è continua, ad intervalli di 1 minuto, per tutti i giorni dell anno Il segnale digitalizzato (onda sismica in scala Richter) viene integrato con le seguenti

informazioni: identificativo della centralina (dal quale sarà possibile risalire al luogo di rilevazione), identificativo del sismografo, data e ora Il sistema informativo centrale acquisisce e memorizza, ogni 5 minuti, i dati relativi da tutte le centraline dislocate sull intero territorio, quindi invia sulle Protezione Civile i rapporti sulla valutazione di rischio di sisma nelle diverse regioni monitorate ed eventuali messaggi di allerta. Il candidato, fatte le opportune ipotesi aggiuntive, 1. analizzi il problema e proponga uno schema generale del sistema 2. scelga la tipologia di rete che ritiene più idonea, ne indichi le sue caratteristiche e progetti in dettaglio alcune sue parti 3. analizzi e progetti uno schema concettuale e il corrispondente schema logico del data base della sede centrale 4. proponga una soluzione per la gestione via web dell interfaccia con i punti di rilevazione

Commento alla traccia (Corriere della Sera 2010, Antonio Garavaglia, Domenico Capezzuto -Itis Lagrange Milano) Il tema proposto illustra una situazione piuttosto complessa in cui si deve progettare ed implementare una rete geografica, che fa riferimento ad un unico nodo centrale, nel quale occorre far convergere tutti i dati (Centro di Elaborazione o CED). In particolare, il punto 4 della traccia mette in evidenza che la connessione tra il nodo centrale e i vari punti periferici deve essere garantita via web, cioè sfruttando le caratteristiche della rete Internet. Senza entrare nel merito di questa scelta, che in caso di sisma di forte intensità non è detto che consenta di garantire tempi rapidi di connessione, cerchiamo di analizzare gli aspetti più salienti del problema. Tempo di campionamento Tra le ipotesi indicate nella traccia viene detto che le rilevazioni vengono effettuate ad intervalli di un minuto. Sorge quindi il problema di definire, per quanto riguarda la digitalizzazione dell onda sismica, il tempo di campionamento, in modo da avere a disposizione elementi sufficienti per definire la posizione del picco sismico anche nei casi di durata molto limitata. Stando a quando viene normalmente fornito dai programmi televisivi e dagli articoli a grande diffusione possiamo pensare che un campionamento dell onda analogica riportato al secondo sia sufficiente. Di conseguenza, per ogni rilevamento (1 minuto) l onda potrà essere definita tramite un insieme di 60 dati digitalizzati che ben rappresentano l ampiezza della scossa. Inoltre, a nostro avviso, non è da trascurare la possibilità di fornire un servizio aggiuntivo che consenta alla Protezione Civile, in caso di emergenza, di collegarsi direttamente con il Centro di Elaborazione, per ottenere in tempo reale i valori relativi ad una particolare zona colpita da un evento sismico con rischio per la popolazione. A questo punto lo sviluppo della soluzione può proseguire su strade diversificate, in base a ciò che si è sviluppato in classe nel corso dell anno, privilegiando alcuni aspetti tecnici rispetto ad altri. Di conseguenza abbiamo dovuto fare alcune scelte di campo in base alla nostra personale esperienza nelle classi ed è possibile che la soluzione da noi proposta possa sembrare troppo dettagliata in alcune parti e carente in altre. Ferma restando la validità della soluzione dal punto di vista generale, la nostra proposta non toglie validità a soluzioni alternative che colleghi e studenti con esperienze didattiche diverse hanno potuto sviluppare nel dettaglio. Punto 1 - schema generale del sistema Da un punto di vista generale il problema può essere risolto ipotizzando un sistema di connessioni via web che consenta ad ogni punto di rilevazione di trasmettere i dati al Centro di Elaborazione sfruttando le caratteristiche di Internet e un applicazione di rete in grado di garantire la connessione e la trasmissione in modo del tutto trasparente rispetto all utente umano del sistema (vedi punto 2) Per quanto riguarda invece la comunicazione tra la Protezione Civile e il Centro di Elaborazione si può proporre una pagina web interattiva che consenta all utente della Protezione Civile di connettersi al data base remoto per effettuare interrogazioni. Ovviamente sarà necessario, in questo caso, provvedere ad istituire opportuni controlli sull accesso, in modo da garantire la sicurezza e la riservatezza dei dati. Per quanto riguarda l acquisizione dei dati dai rilevatori fisici, invece, possiamo supporre che gli aspetti relativi alla conversione dei dati dal formato analogico a quello digitale siano a carico del sistema di acquisizione, la cui progettazione esula dalla presente trattazione. Un ultimo aspetto che vogliamo sottolineare è quello relativo alla congruenza e alla gestione dei dati. E evidente che, se si suppone l esistenza di un elevato numero di sismografi in funzione, il numero dei dati da memorizzare anche per periodi relativamente brevi risulta piuttosto grande. Di conseguenza, appare indispensabile prevedere la presenza di un software apposito che, a periodi piuttosto brevi, provveda a scaricare i dati presenti nel data base in un archivio storico da tenere a disposizione, liberando lo spazio su disco per la memorizzazione dei dati relativi a nuove registrazioni. Punto 2 - la tipologia di rete Un primo esame della situazione proposta dalla traccia porta ad una schematizzazione della rete complessiva attraverso tre tipologie di realtà, connesse tramite Internet: Punti di rilevamento Centro di Elaborazione dati Sede della Protezione Civile

Data l estensione territoriale della rete non è pensabile l utilizzo di reti dedicate e di conseguenza gli accessi saranno garantiti via Internet da Provider /Portali. Analizzando poi le singole realtà, possiamo fare considerazioni più specifiche, sia per quanto riguarda il software, che per quanto riguarda l hardware. Sistema relativo al Punto di Rilevamento. La traccia non indica quanti siano, ma certamente saranno molto numerosi. La loro organizzazione prevede la connessione ad una serie di centraline, di cui la traccia non specifica numero e soprattutto distanze. Ipotizzando che si tratti di zone comprese entro poche centinaia di metri, considerato anche la natura eterogenea dei luoghi monitorati e la velocità relativamente bassa richiesta da questo tipo di trasferimento locale, l ideale potrebbe essere una rete magliata Wi-fi, realizzata con moduli ZigBee, nella fascia 2.4 GHz, che consente traffici fino a 250Kbps: Il router rappresentato è un semplice router per Internet, cui verrà assegnato dinamicamente l indirizzo dal provider: non è necessario che abbia un indirizzo pubblico fisso. Sempre sul computer del PR girerà un applicazione, in ambiente di rete, per creare e gestire la connessione al Server del CED. Una possibile soluzione potrebbe avvalersi delle connessioni mediante Socket, messe a disposizione ormai dalla maggior parte dei sistemi. Per quanto attiene la configurazione del computer, sarà necessario: Indirizzo IP, privato, del tipo 192.168.4.20 Gateway: sarà l indirizzo della porta del router cui è collegato, quindi appartenente alla stessa rete. Presumibilmente l indirizzo sarà: 192.168.4.1 DNS. Si hanno due possibilità: o Lo stesso indirizzo del Gateway o L indirizzo DNS del Provider. Per quanto riguarda il router, la configurazione risulta abbastanza semplice: sarà sufficiente dare alla sua porta interna l indirizzo privato prestabilito, 192.168.4.1, ed indicare come DNS e gateway gli indirizzi forniti dal provider.

Rete del Centro di Elaborazione Riteniamo interessante dedicare più attenzione a questa rete, anche in relazione alla richiesta del punto 2 della traccia. Si tratta di una rete complessa, che deve ospitare data base e sito web, con ovvi problemi di controllo d accesso. La scelta più idonea appare quella di una rete client-server, associata ad un dominio. Possiamo ipotizzare la presenza di diversi tipi di server, come rappresentato nella figura. Trattandosi di una rete client-server, occorre prevedere la presenza di un controllore di dominio, ed un server DNS. Queste due funzioni possono anche essere associate ad una stessa macchina, considerato che le attività del DNS, saranno molto limitate, vista l entità della rete. Diverso è il discorso per il DB Server ed il WEB Server. In questo caso conviene collegarli, tramite un router, ad una porta specifica, creando una rete dedicata, in modo da poter meglio gestire il controllo d accesso. In questo modo, nell ambiente CED, ci saranno due reti (potrebbero essere anche sottoreti) con indirizzi privati distinti, dichiarati al router in fase di configurazione dell instradamento: ipotizziamo siano, 192.168.5.0 e 192.168.4.0. I due server potrebbero avere indirizzi interni 192.168.5.4 e 192.168.5.5. Sarà particolare cura del progettista programmare il router perché su tali indirizzi effettui il NAT statico, con due indirizzi pubblici, appositamente registrati. Ovviamente, tali indirizzi pubblici dovranno appartenere alla stessa rete da cui viene ottenuto l indirizzo della porta seriale del router. Se tale indirizzo fosse 193.20.5.4, i server poterebbero, ad esempio, essere mascherati con 193.20.5.5 e 193.20.5.6. Di questi indirizzi bisognerà tener conto anche nello sviluppo del software per l organizazzione del data base e per la connessione via socket con i PR. In particolare, il server che riceve i dati dalle stazioni remote, dovrà condividere con loro la stessa porta, per realizzare un corretto BINDING. Ricordiamo anche che, nella realizzazione dell applicazione di rete con i Socket, bisognerà indicare un congruo numero di connessioni da accettare nella configurazione delle modalità di ascolto, dato l elevato numero di PR con i quali scambiare dati. Abbiamo già accennato al fatto che al router fanno riferimento tre reti distinte (le due interne e quella di cnnessione ad Internet): si dovrà tener conto di ciò assegnando gli indirizzi alle sue porte, che dovranno essere congruenti. Il NAT, come si è detto, sarà statico per i server e con overload per tutte le altre macchine interne che dovessero andare su Internet. Particolare attenzione alla protezione dei server pubblici è richiesta nella definizone delle ACCES LIST. Vista la specificità degli accessi, converrà usare delle ACL ESTESE, con indicazione del protocollo e delle porte coinvolte.

Per risolvere i problemi di instradamento si può usare, sempre in fase di configurazione del router, il protocollo RIP, che, per quanto più lento di altri, risulta snello nella gestione. Si tratta di dichiarare le reti collegate ed indicare le rotte statiche per Internet e per i due server mascherati. Sulle singole macchine, l assegnazione degli indirizzi dovrà essere congruente con le reti di appartenenza. Come Gateway si dovrà indicare la porta del router cui è collegata la rete di appartenenza. Come DNS si hanno più scelte: il server della rete client-server locale, il server DNS del provider, l indirizzo della porta del router cui è collegata la rete di appartenenza. In definitiva, uno schema complessivo della rete potrebbe essere quello ripotato nella figura. Rete della sede della Protezione Civile Per l hardware valgono considerazioni analoghe a quelle fatte per la rete del PR, considerato che non sono previsti accessi esterni. Per quanto riguarda il software, invece, considerando anche le indicazioni del punto 4) della traccia, è pensabile che ogni macchina debba potersi collegare via web ai server del CED, per accedere al data base, tramite pagine dinamiche. Di questo si parlerà nel paragrafo specifico. Punto 3 database della sede centrale Dato che la traccia richiede di registrare i dati in modo da poter risalire in modo sintetico al luogo del sismografo, della centralina e del punto di rilevazione, possiamo definire per il data base il seguente modello concettuale: Esplicitando gli attributi di ogni entità otteniamo il seguente schema logico, in cui gli elementi che formato la chiave primaria risultano sottolineati: Rilevazione Codice sismografo (chiave esterna) Data Ora

Dati digatilizzati (array di 60 elementi)- nel caso in cui i dati non siano stati trasmessi al Punto di Rilevazione i 60 campi saranno vuoti Sismografo Codice sismografo Località altri dati identificativi del punto di rilevamento Codice centralina (chiave esterna) Centralina Codice centralina Località Codice PR (chiave esterna) Punto di rilevazione Codice PR Località Punto 4 - gestione via web dell interfaccia con i punti di rilevazione Come abbiamo detto precedentemente è logico ipotizzare che la Protezione Civile, oltre a ricevere dal Centro Elaborazione dati i rapporti sulla valutazione di rischio nelle varie regioni, possa avere accesso diretto ai dati monitorati, al fine di compiere indagini statistiche sulla fenomenologia sismica, per permettere, ad esempio, ai sismologi di sviluppare e verificare sperimentalmente modelli previsionali di simulazione. Per consentire tale accesso, proponiamo di implementare il database con il DBMS MySQL, un software open source semplice, multipiattaforma, adatto ad accessi web, in quanto dotato di un modulo di integrazione con linguaggi di scripting. Tale database deve essere disponibile su un server online gestito da un ambiente quale IIS o Apache, dotato anche di uno strumento specifico per la grafica, come DreamWeaver, e un linguaggio di programmazione, quale, ad esempio, PHP, che consente di arricchire le pagine web con script eseguibili direttamente sul server. In particolare, PHP consente di implementare un motore di scripting server side molto diffuso e multipiattaforma con un buon supporto alla connettivita', attraverso componenti standard. Ovviamente, per potere utilizzare PHP è necessario aver installato sul proprio sistema un Web Server. Lo script PHP (versione 5) che permette alla Protezione Civile di visualizzare via web i dati sismici monitorati potrebbe essere il seguente: <html> <head> <title> Accesso al database terremoti </title> </head> <body> <?php $host = 'localhost'; //ipotizzando di accedere ad un server locale. $database = 'terremoti'; $db = mysql_connect($host) or die ( Impossibile connettersi al server $host ); mysql_select_db($database, $db) or die ( Impossibile connettersi al database $database ); $query = select.. ; //inserire il testo SQL della query desiderata $dbresult = mysql_query($query, $db); print <table border=\ 1\ >\n ; while ($line = mysql_fetch_array($dbresult, MYSQL_NUM)) { print \t<tr>\n ; foreach ($line as $col_value) { print \t\t<td>$col_value</td>\n ; } print \t<tr>\n ; } print </table>\n ; mysql_free_result($dbresult); mysql_close($db);?> </body>

</html> Nello script, abbiamo utilizzato la funzione che riceve come parametro il nome dell'host $db = mysql_connect($host) per effettuare il collegamento con un host su cui gira un'istanza di MySQL: nel nostro caso specifico potrà essere indicato direttamente l indirizzo IP del server di DB. Questa funzione restituisce un oggetto che rappresenta integralmente il nostro host e con il quale è possibile utilizzare la funzione mysql_select_db($database, $db) per selezionare l'istanza corretta del data base (essenziale in quanto l'istanza del data base server può contenere più di un data base). Dopo aver selezionato il data base, è possibile effettuare qualsiasi query tramite le funzione $dbresult = mysql_query($query, $db); A questo punto l'oggetto $dbresult contiene il risultato della query. Al termine dell'esecuzione è necessario utilizzare la funzione mysql_close($db) per rilasciare la connessione al data base e permettere eventualmente ad un altro client di utilizzarla. Per garantire un accesso riservato ai dati raccolti dal Centro Elaborazione è necessario predisporre a monte una pagina di autenticazione degli utenti registrati (Protezione Civile ed eventuali altri enti preposti alla visione dei dati), attraverso la quale, tramite un form html, l utente introdurra' il proprio username e la propria password, che saranno validati lato server (ad esempio da uno script di autenticazione PHP). Se la validazione ha successo, verrà chiamata la funzione mysql_connect con i valori di utente e password previsti per l'accesso di utenti registrati $db = mysql_connect($host, $user, $password) or die ( Impossibile connettersi al server $host ); Per garantire un discreto margine di sicurezza, sarebbe opportuno far sì che le informazioni riservate, come ad esempio le password, non compaiano nel sorgente html della pagina, e che inoltre, tramite opportuni meccanismi, viaggino criptate attraverso la rete. Sessione ordinaria 2011 Seconda prova scritta Ministero dell Istruzione dell Università e della Ricerca M070 ESAME DI STATO DI ISTITUTO TECNICO INDUSTRIALE Indirizzo: INFORMATICA Il Ministero dell Ambiente commissiona lo sviluppo di un nuovo Sistema Informativo per censire la fauna e la flora presenti nei vari parchi naturali di ciascuna regione. Le informazioni della fauna da raccogliere riguardano l ordine di appartenenza (mammiferi, rettili, uccelli, etc ), la specie (scoiattolo, volpe, orso, vipera, falco, aquila, etc ), il numero di esemplari adulti e cuccioli (con distinzione maschio, femmina), lo stato di salute di ogni esemplare. La flora viene distinta in alberi (quercia, faggio, acacia, etc ), arbusti (lavanda, rosmarino, rododendro, etc ) e piante erbacee (fragola di bosco, margherita, primula, etc ) ed è necessario catalogarle memorizzandone anche la stagione di fioritura e altre caratteristiche peculiari. In ciascun parco, un responsabile (guardia parco) raccoglie le informazioni attraverso un software installato sul notebook in dotazione; il programma, dopo avere acquisito i dati dalle maschere diimmissione, li memorizza in un database. Ciascuna regione, dotata del nuovo Sistema Informativo, deve provvedere alla gestione della raccolta dati dei propri parchi ai fini di produrre ed inviare al Ministero dell Ambiente dei report periodici. Il candidato, formulate le opportune ipotesi aggiuntive, realizzi: - Una analisi della realtà di riferimento, completa dello schema funzionale dell architettura proposta, evidenziandone le principali componenti e la tecnologia utilizzata per la trasmissione delle informazioni. - Uno schema concettuale ed uno schema logico del data base. - La definizione delle relazioni e le seguenti interrogazioni espresse in linguaggio SQL: 1) Visualizzare l elenco di tutti gli esemplari di fauna, suddivisi per specie, presenti nei vari parchi. 2) Visualizzare tutti gli esemplari a rischio di estinzione. 3) Calcolare e visualizzare il numero di nascite di un certo esemplare nell arco di un anno di monitoraggio. 4) Calcolare e visualizzare il numero totale di diverse specie di arbusti presenti nei vari parchi della regione. 5) Visualizzare quante specie diverse di pino sono presenti in ciascun parco. 6) Calcolare il numero medio dei cuccioli di ciascuna specie presenti in tutti i parchi della regione. 7) Visualizzare l esemplare più anziano di ogni specie presente in un determinato parco. - La codifica in un linguaggio di programmazione a scelta di un segmento significativo del progetto realizzato. Durata massima della prova: 8 ore. È consentito soltanto l'uso di manuali tecnici e di calcolatrici non programmabili.

Non è consentito lasciare l Istituto prima che siano trascorse 3 ore dalla dettatura del tema. SOLUZIONE La traccia propone una situazione di connessione client server gestibile via Internet con accorgimenti semplici. Sono identificabili tre ambiti, che chiameremo macro nodi. Un nodo è rappresentato dalla postazione del parco: la realtà più semplice. Un altro nodo, più complesso, è rappresentato dalla sede di raccordo regionale, collettore di dati e instradatore verso il server nazionale. Terzo nodo è il centro nazionale, verso il quale convergono i vari nodi regionali. In definitiva avremo tanti parchi connessi ai vari centri regionali. Questi ultimi, saranno connessi all unico centro nazionale. Consideriamo la postazione locale (Notebook) Considerando il tipo di apparecchiatura, destinata ad un uso anche itinerante, e tenendo poi conto che è ormai consuetudine dotare questo tipo di computer di connessioni wi-fi, ipotizziamo di avvalerci di tale tipo di connessione. L accesso alla rete locale dovrebbe quindi avvenire con un access point, lasciando quello ad Internet alle funzionalità di un router di classe entry level, definito router di Internet. Nell organizzazione logica della rete, il ruolo di questa postazione locale è tipicamente client. Sede regionale, Sede nazionale, Singolo parco, Internet Da ciò derivano alcune considerazioni: o L accesso ad Internet può essere effettuato tramite provider. o Non occorre registrare il Notebook con un indirizzo pubblico. o L accesso tramite configurazione DHCP è sufficiente. o Il computer remoto, che chiameremo Server, dovrà certamente appartenere ad un dominio, nell ambito del quale dovrà essere previsto un account per il client. o L account implica la predisposizione di user name e PW. Passiamo ai centri remoti. Da un punto di vista strutturale, ma anche funzionale, le due realtà sono equivalenti, mentre varia la complessità dei ruoli. Esploriamo le caratteristiche del nodo regionale. Il centro dovrà avere alcune caratteristiche strettamente legate al ruolo. Tralasciando considerazioni sulla struttura della macchina server, preferiamo soffermarci sulla infrastruttura di rete. Certamente si tratterà di una rete più complessa di quella del Notebook. Potremo pensare ad un unica struttura a stella con sezionamento asimmetrico, per riservare porte veloci dello Switch ai Servers ed al router. Quest ultimo non dovrebbe essere un entry level. Certamente la complessità di questo componente è vincolante, e va a favore di due aspetti non trascurabili: la gestibilità della rete e la sua sicurezza. Passando all organizzazione dell infrastruttura, preferiamo parlare in termini di ruoli, piuttosto che di macchine. Occorrerà un server di account, un server web e un server di DB.. Queste tre funzioni potrebbero sommarsi su una stessa macchina. Prevedere poi un server di backup potrebbe essere una buona ed auspicabile scelta. In termini di organizzazione logica della rete nella sede regionale, dobbiamo pensare ad indirizzi pubblici per la porta del router verso Internet e per i server, per questioni di raggiungibilità e visibilità La velocità della connessione deve essere un multiplo di quella con la quale i clients accedono. Analoghe considerazioni valgono per il centro nazionale. Per entrambe le realtà sono prevedibili anche postazioni di lavoro che trascuriamo. Nodale è, come già si diceva, il ruolo dei routers. Spetta a loro, con regole d accesso e operazioni di NAT e PAT ( che non approfondiamo considerando la tipologia della prova), proteggere rendendo però visibili, i vari servers. Considerazioni sul sw da predisporre sulle macchine. Sul Server abbiamo due possibili scelte: Window e Linux. Dovendosi condividere un DB, considerando la connessione remota via WEB, si può optare per la seconda alternativa. Affidando alla duttilità di Apache il ruolo di ospite dell ambiente web. Rinviamo il discorso sul DBMS paragrafi successivi di questa soluzione.

Alcune considerazioni sulla sicurezza. Dato che il database non prevede l utilizzo di dati particolarmente sensibili e non interagisce con strutture più complesse possiamo evitare di prendere in considerazione strategie particolari che vadano oltre l uso di Userid e Password. Ipotesi aggiuntive Dopo un attenta lettura dellla traccia appare sensato optare per una soluzione che preveda la presenza di un database locale installato con il software su ciascun notebook in dotazione ai responsabili dei vari parchi, la cui struttura verrà repplicata sul database centrale presente sul server della Regione. Per rendere tra loro compatibili le tabelle dei due database sarà sufficiente prevedere nelle tabelle degli esemplari della fauna e della flora un campo Parco che, in ambiente regionale, servirà per individuare i dati di ciascun parco, e in ambiente locale verrà presentato in automatico dal software nelle varie maschere di acquisizione dati. Le entità fondamentali che emergono dalle richieste della traccia sono ESEMPLARE ANIMALE e ESEMPLARE VEGETALE. Nulla vieterebbe di realizzare il database utilizzando solo queste. Per evitare inutili duplicazioni, però, risulta conveniente prevedere a monte di esse le seguenti entità: SPECIE ANIMALE TIPOLOGIA VEGETALE, ORDINE ANIMALE Lo schema E/R del database risulta quindi essere il seguente: Tutte le relazioni esistenti tra le varie entità sono di tipo 1:n e quindi sono facilmente implementabili con qualsiasi tipo di DBMS. Ordine Specie Esemplare animale Tipologia Esemplare vegetale Da un punto di vista logico le entità individuate danno origine alle seguenti tabelle: Ordine Codice (chiave primaria) Denominazione Specie Cod (chiave primaria) Ordine di appartenenza (chiave esterna) Nome Esemplare animale Parco (parte della chiave primaria) Nome (parte della chiave primaria) Specie di appartenenza (chiave esterna) Numero individui adulti femmine Numero individui adulti maschi Numero cuccioli femmine Numero cuccioli maschi Livello di salute (1-10) Rischio di estinzione (1-10) Anno del primo avvistamento Tipologia Codice tipo (chiave primaria) Nome tipo Esemplare vegetale Parco (parte della chiave primaria) Nome pianta (parte della chiave primaria) Tipo di appartenenza (chiave esterna) Stagione di fioritura Note varie Nella scelta degli attributi da associare ad ogni entità abbiamo fatto le seguenti ipotesi aggiuntive che sembrano essere in accordo con la logica seguita dall estensore della traccia:

o Con il temine esemplare si fa riferimento non al singolo individuo ma a tutti gli individui appartenenti a una sottospecie omogenea (vedi query numero 3) o Con il temine cucciolo si intende l animale nato nell ultimo anno di osservazione (qualora si volesse dettagliare maggiormente la situazione, si potrebbe prevedere un ulteriore entità INDIVIDUO per la quale verrebbe registrata anche la data di nascita. Nel caso di animali allo stato libero sembra poco probabile che l osservazione venga svolta in modo così capillare) o Il rischio di estinzione e lo stato di salute di un esemplare o sottospecie viene valutato direttamente dal responsabile del parco sulla base di osservazioni oggettive e indicato con un valore da 1 a 10. Possiamo supporre che un esemplare sia considerato a alto rischio di estinzione se questo valore è maggiore o uguale a 8. In base a quanto dello possiamo individuare il seguente modello relazionale espresso in modo formale: Passiamo ora a sviluppare le query richieste dal testo. 1. Select Esemplareanimale.Nome, Esemplareanimale.Parco, Specie.Nome from Esemplareanimale, Specie Where Esemplareanimale.Specieapp=Specie.Cod order by Esemplareanimale.Specieapp; 2. Select Nome, Parco from Esemplareanimale where Estinzione>7; 3. select sum(cucciolifemmine + Cucciolimaschi) as nascite, Parco from Esemplareanimale where Nome=[inserire il nome dell esemplare desiderato]; 4. supponendo di aver utilizzato nella tabella Tipologia il codice 1 per gli arbusti otteniamo: select count(nomepianta) as numerospecie from Esemplarevegetale group by Parco where Tipoapp=1; 5. select count(nomepianta) from Esemplarevegetale Where Nomepianta like %pino% group by Parco; 6. La tecnica più semplice per risolvere il problema è quella di realizzare due query di cui la seconda fa riferimento a una tabella transitoria costruita dalla prima.

create view cuccioli as select Specieapp, parco, sum(cucciolimaschi+cucciolifemmine) as Cucc from Esemplareanimale group by Specieapp, parco; select specieapp, avg(cucc) from cuccioli group by specieapp; 7. Anche in questo caso abbiamo optato per una soluzione simile a quella del punto precedente. create view vecchio as select Specieapp, Parco, min(anno) as eta from Esemplareanimale group by Specieapp, Parco; select Esemplareanimale.nome, Esemplareanimale.Specieapp, vecchio.eta from Esemplareanimale, vecchio where Esemplareanimale.specieapp=vecchio.specieapp and Esemplareanimale.anno=vecchio.eta and Esemplareanimale.parco=[inserire il codice del parco]; Passiamo ora all ultimo quesito della traccia La traccia fa riferimento al trasferimento di informazioni periodiche da nodi remoti a server di accumulo. Gran parte del lavoro di gestione dell accesso al DB è affidata a MYSQL ed alla potenzialità del PHP, o dei vari ambienti di sviluppo per applicazioni web. Certamente, però, sviluppare il frazionamento delle informazioni, tenendo anche conto delle caratteristiche operative delle reti fisiche, con l ausilio di moduli ad hoc, garantisce maggior snellezza. Lo scenario è certamente la programmazione di rete, unitamente all uso dello stack TCP/IP. Molti sono gli ambienti di lavoro, dato che i linguaggi per operare partendo da questi strumenti,(tcp/ip ) sono molteplici. Considerando che certamente tutti gli allievi hanno conoscenza del linguaggio C, ci riferiremo, per le nostre considerazioni, a questo linguaggio. Uno strumento semplice da usare in questo contesto è la programmazione con i socket. Le molteplici funzioni di libreria disponibili consentono di frazionare lo scambio file in un limitato numero di operazioni(funzioni). Senza scendere nel dettaglio del loro specifico utilizzo, ci limitiamo a indicare le funzioni principali. Dall'apertura del canale con la Create, che restituisce l'handle al Socket, si passa alla Bind che collega il canale fisico al socket creato. Considerando che si voglia sviluppare il software lato client, basterà utilizzare la funzione Connect per avviare il link col Server e le funzioni Send e Receive per lo scambio dei files. Da tener presente che, con queste modalità, è trasparene la frammenazione in pacchetti prima ed in frames dopo. Ricordare, infine, di utilizzare la funzione Closesocket per abbattere il Link. Antonio Garavaglia Alessandra Valpiani (ITIS Lagrange Milano)

Sessione ordinaria 2012

Soluzione (remixata dalla soluzione proposta da salvatore salzano del 21.06.12, con mofìdifiche e schemi) Ipotesi aggiuntive Oltre a quanto descritto nella traccia, occorre formulare alcune altre ipotesi per meglio definire la situazione. 1. Trattandosi di una gara su strada si presume che le distanze in gioco rendano praticamente impossibile pensare a collegamenti via cavo tra le stazioni di rilevamento e il sistema di gestione del gruppo, che possono distare diverse decine di km. E' invece preferibile ipotizzare che ogni postazione di rilevamento sia una postazione autonoma in grado di connettersi ad Internet e dialogare con i server opportuni 2. Le 6 prove speciali possono essere intese sia come 6 differenti strade, ciascuna dotata di 5 postazioni di rilevamento, che come una unica strada, con le 5 postazioni di rilevamento, che viene percorsa 6 volte. In entrambi i casi l'architettura non dovrebbe cambiare, in quanto si tratta semplicemente di una variazione nel numero di postazioni. Qui ipotizzeremo 6 differenti percorsi. 3. Da quanto emerge dalla traccia, in particolare l'indicazione di utilizzare un sistema a fotocellule, si intuisce che le prove verranno svolte facendo percorrere il circuito ad un'auto per volta, altrimenti la presenza di più auto contemporaneamente sulla stessa pista potrebbe comportare problematiche, come i sorpassi, che potrebbero essere gestiti solo con altre tecnologie che consentano di individuare la vettura, ad esempio trasponder a bordo delle vetture 4. Le postazioni di rilevamento devono essere totalmente indipendenti dalla presenza diconnessioni e di energia elettrica, pertanto è verosimile pensare a dispositivi portatili abasso consumo, magari con collegamento a pannelli solari per la ricarica, e chiavette HSDPA o simili per la connessione ad Internet 5. La precisione con la quale saranno rilevati i dati dipende dal sistema di riferimento utilizzatoper il tempo. Siccome gli apparati saranno comunque connessi fra loro tramite rete Internet,è verosimile ritenere che i tempi di latenza siano tali da rendere vano ogni tentativo diottenere precisioni paragonabili a quelle che si potrebbero ottenere con l'uso delletecnologie che si utilizzano in circuito, dove la telemetria arriva a prestazioni nell'ordine delmillesimo di secondo. In questo caso ha molto più senso sincronizzare tutte le postazionisu un orologio condiviso, tramite il protocollo NTP, e accontentarsi dell'ordine di misura del secondo Analisi del problema Il problema proposto dalla traccia può essere schematicamente riassunto come segue: esistono delle stazioni di rilevamento collegate in rete locale ad un server di gruppo al quale inviano periodicamente dei dati contenenti un orario, con precisione al secondo. la rilevazione dei dati deve avvenire tramite un dispositivo ad hoc, ad esempio una scheda a microcontrollore che gestisce i dispositivi di rilevamento e invia i dati al PC (o dispositivo equivalente, come uno smartphone con Android o Iphone) di cui è dotata la propria postazione. Sono possibili anche altre soluzioni, come ad esempio utilizzare una scheda a microcontrollore su cui installare anche lo stack tcp/ip e consentire alla scheda stessa di connettersi ad internet, senza ricorrere all'intermediazione di un PC o equivalente, ma si tratta di soluzioni più complesse e meriterebbero di essere maggiormente approfondite, più di quanto si possa fare nel poco tempo a disposizione. Sarebbe anche possibile mettere le fotocellule, tramite apposita scheda, sulla porta parallela, ma si tratterebbe di una soluzione piuttosto arcaica ed inoltre vincolerebbe all'esistenza della porta parallela sulla stazione di appoggio, cosa tutt'altro che scontata sui moderni PC portatili Per quanto riguarda il problema proposto, noi immaginiamo la stazione di rilevamento come costituita da alcuni sensori connessi ad una scheda gestita da un PIC che comunica con una stazione di appoggio, probabilmente un netbook dotato di scheda Wi-Fi e dispositivo modem hsdpa, relativamente vicina al punto da poter essere connessa tramite Wi-Fi, e questa a sua volta connessa al server di gruppo. Viene chiesto di rilevare anche la velocità istantanea, e questo richiede che ciascuna scheda PIC disponga non di una ma di due fotocellule, posizionate a pochi metri di distanza l'una dall'altra, in modo da implementare in modo semplice ed economico una specie di autovelox. la connessione delle stazioni di rilevamento al server di gruppo viene a costituire una piccola LAN, quindi, essendo le postazioni collegate direttamente ad Internet, ricorreremo alla creazione di una piccola VPN. Questo è un altro elemento che ci fa propendere per l'uso di un PC su ogni stazione di rilevamento, in quanto ciò consente di utilizzare software come OpenVPN che facilitano enormemente l'implementazione della soluzione adottata. La comunicazione delle informazioni al server di gruppo può avvenire in diversi modi, in questo caso risulta molto comodo ipotizzare un server web locale, quindi una sorta di intranet, sul quale sarà disponibile una applicazione C/S, realizzata con tecnologia LAMP, che verrà periodicamente richiamata dalle postazioni di rilevamento. L'invio vero e proprio dei dati consisterà, in estrema sintesi, in una chiamata http all'applicazione in intranet, e nel contemporaneo invio dei dati tramite il metodo GET. In questo modo i dati verranno inseriti in tempo reale, direttamente al passaggio davanti alla stazione di rilevamento. La presenza dell'incaricato alla partenza e dell'incaricato all'arrivo ha più che altro valore di controllo, per fare in modo che il sistema funzioni correttamente. Ad esempio l'incaricato alla partenza potrebbe aver il compito di identificare la vettura, inserire nel sistema tramite interfaccia web i dati della vettura e l'orario di partenza, ed una cosa simile potrebbe essere fatta dall'incaricato all'arrivo. La presenza di questo elemento umano rappresenterebbe