Ipotesi di simulazione della seconda prova di Informatica Prima parte

Transcript

1 Ipotesi di simulazione della seconda prova di Informatica 2015 Prima parte 1. Analisi della realtà di riferimento Le specifiche richiedono la realizzazione di una web-application distribuita. Gli utenti, che si trovano in una vasta area geografica, accedono all'applicazione mediante browser connessi alla rete Internet. Si propone una applicazione server-side eseguita su un host connesso alla rete Internet con una connessione a banda larga e simmetrica, collocato nella sede del consorzio oppure in hosting presso un fornitore di servizi. Sull'host deve essere in esecuzione un web server per l'erogazione delle pagine, un esecutore serverside per l'elaborazione dinamica dei contenuti, un DBMS server per la gestione dei dati persistenti. Una possibile soluzione è una piattaforma xamp composta da: x=sistema operativo qualsiasi, A=web server Apache, M=DBMS MySQL, P=script interpreter PHP. Possibili soluzioni alternative sono: - webserver Tomcat con servlet Java e DBMS Derby - webserver IIS con ASP.NET e DBMS MSSQL Ipotesi aggiuntive: La sezione autenticata usa il protocollo HTTPS per la protezione delle password e dei dati sensibili inseriti in fase di amministrazione

2 2. Schema concettuale della base di dati Ipotesi aggiuntive: La quantità di forme prodotte e vendute è un dato derivato eventualmente inserito in una vista Il periodo di stagionatura è un dato derivato eventualmente inserito in una vista Il tipo di scelta è un enumerativo che viene definito solo in fase di vendita L'info sul tipo di cliente viene normalizzata con una associazione 1:N L'info sulla provincia del caseificio viene normalizzata con una associazione 1:N L'info sulle foto viene normalizzata con una associazione 1:N a causa della sua molteplicità Il numero progressivo mensile del formaggio viene generato a partire da un contatore della istanza di entità caseificio che viene riportata a 1 ad ogni inizio mese da un event trigger L'associazione tra cliente e formaggio è parziale: i formaggi non associati non sono venduti 3. Schema logico della base di dati provincia(codpro:string(2);descrizione:string) caseificio(codice:string(4); nome:string; indirizzo:string; codpro:string; lat:decimal; lng:decimal; titolare:string; contatore:int) caseificio.codpro Í provincia.codpro tipocliente(idtipocliente:integer; descrizione:string) cliente(idcliente:integer; nome:string; idtipocliente:integer); cliente.idtipocliente Í tipocliente.idtipocliente formaggio(idformaggio:integer; date:date; progressivo:int; scelta:int,idcliente) formaggio.idcliente Í cliente.idcliente null foto(idfoto:integer; descrizione:string; immagine:blob; codice:string) foto.codice Í caseificio.codice conferimentolatte(idconferimento:integer;data:date; lavorato:integer; trasformato: integer; codice:string) conferimentolatte.codice Í caseificio.codice

3 Ipotesi aggiuntive: La chiave primaria della relazione provincia è il codice a due caratteri della provincia La chiave primaria della relazione caseificio è il codice numerico del caseificio Le latitudini e longitudini sono espresse in gradi e decimali di grado Il contatore di forme del caseificio viene inzializzato ad 1 I formaggi non venduti hanno l'attributo idcliente a NULL Il valore di scelta viene inizializzato a 0 (scelta non definita) al momento della produzione Le foto sono archiviate internamente in un attributo di tipo BLOB 4. Definizione in linguaggio SQL di un sottoinsieme delle relazioni della base di dati CREATE DATABASE IF NOT EXISTS consorzio DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; USE consorzio; DROP TABLE IF EXISTS conferimentolatte; DROP TABLE IF EXISTS foto; DROP TABLE IF EXISTS formaggio; DROP TABLE IF EXISTS caseificio; DROP TABLE IF EXISTS cliente; DROP TABLE IF EXISTS provincia; DROP TABLE IF EXISTS tipocliente; CREATE TABLE IF NOT EXISTS tipocliente ( idtipo int(11) PRIMARY KEY AUTO_INCREMENT NOT NULL, descrizione varchar(20) NOT NULL CREATE TABLE IF NOT EXISTS provincia ( codpro varchar(2) PRIMARY KEY NOT NULL, descrizione varchar(20) NOT NULL CREATE TABLE IF NOT EXISTS cliente ( idcliente int(11) PRIMARY KEY AUTO_INCREMENT NOT NULL, nome varchar(20) NOT NULL, idtipo int(11) NOT NULL, FOREIGN KEY (idtipo) REFERENCES tipocliente(idtipo) CREATE TABLE IF NOT EXISTS caseificio ( codice varchar(4) PRIMARY KEY NOT NULL, nome varchar(80) NOT NULL, indirizzo varchar(80) NOT NULL, codpro varchar(2) NOT NULL, lat decimal(9,6) NOT NULL, lng decimal(9,6) NOT NULL, titolare varchar(80) NOT NULL, contatore int(11) NOT NULL DEFAULT '1', FOREIGN KEY (codpro) REFERENCES provincia(codpro) CREATE TABLE IF NOT EXISTS formaggio ( idformaggio int(11) PRIMARY KEY AUTO_INCREMENT NOT NULL, dataproduzione date NOT NULL, progressivo int(11) NOT NULL, scelta int(11) NOT NULL DEFAULT '0', idcliente int(11) DEFAULT NULL, codice varchar(4) NOT NULL, FOREIGN KEY (codice) REFERENCES caseificio(codice) CREATE TABLE IF NOT EXISTS foto ( idfoto int(11) PRIMARY KEY AUTO_INCREMENT NOT NULL, descrizione varchar(20) NOT NULL, immagine longblob NOT NULL, codice varchar(4) NOT NULL,

4 FOREIGN KEY (codice) REFERENCES caseificio(codice) CREATE TABLE IF NOT EXISTS conferimentolatte ( idconferimento int(11) PRIMARY KEY AUTO_INCREMENT NOT NULL, `data` date NOT NULL, lavorato int(11) NOT NULL, trasformato int(11) NOT NULL, codice varchar(4) NOT NULL, FOREIGN KEY (codice) REFERENCES caseificio(codice) DELIMITER $$ DROP EVENT resetcontatori$$ CREATE DEFINER=root@localhost EVENT resetcontatori ON SCHEDULE EVERY 1 MONTH STARTS ' :00:00' ON COMPLETION NOT PRESERVE ENABLE DO BEGIN UPDATE caseificio SET contatore=1; END$$ 5. Interrogazioni espresse in linguaggio SQL: a) Visualizzare il numero di forme prodotte da ciascun caseificio tra due date fornite SELECT t1.codice,t1.nome,count(*) as c1 FROM caseificio AS t1 JOIN formaggio AS t2 ON t1.codice=t2.codice WHERE t2.dataproduzione BETWEEN '$startdate' AND '$enddate' GROUP BY t1.codice b) Visualizzare la media del latte lavorato giornalmente nell anno corrente dai caseifici provincia per provincia SELECT t2.codpro,avg(t3.lavorato)as medialavorato FROM caseificio AS t1 JOIN provincia AS t2 ON t1.codpro=t2.codpro JOIN conferimentolatte AS t3 ON t1.codice=t3.codice WHERE YEAR(t3.data)=YEAR(NOW()) GROUP BY t2.codpro c) Visualizzare i dati del caseificio che ha venduto il maggior numero di forme di prima scelta in un anno impostato dall utente SELECT t3.codice,t3.nome,max(t3.c1)as maxprod FROM ( SELECT t1.codice,t1.nome,count(t2.idformaggio) AS c1 FROM caseificio AS t1 JOIN formaggio AS t2 ON t1.codice=t2.codice WHERE t2.scelta=1 AND YEAR(t2.dataproduzione)='$year' GROUP BY t1.codice) AS t3 d) Visualizzare l elenco dei caseifici che, in un certo periodo individuato da due date fornite dall utente, hanno venduto meno di 10 forme di seconda scelta SELECT t4.codice,t4.nome,ifnull(t3.c1,0)as c2 FROM caseificio AS t4 LEFT JOIN (SELECT t1.codice,t1.nome,count(*)as c1 FROM caseificio AS t1 JOIN formaggio AS t2 ON t1.codice=t2.codice WHERE t2.dataproduzione BETWEEN '$startdate' AND '$enddate' AND t2.scelta=2 GROUP BY t1.codice) AS t3 ON t4.codice=t3.codice HAVING c2 < $limit ORDER BY c2 DESC

5 6. Progetto della Home page dell interfaccia WEB che si intende proporre per la gestione del DataBase e delle gallerie di immagini dei luoghi di produzione. Home page: Galleria di immagini: Ipotesi aggiuntive: La struttura della pagina è fluida in modo da adattarsi alle dimensioni orizzontali del dispositivo senza scorrimenti E' invece presente uno scorrimento verticale; la linea tratteggiata indica il limite della visualizzazione nel formato 16:9

6 7. Codifica in un linguaggio a scelta di un segmento significativo dell'applicazione Web che consente l'interazione con la base di dati. Presentazione delle immagini di galleria. Nella pagina di galleria fotografica di un caseificio vengono mostrate le foto archiviate. La seguente query estrae id e descrzione delle foto di un caseificio SELECT idfoto,descrizione FROM foto WHERE codice='$codice' Supponendo di avere una risorsa $foto che consente di estrarre le righe della query, la vista della pagina produce una serie di immagini accostate: Per ogni immagine estratta dal risultato della query viene generata una tag <img> accostata alla precedente; l'attributo src richiama lo script di estrazione della foto foto.php specificando l'id della foto; l'attributo alt viene impostato con la descrizione. <?php while ($riga=mysql_fetch_assoc($foto)){?> <img style="float: left, margin: 5px" src="<?php echo "foto.php?idfoto{$riga['idfoto']"?> alt="<?php echo $riga['descrizione']" />?> <?php }?> Lo script foto.php riceve l'id della foto, estrae dalla banca dati l'immagine ed invia l'immagine al browser impostando il mime type image/jpeg <?php //emette un mime type jpeg header("content-type: image/jpeg"); //estrae l'id della immagine $idfoto=$_request['idfoto']; //connette al dbms $conn=mysql_connect("localhost","user","password"); //seleziona la banca dati mysql_select_db("consorzio",$conn); //estrae il record richiesto $msg="select immagine FROM foto WHERE idfoto=$id"; $query=mysql_query($msg,$conn); $riga=mysql_fetch_assoc($query); //converte il blob in immagine $img=imagecreatefromstring($riga['immagine']); //emette l'immagine ImageJpeg($img); ImageDestroy($img);?> Seconda parte 1. In relazione al tema proposto nella prima parte, indichi come intende affrontare la gestione degli accessi riservati agli operatori dei caseifici per lo svolgimento delle loro funzioni. Si possono individuare tre fasi successive nel processo di autenticazione: - raccolta dati di identificazione: il servizio richiede all'utente di farsi identificare l'utente fornisce uno o più dati che consentono l'identificazione. - accertamento e selezione: il servizio verifica che le informazioni ottenute dall'utente nella fase precedente

7 - mantenimento dello stato di autenticazione: il servizio mantiene valida l'autenticazione per un determinato tempo con una gestione della sessione. Nel passare da una pagina ad un'altra della sezione riservata, non è necessario sottomettere l'utente ogni volta alla fase di autenticazione. Autenticazione di sessione Questo metodo si basa sulla capacità dell interpreter PHP di gestire le variabili di sessione. Le variabili di sessione sono variabili globali generate dagli script che sopravvivono alla terminazione dello script che l ha generata e sono quindi visibili ad altri script. Questa azione avviene in collaborazione con il client. Infatti in caso di creazione di una nuova sessione l interpeter PHP invia al browser una header HTTP che fa la richiesta di scrittura di un cookie. I cookies sono files memorizzati nell area di cache del browser che servono come memoria di stato per il server. Quando un cookie viene scritto da un web server nella cache del browser, ogni richiesta del browser verso quel server viene accompagnata dai cookies che il server aveva in precedenza impostato. In questo modo si crea una memoria di stato usata dal server ma archiviata nel client. 2. In relazione al tema proposto nella prima parte, sviluppi la query SQL per calcolare la percentuale di forme di seconda scelta prodotte annualmente da un certo caseificio (sul totale delle forme da lui prodotte annualmente). SELECT t3.scelta, COUNT(*), t2.tot, COUNT(*)/t2.tot * 100 AS perc FROM formaggio AS t3, (SELECT COUNT(*) AS tot FROM formaggio AS t1 WHERE t1.codice='$codice' AND YEAR(t1.dataproduzione)='$anno') AS t2 WHERE t3.codice='$codice' AND YEAR(t3.dataproduzione)='$anno' GROUP BY t3.scelta 3. Illustri, anche servendosi di esempi, il concetto di vista in una base di dati. Le viste sono tabelle temporanee, ottenute dalle tabelle fisiche che mostrano i dati organizzati in modo diverso. Una vista è definita da un grado e cardinalità che sono il risultato di query sulle tabelle fisiche. Con una vista è possibile limitare l'accesso a: specifiche colonne, specifici record, colonne di specifici record, specifici sottoinsiemi. Sintassi CREATE VIEW nomevista [(listacolonne)] AS comando Impieghi della vista - limitazione dell'accesso alla banca dati - semplificazione delle query annidate - separazione tra logica applicativa e modello dei dati Esempio: facendo riferimento al caso della prima parte si suppone di voler determinare quali caseifici non hanno mai prodotto forme di seconda scelta. Una possibile soluzione utilizza una join annidata basata sull'operatore insiemistico NOT IN. SELECT t1.codice,t1.nome FROM caseificio AS t1 WHERE t1.codice NOT IN(SELECT t1.codice FROM formaggio as t1 WHERE scelta=2 GROUP BY t1.codice) La query interna determina i codici dei caseifici che hanno prodotto forme di seconda scelta, la query esterna esclude tali caseifici dall'elenco. E' possibile trasformare la query interna in una vista:

8 CREATE VIEW secondascelta AS SELECT t1.codice FROM formaggio as t1 WHERE scelta=2 GROUP BY t1.codice La query esterna diventa: SELECT t1.codice,t1.nome FROM caseificio AS t1 WHERE t1.codice NOT IN(SELECT t2.codice FROM secondascelta AS t2) oppure con un left join: SELECT t1.codice,t1.nome FROM caseificio AS t1 LEFT JOIN secondascelta AS t2 ON t1.codice=t2.codice WHERE ISNULL(t2.codice) 4 Descriva le tipologie di linguaggi utilizzate in un DBMS. DDL Data Description Language è il linguaggio non procedurale utilizzato per la descrizione dei dati. Consente di trasformare lo schema logico nella implementazione nel DBMS. DML Data Manipolation Language è il linguaggio non procedurale utilizzato per l'accesso al database per le operazioni di lettura,inserimento, modifica e cancellazione dei dati. DCL Data Control Language è il linguaggio non procedurale utilizzato per gestire i diritti di accesso al database da parte degli utenti.