Evoluzione del modello: Web dinamico
|
|
|
- Geronima Massa
- 6 anni fa
- Visualizzazioni
Transcript
1 Evoluzione del modello: Web dinamico Home Page del corso: Versione elettronica: 3.01.WebDinamico.pdf Versione elettronica: 3.01.WebDinamico-2p.pdf 1
2 Modello Web statico Il modello che abbiamo analizzato finora, basato sul concetto di ipertesto distribuito, ha una natura essenzialmente statica Anche se l utente può percorrere dinamicamente l ipertesto in modi molto diversi, l insieme dei contenuti è prefissato staticamente: Pagine vengono preparate staticamente a priori Non esistono contenuti composti dinamic. in base all interazione con l utente È un modello semplice, potente, di facile implementazione efficiente, ma presenta evidenti limiti 2
3 Modello Web Statico Macchina server Macchina client URL Web Server Browser Documento HTML Risorse (documenti HTML) documenti HTML costruiti a priori 3
4 Limiti del modello statico Per capire quali sono i limiti del modello statico e come possono essere superati proviamo a ragionare su un semplice esempio Vogliamo costruire un enciclopedia dei Dinosauri consultabile via Web: Possiamo creare una pagina HTML per ogni specie di dinosauro con testi e immagini Possiamo poi creare una pagina iniziale che fa da indice basandoci sulla classificazione scientifica Ogni voce è un link alla pagina che descrive un dinosauro 4
5 Limiti del modello statico Se vogliamo rendere più agevole l accesso alle schede possiamo anche predisporre un altra pagina con un indice analitico che riporta le specie di dinosauri in ordine alfabetico Tutto questo può essere realizzato facilmente con gli strumenti messi a disposizione dal Web statico Il modello va però in crisi se proviamo ad aggiungere una funzionalità molto semplice: ricerca per nome Quello che ci serve è una pagina con un form, costituito da un semplice campo di input e da un bottone, che ci consenta di inserire il nome di un dinosauro e di accedere direttamente alla pagina che lo descrive 5
6 Ricerca Vediamo il codice della pagina HTML: abbiamo usato il metodo GET per semplicità <html> <head> <title> Ricerca dinosauri </title> </head> <body> <p>enciclopedia dei dinosauri - Ricerca</p> <form method="get" action=" <p>nome del dinosauro <input type="text" name="nometxt" size="20"> <input type="submit" value="cerca" name="cercabtn"> </p> </form> </body> </html> 6
7 Eseguire la ricerca Se scriviamo il nome di un dinosauro e premiamo il bottone cerca, si attiva una invocazione HTTP di tipo GET con un URL di questo tipo: Web server non è in grado di interpretare immediatamente questa chiamata (URL con query) perché richiede l esecuzione dinamica di un applicazione legata al particolare contesto È quindi necessaria un estensione specifica: un programma scritto appositamente per l enciclopedia che Interpreti i parametri passati nel GET Cerchi nel file system la pagina diplodocus.html La restituisca al Web server per l invio al client 7
8 CGI La prima soluzione proposta per risolvere questo problema prende il nome di Common Gateway Interface (CGI), già presente fino da HTTPv1.0 CGI è uno standard per interfacciare applicazioni esterne con Web server Le applicazioni che usano questo standard prendono il nome di programmi CGI Un programma CGI viene eseguito dinamicamente in risposta alla chiamata e produce output che costituisce la risposta alla richiesta http (informazione dinamica) Può essere scritto in qualunque linguaggio: ad esempio in C o in un linguaggio di script (spesso PHP o Perl) o in un qualche linguaggio ibrido (es. Python) 8
9 Modello di interazione CGI Le operazioni si svolgono nel seguente ordine: Il client, tramite HTTP, invia al server la richiesta di eseguire un programma CGI con alcuni parametri e dati in ingresso Il server, attraverso l'interfaccia standard CGI (accordo standardizzato), chiama il programma passandogli i parametri e i dati inviati dal client Eseguite le operazioni necessarie, il programma CGI rimanda al server i dati elaborati (pagina HTML), sempre facendo uso dell'interfaccia CGI Il server invia al client i dati elaborati dal programma CGI tramite protocollo HTTP 9
10 Comunicazione fra server e programma CGI I programmi CGI e il server comunicano in quattro modi (specificati nell interfaccia standard CGI): Variabili di ambiente del sistema operativo Parametri sulla linea di comandi: programma CGI viene lanciato in un processo pesante (si pensi a shell di sistema operativo che interpreta i parametri passati, ad esempio in metodo GET) Standard Input (usato soprattutto con il metodo POST) Standard Output: per restituire al server la pagina HTML da inviare al client 10
11 Parametri: metodo GET Con il metodo GET il server passa il contenuto della form al programma CGI come se fosse da linea di comando di una shell Nel nostro esempio la URL era Dove: è l indirizzo del server web cerca è il nome del programma CGI nometxt=diplodocus&cercabtn=cerca è la riga di comandi passata al programma cerca Linea di comando ha una lunghezza finita dipendente da SO (massimo 256 caratteri su SO UNIX) Quindi, come già sapete, la quantità di dati che possono essere inviati con il metodo GET è molto limitata 11
12 Parametri: metodo POST Come abbiamo già visto, usando POST non viene aggiunto nulla alla URL specificata da ACTION Quindi la linea comando nella shell contiene solo il nome del programma CGI Nel nostro esempio la URL sarà semplicemente a cui corrisponde un comando di linea cerca senza alcun parametro I dati del form, contenuti nell header HTTP, vengono inviati al programma CGI tramite standard input In questo modo si possono inviare dati lunghi a piacimento, senza i limiti di GET In C per accedere ai dati si apre aprire un file su stdin e si leggono i campi del post con fgetc(): nome = fgetc(stdin); // nometxt=diplodocus btn = fgetc(stdin); // cercabtn=cerca 12
13 Variabili di ambiente Prima di chiamare il programma CGI, Web server imposta alcune variabili di sistema corrispondenti ai principali header HTTP, ad esempio: REQUEST_METHOD: metodo usato dalla form QUERY_STRING: parte di URL che segue il "?" REMOTE_HOST: host che ha inviato la richiesta CONTENT_TYPE: tipo MIME dell informazione contenuta nel body della richiesta (nel POST) CONTENT_LENGTH: lunghezza dei dati inviati HTTP_USER_AGENT: nome e versione del browser usato dal client Se si implementa CGI in C, si può usare getenv(): utente = getenv(remote_host); 13
14 Output Il programma CGI elabora i dati in ingresso ed emette un output per il client in attesa di risposta Per passare i dati al server il programma CGI usa stdout: ad es. in C si può usare la funzione printf() Il server preleva i dati dallo standard output e li invia al client incapsulandoli in messaggio HTTP, ad esempio: HTTP/ OK Date: Wednesday, 02-Feb-94 23:04:12 GMT Server: NCSA/1.1 MIME-version: 1.0 Last-modified: Monday, 15-Nov-93 23:33:16 GMT Content-type: text/html... <HTML><HEAD><TITLE>... Deve contenere almeno header content-type; altri opzionali Parte generata da Web server Parte generata dal programma CGI 14
15 Configurazione Web server Se arriva URL server deve rendersi conto che cerca non è un documento HTML ma un programma CGI Perché ciò accada è necessario che: I programmi CGI siano tutti in un'apposita directory Nella configurazione del server sia specificato il path ove trovare i programmi CGI e l'identificatore che indica che è richiesta l'esecuzione di una applicazione Di solito si sceglie come identificatore /cgi-bin/ Tutto ciò che segue l'identificatore viene interpretato dal server come nome di programma da eseguire Il server cerca il programma specificato nel path che è stato indicato nella configurazione 15
16 CGI e dinosauri Un meccanismo come quello appena descritto consente di risolvere il problema della ricerca nell esempio dell enciclopedia Il browser usando il metodo GET invia il contenuto del campo di ricerca nella parte query dell URL: Web server usa l interfaccia CGI per passare i parametri presenti nell URL ad un programma denominato cerca cerca usa il valore del parametro nometxt per cercare le pagine che contengono il termine inserito nel campo di ricerca (diplodocus) Usa stdout per costruire una pagina con un elenco di link alle pagine che contengono il termine 16
17 Altri problemi La nostra enciclopedia ha anche un problema di manutenibilità Se vogliamo aggiungere un dinosauro dobbiamo infatti: Creare una nuova pagina con una struttura molto simile alle altre Aggiungere il link alla pagina nell indice principale (quello basato sulla classificazione delle specie) Aggiungere un link nell indice alfabetico La pagina di ricerca invece non richiede alcuna modifica Se poi volessimo cambiare l aspetto grafico della nostra enciclopedia dovremmo rifare una per una tutte le pagine (a meno dell utilizzo di css e xhtml di cui siete oramai grandi esperti ) 17
18 DynamicDino.it Una soluzione ragionevole è quella di separare gli aspetti di contenuto da quelli di presentazione Ad esempio, utilizziamo un database relazionale per memorizzare le informazioni relative ad ogni dinosauro Realizziamo alcuni programmi CGI che generano dinamicamente l enciclopedia scheda: crea una pagina con la scheda di un determinato dinosauro indice: crea la pagina di indice per specie (tassonomia) alfabetico: crea l indice alfabetico cerca: restituisce una pagina con i link alle schede che contengono il testo inserito dall utente Tutti e 4 i programmi usano il DB per ricavare le informazioni utili per la costruzione della pagina 18
19 Struttura del database Per semplicità possiamo utilizzare una sola tabella con la struttura sotto riportata (non è normalizzata) Il campo testo serve a includere il contenuto in formato HTML Gli altri campi permettono di costruire agevolmente l indice basato sulla tassonomia Specie Ordine Famiglia Genere Testo Dicraeosaurus hansemanni Saurischia Dicraeosauridae Dicreaosaurus <p>il <b>dicreosauro</b> (gen. Dicraeosaurus) è un dinosauro erbivoro vissuto in Africa orientale nel Giurassico superiore (Kimmeridgiano, circa 150 milioni di anni fa)
20 Vantaggi della nuova soluzione In questo modo la gestione dell enciclopedia è sicuramente più semplice: Basta inserire un record nel database per aggiungere una nuova specie L indice tassonomico e quello alfabetico si aggiornano automaticamente È anche possibile cambiare agevolmente layout di tutte le pagine Possibile utilizzare una pagina HTML di base (template) con tutte le parti fisse Il programma scheda si limita a caricare il template e a inserire le parti variabili Per cambiare l aspetto grafico di tutte le schede è sufficiente agire una sola volta sul template 20
21 Un nuovo modello Il modello è cambiato in modo significativo Abbiamo aggiunto una forma di elaborazione lato server L insieme delle CGI che gestiscono l enciclopedia costituisce un applicazione distribuita Ogni CGI può essere vista come una procedura remota invocata tramite HTTP dal cliente URL (usualmente in /cgi-bin/) /scheda?specie=diplodocus /indice /alfabetico /cerca?testo=diplod Procedura scheda( Diplodocus ); indice(); alfabetico(); cerca( diplod ); 21
22 Modello Web dinamico Macchina client URL Macchina server Web Server Browser Documento HTML Interfaccia CGI scheda indice alfab cerca I documenti HTML non sono costruiti a priori Database 22
23 Vedi esempio ulteriore e dettagliato su sito Web del Corso studform.html come esempio di semplice form HTML CGI_example.c come semplice esempio di programma CGI (in linguaggio C) Quindi ovviamente da compilare prima del deployment su Web server 23
24 Tutto a posto? ASSOLUTAMENTE NO L architettura che abbiamo appena visto presenta numerosi vantaggi ma soffre anche di diversi problemi Ci sono problemi di prestazioni: ogni volta che viene invocata una CGI si crea un processo che viene distrutto alla fine dell elaborazione Esistono varianti di CGI che risolvono alcuni problemi di prestazioni (FastCGI). Come, secondo voi? Le CGI, soprattutto se scritte in C, possono essere poco robuste (che cosa succede se errore bloccante?) Ogni programma CGI deve reimplementare tutta una serie di parti comuni (mancanza di moduli di base accessibili a tutti i programmi lato server): accesso al DB, logica di interpretazione delle richieste HTTP e di costruzione delle risposte, gestione dello stato ecc. Abbiamo scarse garanzie sulla sicurezza 24
25 Una sola applicazione Per ovviare al penultimo punto si potrebbe realizzare una sola CGI (enc) che implementa tutte e quattro le funzionalità (vedi schema sottostante) In questo modo però si ha un applicazione monolitica e si perdono i vantaggi della modularità Gli altri problemi rimangono invariati URL /enc?azione=scheda&specie=diplodocus /enc?azione=indice /enc?azione=alfabetico /enc?azione=cerca&testo=diplod Procedura scheda( Diplodocus ); indice(); alfabetico(); cerca( diplod ); 25
26 Le due soluzioni a confronto Web Server Web Server Interfaccia CGI Interfaccia CGI scheda indice alfab cerca enc Database Database 26
27 Application server La soluzione migliore è quella di realizzare un contenitore in cui far vivere le funzioni server-side Il contenitore si preoccupa di fornire i servizi di cui le applicazioni hanno bisogno: Interfacciamento con il Web Server Gestione del tempo di vita (attivazione on-demand delle funzioni) Interfacciamento con il database Gestione della sicurezza Si ha così una soluzione modulare in cui le funzionalità ripetitive vengono portate a fattor comune Un ambiente di questo tipo prende il nome di application server 27
28 Parentesi su Modelli a Contenimento Che cosa vi ricordate di modelli componenti-container? Esempi di tecnologie a componenti? CONTENIMENTO Spesso molte funzionalità possono essere non controllate direttamente ma lasciate come responsabilità ad una entità delegata supervisore (contenitore) che se ne occupa spesso introducendo politiche di default evitando che si verifichino errori controllando eventuali eventi I contenitori (entità dette anche CONTAINER, ENGINE, MIDDLEWARE, ) possono occuparsi di azioni automatiche da cui viene sgravato l utilizzatore che deve specificare solo la parte contenuta tipicamente di alto livello, non ripetitiva, fortemente dipendente dalla logica applicativa 28
29 Modelli a Contenimento CONTAINER Un servizio utente potrebbe essere integrato in un ambiente (middleware) che si occupa in modo autonomo di molti aspetti diversi R ichieste Cliente 1 C O N T A IN E R O P E R A Z IO N I V A R IE Vedrete ad esempio CORBA - tutti aspetti C/S Engine per framework a GUI Container per servlet Container possono ospitare componenti più trasportabili, riutilizzabili e mobili Cliente 2 Cliente i Cliente i Cliente i O P E R A Z IO N E S E M P LIF IC A T A 29
30 Delega al Container Il container può fornire automaticamente molte delle funzioni per supportare il servizio applicativo verso l utente Supporto al ciclo di vita Attivazione/deattivazione del servitore Mantenimento dello stato (durata della sessione?) Persistenza trasparente e recupero delle informazioni (interfaccia DB) Supporto al sistema dei nomi Discovery del servitore/servizio Federazione con altri container Supporto alla qualità del servizio Tolleranza ai guasti, selezione tra possibili deployment Controllo della QoS richiesta e ottenuta Sicurezza 30
31 Architettura basata su application server Application server scheda indice alfab cerca Web Server Interfaccia Web Server Interfaccia DB Gestione tempo di vita Gestione della sessione Database 31
32 Application server e tecnologie server side Due tecnologie storicamente molto diffuse nell ambito degli application server sono:.net di Microsoft ed evoluzioni Java J2EE Altre tecnologie interessanti: Ad esempio quelle basate su Python o Perl Altre soluzioni hanno una struttura più semplice e non sono application server a tutti gli effetti (si parla di moduli di estensione del Web server comunque interessanti per applicazioni Web a rapida prototipazione e basso costo): PHP (molto diffuso e di semplice utilizzo) Le vecchie tecnologie ISAPI e ASP di Microsoft Quelle basate su linguaggio Ruby (ruby on rails) 32
33 Altri aspetti: lo stato L enciclopedia dei dinosauri è un applicazione stateless Il server e i programmi CGI non hanno necessità di tener traccia delle chiamate precedenti L interazione tra un Client e un Server può essere infatti di due tipi: Stateful: esiste stato dell interazione e quindi l nesimo messaggio può essere messo in relazione con gli n-1 precedenti Stateless: non si tiene traccia dello stato, ogni messaggio è indipendente dagli altri 33
34 Interazione stateless In termini generali, un interazione stateless è feasible senza generare grossi problemi solo se protocollo applicativo è progettato con operazioni idempotenti Operazioni idempotenti producono sempre lo stesso risultato, indipendentemente dal numero di messaggi M ricevuti dal Server stesso. Ad es. un server fornisce sempre la stessa risposta a un messaggio M Nel nostro caso tutte e 4 le operazioni gestite dall enciclopedia (indice, alfabetico, scheda e cerca) sono idempotenti. In generale, molto spesso abbiamo a che fare con operazioni idempotenti nelle applicazioni Web Esempi di operazioni non-idempotenti? 34
35 Interazione stateful Non tutte le applicazioni possono fare a meno dello stato Esempio banale: se è prevista un autenticazione è molto comodo (necessario a fini di usabilità utente) tener traccia fra una chiamata e l altra del fatto che l utente si è autenticato e quindi nasce l esigenza di avere uno stato In generale, tutte le volte in cui abbiamo bisogno di personalizzazione delle richieste Web, possiamo beneficiare di interazione stateful Ad es. se estendiamo la nostra applicazione per consentire a utenti autorizzati di modificare le schede dei dinosauri via Web o se vogliamo fornire pagine iniziali di accesso differenziate sulla base di storia precedente o livello di expertise utente, anche la nostra applicazione cessa di poter essere stateless 35
36 Diversi tipi di stato Parlando di applicazioni Web è possibile classificare lo stato in modo più preciso: Stato di esecuzione (insieme dei dati parziali per una elaborazione): rappresenta un avanzamento in una esecuzione; per sua natura è uno stato volatile; può essere mantenuto in memoria lato server come stato di uno o più oggetti Stato di sessione (insieme dei dati che caratterizzano una interazione con uno specifico utente): la sessione viene gestita di solito in modo unificato attraverso l uso di istanze di oggetti specifici (supporto a oggetti sessione) Stato informativo persistente (ad esempio gli ordini inseriti da un sistema di ecommerce): viene normalmente mantenuto in una struttura persistente come un database 36
37 Il concetto di sessione La sessione rappresenta lo stato associato ad una sequenza di pagine visualizzate da un utente: Contiene tutte le informazioni necessarie durante l esecuzione Informazioni di sistema: IP di provenienza, lista delle pagine visualizzate,... Informazioni di natura applicativa: nome e cognome, username, quanti e quali prodotti ha inserito nel carrello per un acquisto, Lo scope di sessione è dato da: Tempo di vita della interazione utente (lifespan) Accessibilità: usualmente concesso alla richiesta corrente e a tutte le richieste successive provenienti dallo stesso processo browser 37
38 Sessione come base per il concetto di conversazione La conversazione rappresenta una sequenza di pagine di senso compiuto (ad esempio l insieme delle pagine necessarie per comperare un prodotto) È univocamente definita dall insieme delle pagine che la compongono e dall insieme delle interfacce di input/output per la comunicazione tra le pagine (flusso della conversazione) 38
39 Esempio di conversazione: acquisto online 1. L utente inserisce username e password: inizio della conversazione Server riceve i dati e li verifica con i dati presenti nel DB dei registrati: viene creata la sessione 2. L utente sfoglia il catalogo alla ricerca di un prodotto Server lo riconosce attraverso i dati di sessione 3. L utente trova il prodotto e lo mette nel carrello Sessione viene aggiornata con informazioni del prodotto 4. L utente compila i dati di consegna 5. L utente provvede al pagamento, fine della conversazione di acquisto L ordine viene salvato nel DB (stato persistente) La sessione è ancora attiva e l utente può fare un altro acquisto o uscire dal sito 39
40 Tecniche per gestire lo stato Lo stato di sessione deve presentare i seguenti requisiti: Deve essere condiviso da Client e Server È associato a una o più conversazioni effettuate da un singolo utente Ogni utente possiede il suo singolo stato Ci sono due tecniche di base per gestire lo stato, non necessariamente alternative ma integrabili: Utilizzo del meccanismo dei cookie (storage lato cliente) Gestione di uno stato sul server per ogni utente collegato (sessione server-side) La gestione della sessione è uno dei supporti orizzontali messi a disposizione da un application server 40
41 Architettura frequente nei sistemi Web Architettura a 3 tier, che può collassare a due in assenza di application server (sempre più raro al giorno d oggi) Web Server Application Server DataBase Server 41
42 Distribuzione dei servizi La struttura a 3 tier rispecchia i 3 principali servizi che realizzano un sistema Web Questi 3 servizi possono risiedere sullo stesso HW oppure essere divisi su macchine separate (distribuzione verticale dell architettura) Non necessita di nessun accorgimento specifico Viene realizzata essenzialmente per motivi di performance, soprattutto quando si separa il livello applicativo da quello database Non prevede replicazione, non è quindi utile per risolvere problemi di fault tolerance 42
43 Distribuzione dei servizi Orizzontalmente ad ogni livello è possibile replicare il servizio su diverse macchine Si parla in questo caso di distribuzione orizzontale Necessità di importanti accorgimenti strettamente dipendenti dalla tecnologia d uso Quali vi vengono in mente? Essendo una distribuzione per replicazione è possibile implementare politiche per la gestione della fault tolerance e anche del bilanciamento di carico a fine di maggiori performance 43
44 Distribuzione verticale e orizzontale Distribuzione Verticale Distribuzione Orizzontale 44
45 Replicazione: Web server Web server è stateless per la natura del protocollo HTTP; per questo, molto facile da replicare Il fatto che IP è embedded in URL può essere gestito attraverso diverse soluzioni sia hw che sw Si possono applicare politiche di load balancing con diverse euristiche usando dispositivi appositi Load balancer ad esempio modulo apache mod_jk 45
46 Replicazione: applicazione Stato di sessione prevalentemente Può accadere però che application server utilizzi oggetti o componenti con stato per motivi di performance (cache) o altre necessità specifiche Alcuni framework disponibili sul mercato permettono replicazione attraverso tecniche di clustering (ne daremo cenni nella seconda parte del corso); altri framework non sono in grado di replicare orizzontalmente Se si mantiene lo stato concentrato all interno della sessione e la sessione viene gestita interamente attraverso cookie, è possibile realizzare un framework applicativo completamente stateless lato server, ottenendo così realizzazione più semplice e primitiva di configurazione completam. replicabile in modo orizzontale. Con quali limiti? È quello che vi aspettate accada in sistemi commerciali? 46
47 Replicazione: database Il database server è (normalmente) un server stateful. Perché? Con quali problemi conseguenti? La replicazione è molto delicata perché deve mantenere il principio di atomicità delle transazioni I database commerciali, come Oracle e Microsoft SQL Server prevedono delle configurazioni di clustering (forse, lo vedrete meglio all interno del corso di Sistemi Distribuiti M ) in grado di gestire in modo trasparente un numero variabile di CPU e macchine distinte Comunque in numero basso (qualche unità) 47
48 Applicazioni multilivello Sviluppare applicazioni secondo una logica ad oggetti e/o a componenti significa scomporre l applicazione in blocchi, servizi e funzioni È molto utile separare logicamente le funzioni necessarie in una struttura multilivello (multi-tier) al fine di fornire astrazioni via via più complesse e potenti a partire da funzionalità più elementari Nel tempo si è affermata una classificazione indipendente dalla implementazione tecnologica, basata su una struttura a 4 livelli principali Questa struttura non fornisce dettagli implementativi, non specifica quali moduli debbano essere implementati client-side o server-side, né nessuna altra specifica tecnica: è una architettura essenzialmente logico-funzionale 48
49 Schema di struttura multilivello Presentation Livello di presentazione si occupa della visualizzazione dei risultati generati secondo il percorso definito nel flusso sottostante Business Flows A questo livello vengono implementati i flussi delle diverse conversazioni che interagiscono per comporre una applicazione Business Logic La logica di business contiene le caratteristiche delle applicazioni e dipende sia dal modello dei dati che, ancora più rilevante, dalle logiche di utilizzo degli stessi Services Servizi devono fornire tutte le funzionalità base (API) necessarie per l implementazione rapida ed efficace della logica di business, dalla gestione della concorrenza al supporto alle transazioni, dall interfacciamento ai db al monitoraggio/controllo/gestione delle performance 49
50 Servizi I servizi realizzano le funzioni di base per sviluppo di applicazioni: Accesso e gestione risorse Sistemi di naming Sistemi di messaging e gestione code (queue) Sistemi di monitoring e management Sistemi legacy (termine generico che identifica applicazioni esterne per la gestione aziendale OS390, AS400, UNIX systems, ) Stampanti, sistemi fax, sms, , dispositivi specifici, macchine automatiche, Gestione transazioni Gestione sicurezza Accesso e gestione delle sorgenti dati Database locali Sistemi informativi remoti 50
51 Business logic È l insieme di tutte le funzioni offerte dall applicazione Si appoggia sui servizi per implementare i diversi algoritmi di risoluzione e provvedere alla generazione dei dati di output Esempi di moduli di business logic possono essere: Gestione delle liste di utenti Gestione cataloghi online A questo livello: non è significativo quali siano le sorgenti di dati (gestite dal livello dei servizi) non è significativo come arrivino le richieste di esecuzione dei servizi e come vengano gestiti i risultati ai livelli superiori Così modellata, business logic presenta un elevato grado di riuso 51
52 Business flow Una conversazione è realizzata da un insieme di pagine collegate in un flusso di successive chiamate Il business flow raccoglie l insieme delle chiamate necessarie per realizzare una conversazione Ogni chiamata deve: Caricare i parametri in ingresso Chiamare le funzioni di business logic necessarie per effettuare l elaborazione Generare l output che dovrà essere visualizzato Un flusso identifica quindi univocamente una conversazione L astrazione fornita dal livello della business logic permette di definire l esecuzione delle singole pagine in modo indipendente dalla struttura dei dati e degli algoritmi sottostanti 52
53 Presentazione Come abbiamo già detto, business flow è in grado di fornire i dati di output necessari Il livello di presentazione ha il compito di interpretare questi dati e generare l interfaccia grafica per la visualizzazione dei contenuti (rendering) Questi due livelli sono concettualmente divisi poiché la generazione dei dati è logicamente separata dalla sua rappresentazione e formattazione Questo permette di avere facilmente diverse modalità/tipologie di presentazione degli stessi dati, per esempio una rappresentazione in italiano e una in inglese, o una in HTML e una in XML, o una adatta a desktop PC e una per smartphone 53
54 Strutture semplificate Non tutte le tecnologie permettono di rispettare questa suddivisione In molti casi i sistemi vengono realizzati a 2 o 3 livelli Queste semplificazioni portano in certi casi a miglioramenti nelle performance e nella rapidità di sviluppo, ma comportano una netta riduzione della leggibilità e della manutenibilità Come sempre il compromesso viene deciso in base al contesto: non esiste soluzione ideale per ogni situazione, set di requisiti applicativi, vincoli di deployment, costi,... Esempio di semplificazione a 2 livelli: Presentation Business Logic Business Flows Services 54
Evoluzione del modello: Web dinamico
Evoluzione del modello: Web dinamico Home Page del corso: http://www-db.disi.unibo.it/courses/tw/ Versione elettronica: 3.01.WebDinamico.pdf Versione elettronica: 3.01.WebDinamico-2p.pdf 1 Modello Web
Evoluzione del modello Il web dinamico
Evoluzione del modello Il web dinamico 1 Modello statico Il modello che abbiamo analizzato fino ad ora, basato sul concetto di ipertesto distribuito, ha una natura essenzialmente statica Anche se l utente
Ricevimento: dopo la lezione (in aula) o su appuntamento (Sede Scientifica Pal. 1 Primo Piano)
Come contattarmi Ricevimento: dopo la lezione (in aula) o su appuntamento (Sede Scientifica Pal. 1 Primo Piano) Telefono : 0521 / 90 5731 Email : stefano.cagnoni@unipr.it Sito del corso : http://www.ce.unipr.it/people/cagnoni/didattica/basidati
Introduzione. Java HTTP. G. Prencipe
Java html e http G. Prencipe prencipe@di.unipi.it Introduzione Tutte le comunicazioni tra client e server Web avvengono mediate il (HyperText Transfer Protocol, attualmente alla versione 1.1), che è un
Lezione 6. Siti, Utenti e Sessioni
Lezione 6 Siti, Utenti e Sessioni Classificazione dei siti Siti statici Sono siti con contenuti che variano poco frequentemente Dal punto di vista tecnologico sono costituiti da pagine html Siti dinamici
Tito Flagella - Il protocollo HTTP
Tito Flagella - tito@link.it Il protocollo HTTP Il protocollo HTTP È il protocollo standard tramite il quale i server Web rispondono alle richieste dei client (inizialmente i browser); È basato su un modello
Architetture Client/Server. Un architettura è centralizzata quando i dati e le applicazioni (programmi) risiedono in un unico nodo elaborativo
Basi di Dati Architetture Client/Server D B M G Architettura centralizzata Un architettura è centralizzata quando i dati e le applicazioni (programmi) risiedono in un unico nodo elaborativo Tutta l intelligenza
Modulo o Form in Html
Pagina dinamica E un documento contenente oggetti, dati e informazioni che possono variare anche in base all iterazione dell utente con il documento stesso. Un esempio classico è quello di una persona
3.3.6 Gli operatori Le funzioni di accesso al tipo Le strutture di controllo Le funzioni
IIndice Capitolo 1 Da dove partiamo: pagine web statiche 1 1.1 Principi di base.............................. 1 1.1.1 Il paradigma client-server.................... 1 1.1.2 Ipertesto, multimedia, ipermedia................
2011 Politecnico di Torino 1
SQL per le applicazioni Call Level Interface Le richieste sono inviate al DBMS per mezzo di funzioni del linguaggio ospite soluzione basata su interfacce predefinite API, Application Programming Interface
D B M G Il linguaggio HTML
Programmazione Web Il linguaggio HTML Il linguaggio HTML Concetti di base Le interfacce utente in HTML I form Le tabelle Il passaggio dei parametri contenuti nei form @2011 Politecnico di Torino 1 Concetti
SQL e linguaggi di programmazione. Cursori. Cursori. L interazione con l ambiente SQL può avvenire in 3 modi:
SQL e linguaggi di programmazione L interazione con l ambiente SQL può avvenire in 3 modi: in modo interattivo col server attraverso interfacce o linguaggi ad hoc legati a particolari DBMS attraverso i
@2011 Politecnico di Torino 1
Concetti di base Programmazione Web Il linguaggio HTML HTML consente di annotare un testo per contrassegnare le parti che lo compongono Le annotazioni sono realizzate tramite i "tag" Visualizzare documenti
CONCETTI E ARCHITETTURA DI UN SISTEMA DI BASI DI DATI
CONCETTI E ARCHITETTURA DI UN SISTEMA DI BASI DI DATI Introduzione alle basi di dati (2) 2 Modelli dei dati, schemi e istanze (1) Nell approccio con basi di dati è fondamentale avere un certo livello di
Mantenimento dello stato
Mantenimento dello stato Laboratorio Progettazione Web AA 2009/2010 Chiara Renso ISTI- CNR - c.renso@isti.cnr.it Abbiamo visto come il passaggio di informazioni (parametri) tra le pagine possa avvenire
Linguaggi di Programmazione
Linguaggi di Programmazione Linguaggi di Programmazione Programmazione. Insieme delle attività e tecniche svolte per creare un programma (codice sorgente) da far eseguire ad un computer. Che lingua comprende
Progetto di Applicazioni Software
Progetto di Applicazioni Software Domenico Lembo Antonella Poggi 1. Architetture dei Sistemi Informativi Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico
Windows. La prima realizzazione di un ambiente grafico si deve alla Apple (1984) per il suo Macintosh. La gestione dei file conserva la logica del DOS
Windows La prima realizzazione di un ambiente grafico si deve alla Apple (1984) per il suo Macintosh La gestione dei file conserva la logica del DOS Funzionalità di un S.O. Gestione dei file Gestione dei
Applicazioni distribuite e sistemi ad oggetti distribuiti. RPC RMI - Web Services 1
Applicazioni distribuite e sistemi ad oggetti distribuiti RPC RMI - Web Services 1 Complessità delle applicazioni distribuite La scrittura di applicazioni distribuite basate sull utilizzo di protocolli
Laboratorio di Reti, Corsi A e B. Text-Twist. Progetto di Fine Corso A.A. 2016/17
Laboratorio di Reti, Corsi A e B Text-Twist Progetto di Fine Corso A.A. 2016/17 1.Descrizione del problema Il progetto consiste nello sviluppo di un gioco multiplayer online. All inizio di una partita
Modulo 2 Architetture dei SD Lezione 1
Modulo 2 Architetture dei SD Lezione 1 Corso Sistemi Distribuiti (6 CFU) Docente: Prof. Marcello Castellano Sistemi Distribuiti, LM Ing. Informatica 6 CFU Docente: Marcello Castellano Table of Contents
Sistema Operativo (Software di base)
Il Software Il software del PC Il computer ha grandi potenzialità ma non può funzionare senza il software. Il software essenziale per fare funzionare il PC può essere diviso nelle seguenti componenti:
Strumenti per l automazione del testing di applicazioni web Javascript-based
tesi di laurea Strumenti per l automazione del testing di applicazioni web Javascript-based Anno Accademico 2005/2006 relatore Ch.mo prof. Porfirio Tramontana 1 candidato Salvatore Agnello Matr. 41/2612
Programmazione per il Web Riassunto della lezione del 29/02/2016
Programmazione per il Web Riassunto della lezione del 29/02/2016 Igor Melatti Esercizi: HTML Statico pag036 form text buttons.html: come mai non si vede nulla dopo il titolo? prima di provare a cliccare:
Luca Tesei. Laboratorio di Sviluppo Web: Le Basi. Modulo IFTS. Fermo 31/03, 03/04, 07/ Prof. Luca Tesei Università di Camerino 1
Luca Tesei Laboratorio di Sviluppo Web: Le Basi Modulo IFTS Fermo 31/03, 03/04, 07/04 2017 Prof. Luca Tesei Università di Camerino 1 Informazioni di Contatto Email docente: luca.tesei@unicam.it Telefono:
INTRODUZIONE A J2EE 1.4 E AI SERVIZI WEB ENTERPRISE
00-PRIME PAGINE 2-07-2003 10:04 Pagina V Indice Prefazione XI PARTE PRIMA INTRODUZIONE A J2EE 1.4 E AI SERVIZI WEB ENTERPRISE 1 Capitolo 1 Le ragioni di tanto interesse 3 1.1 Enterprise in J2EE 3 Definizione
Laboratorio Multimediale Lezione n. 1
Laboratorio Multimediale Lezione n. 1 Corso di Laurea in Matematica, a.a. 2006-2007 9 ottobre 2005 Il login login è il processo di autenticazione al sistema. Per effettuare il login è necessario avvere
Sommario 1 Introduzione progetto Soluzione Integrazione Conclusioni... 10
SISS SUITE Sommario 1 Introduzione... 3 2 progetto... 3 3 Soluzione... 3 4 Integrazione... 10 5 Conclusioni... 10 2 1 INTRODUZIONE L OMNICOM SISS Suite è una libreria DLL espressamente concepita per facilitare
Master SIT settembre Corso Web & GIS. Chiara Renso. ISTI- CNR
MAPSERVER Corso ISTI- CNR c.renso@isti.cnr.it Mapserver è un software opensource fornito dall Università del Minnesota http://www.mapserver.org/ e fornisce un ambiente per la pubblicazione sul web di mappe.
Raccolta e memorizzazione dei dati immessi nei moduli dai visitatori
Raccolta e memorizzazione dei dati immessi nei moduli dai visitatori Raccolta e memorizzazione dei dati immessi nei moduli dai visitatori Per impostazione predefinita, i risultati dei moduli vengono salvati
Architetture di rete. 4. Le applicazioni di rete
Architetture di rete 4. Le applicazioni di rete Introduzione L avvento di tecnologie (hw, sw, protocolli) di rete avanzate ha permesso la nascita di architetture software molto evolute che permettono lo
PROBLEMI ALGORITMI E PROGRAMMAZIONE
PROBLEMI ALGORITMI E PROGRAMMAZIONE SCIENZE E TECNOLOGIE APPLICATE CLASSE SECONDA D PROGRAMMARE = SPECIFICARE UN PROCEDIMENTO CAPACE DI FAR SVOLGERE AD UNA MACCHINA UNA SERIE ORDINATA DI OPERAZIONI AL
Il Protocollo HTTP e la programmazione di estensioni Web
Il Protocollo HTTP e la programmazione di estensioni Web 1 Il protocollo HTTP È il protocollo standard inizialmente ramite il quale i server Web rispondono alle richieste dei client (prevalentemente browser);
Luca Tesei. Laboratorio di Sviluppo Web: Le Basi. Modulo IFTS. Fermo 31/03, 03/04, 07/ Prof. Luca Tesei Università di Camerino 1
Luca Tesei Laboratorio di Sviluppo Web: Le Basi Modulo IFTS Fermo 31/03, 03/04, 07/04 2017 Prof. Luca Tesei Università di Camerino 1 Informazioni di Contatto Email docente: luca.tesei@unicam.it Telefono:
Sommario APPUNTI WEB SERVER E PHP
Sommario Database...2 Normalizzazione...2 1 Forma normale...3 2 Forma normale...3 3 Forma normale...3 E/R (Entity/Relationship)...3 Modello concettuale...3 Modello logico...3 Modello fisico...3 DBMS (Database
Informatica e Bioinformatica: Basi di Dati
Informatica e Bioinformatica: Date TBD Bioinformatica I costi di sequenziamento e di hardware descrescono vertiginosamente si hanno a disposizione sempre più dati e hardware sempre più potente e meno costoso...
Sistema operativo & file system 1
Il software (sw) Software di sistema e file system Lezione 1b L esecuzione di programmi è lo scopo di un elaboratore I programmi sono algoritmi codificati in un particolare linguaggio di programmazione
Guida all utilizzo dell area riservata
Guida all utilizzo dell area riservata L Ordine per accedere alle aree riservate deve collegarsi al seguente indirizzo: http:// ed inserire username e password comunicate dal Consiglio Nazionale dei Dottori
Elaborato Shell. Elementi di architettura e sistemi operativi 2016/2017
Elaborato Shell Elementi di architettura e sistemi operativi 2016/2017 Introduzione passwd è il file di configurazione di sistema in cui sono memorizzate alcune delle informazioni relative agli account
MANUALE MODULO WIDGET EVENT TRACKING LICENZA SaaS
MANUALE MODULO WIDGET EVENT TRACKING LICENZA SaaS Revisione 1.0 Beta Ultimo Aggiornamento: 07/12/2010 SOMMARIO Panoramica... 3 Gli eventi tracciati... 3 I report... 4 Struttura... 4 Report / Object...
Programma didattico. Sviluppare Applicazioni Distribuite in ambiente. Spring MVC
Programma didattico Sviluppare Applicazioni Distribuite in ambiente Spring MVC Programma del corso 1.Progettazione e Sviluppo Database Relazionali Questa competenza permette di Progettare e Sviluppare
Comunicazione Digitale
Comunicazione Digitale Schema didattico di riferimento 1 1. Internet e le reti locali 1. Qual è la storia della rete Internet dagli albori ai giorni nostri 2. I tipi di rete, come si organizzano e agglomerano
Capitolo 6 Le infrastrutture SoftWare
Capitolo 6 Le infrastrutture SoftWare Funzioni del sistema operativo Rendere utilizzabili le risorse fisiche presenti nel sistema informatico: garantire la correttezza e la precisione nell elaborazione
INDICI PER FILE. Accesso secondario. Strutture ausiliarie di accesso
INDICI PER FILE Strutture ausiliarie di accesso 2 Accesso secondario Diamo per scontato che esista già un file con una certa organizzazione primaria con dati non ordinati, ordinati o organizzati secondo
10 Creare. collegamenti ipertestuali
13Ac-Cap10.qxd 29-12-2006 14:56 Pagina 189 10 Creare collegamenti ipertestuali Collegamenti ipertestuali Campi di tipo Collegamento ipertestuale Collegamento ipertestuale in una maschera o report Convertire
SISTEMI DI ELABORAZIONE
SISTEMI DI ELABORAZIONE CORSO DI LAUREA MAGISTRALE IN INGEGNERIA ELETTRONICA SPECIFICHE DI PROGETTO A.A. 2011/2012 Il progetto consiste nello sviluppo di un applicazione client/server. Client e server
SISTEMI INFORMATIVI E DATABASE
SISTEMI INFORMATIVI E DATABASE SISTEMA INFORMATIVO AZIENDALE (S.I.) In una realtà aziendale si distingue: DATO elemento di conoscenza privo di qualsiasi elaborazione; insieme di simboli e caratteri. (274,
CURRICOLO DIPARTIMENTO INFORMATICA PRIMO BIENNIO
dei limiti nel contesto culturale e sociale in cui vengono applicate CURRICOLO PARTIMENTO INFORMATICA PRIMO BIENNIO MODULO 1 Concetti di base della tecnologia dell informazione Acquisire e interpretare
I SISTEMI OPERATIVI. Insieme di programmi che implementano funzioni essenziali per l uso di un sistema elaboratore.
I SISTEMI OPERATIVI Insieme di programmi che implementano funzioni essenziali per l uso di un sistema elaboratore. Le funzioni di un S.O. non sono definibili in modo esaustivo e puntuale così come non
SETA Selection Tool del Sistema ARTIST
Selection Tool del Sistema ARTIST L incarico è stato affidato al RTI composta da: Kayser Italia S.r.l. Daxo con capogruppo Kayser Italia s.r.l. SETA () Espandibilità e flessibilità Delocalizzazione istallazione
MS Access Un DBMS relazionale per Windows?
MS Access Un DBMS relazionale per Windows? Quali DBMS in ambiente PC: dbase (ver. 5 per windows) FoxPro (per windows) Access (per windows) SQL Server (client/server) Oracle (client/server) Informix (client/server)...
Basi di Dati Concetti Introduttivi
Università Magna Graecia di Catanzaro Informatica Basi di Dati Concetti Introduttivi Docente : Alfredo Cuzzocrea e-mail : cuzzocrea@si.deis.unical.it Tel. : 0984 831730 Lucidi tratti da: Atzeni, Ceri,
Tipi di Dati Astratti
Tipi di Dati Astratti April 19, 2017 Dati e Tipi di Dato Tipo di dato: concetto di alto livello Macchina fisica: unico tipo di dato sequenze di bit Macchine Astratte: tipi di dato più complessi Tipo di
MANUALE UTENTE. Portale Web Scambio sul posto GSE IMPRESE DI VENDITA. stato documento draft approvato consegnato
MANUALE UTENTE Portale Web Scambio sul posto GSE IMPRESE DI VENDITA stato documento draft approvato consegnato Riferimento Versione 2.0 Creato 03/09/2009 INDICE 1. SCOPO DEL DOCUMENTO... 3 1.1 Ambito di
Prova d Esame Tecnologie Web LA A.A. 2008/2009 Tempo Disponibile: 3 ore Ai candidati è consentita la consultazione di manuali e materiale didattico
Prova d Esame Tecnologie Web LA A.A. 2008/2009 Tempo Disponibile: 3 ore Ai candidati è consentita la consultazione di manuali e materiale didattico Esercizio 1. Modellazione Si progetti il DTD per la gestione
Sistema Operativo. (hardware e software) della della macchina
Sistema Operativo Senza Sistema Operativo (SO) un computer è solo un macchinario inutile... Il SO rende possibile la gestione, elaborazione e immagazinamento dell informazione. Il Il SO SO è il il software
L hardware da solo non è sufficiente per il funzionamento dell elaboratore È necessario introdurre il software:
Il Software L hardware da solo non è sufficiente per il funzionamento dell elaboratore È necessario introdurre il software: un insieme di programmi che permettono di trasformare un insieme di circuiti
ACCESSO ALLA POSTA ELETTRONICA TRAMITE OUTLOOK WEB ACCESS
ACCESSO ALLA POSTA ELETTRONICA TRAMITE OUTLOOK WEB ACCESS Versione 1.2 9 Luglio 2007 Pagina 1 di 16 SOMMARIO 1. Cos è Outlook Web Access... 3 2. Quando si usa... 3 3. Prerequisiti per l uso di Outlook
Concetti base. Impianti Informatici. Web application
Concetti base Web application La diffusione del World Wide Web 2 Supporto ai ricercatori Organizzazione documentazione Condivisione informazioni Scambio di informazioni di qualsiasi natura Chat Forum Intranet
Cookie di analisi di servizi di terze parti
Questo documento spiega cosa sono i cookie e come vengono usati su questo sito. Uso dei cookie brunellograzia.it o il Sito utilizza i Cookie per rendere i propri servizi semplici e efficienti per l utenza
Javascript e CSS nelle pagine WEB
1 Javascript e CSS nelle pagine WEB Esempi applicativi Autrice: Turso Antonella Carmen INDICE ARGOMENTI 2... 5 LEZIONE 1... 6 COSA SONO I JAVASCRIPT... 6 LEZIONE 2... 8 STRUTTURA DEL LINGUAGGIO JAVASCRIPT
rchinizer il protocollo informatico obiettivi e strategie dott. michele bianchi
rchinizer il protocollo informatico obiettivi e strategie dott. michele bianchi Obiettivi migliorare l'efficienza interna ridurre i registri cartacei diminuire gli uffici di protocollo razionalizzare i
Traduzione e interpretazione
Traduzione e interpretazione Parte dei lucidi sono stati gentilmente forniti dal Prof. Salza VII.1 Linguaggi di programmazione Linguaggi ad alto livello Maggiore espressività Maggiore produttività Migliore
Architettura di un calcolatore
Architettura di un calcolatore Processore: CPU Componente elettronico costituito da minuscole componenti di silicio, chiamate CHIP. Esegue le istruzioni implementate nel SW, tramite una serie di operazioni
IL SOFTWARE DI SISTEMA
Software (sw) L esecuzione di programmi è lo scopo di un elaboratore L insieme dei programmi che un elaboratore può eseguire rappresenta il software in dotazione all elaboratore IL SOFTWARE DI SISTEMA
Protocolli e architetture per WIS
Protocolli e architetture per WIS Web Information Systems (WIS) Un Web Information System (WIS) usa le tecnologie Web per permettere la fruizione di informazioni e servizi Le architetture moderne dei WIS
Fondamenti di Informatica e Laboratorio T-AB T-15 Strutture dati
Fondamenti di Informatica e Laboratorio T-AB T-15 Strutture dati Paolo Torroni Dipartimento di Elettronica, Informatica e Sistemistica Università degli Studi di Bologna Anno Accademico 2008/2009 Sommario
POSTECERT POST CERTIFICATA GUIDA ALL USO DELLA WEBMAIL
POSTECERT POSTEMAIL CERTIFICATA GUIDA ALL USO DELLA WEBMAIL Sommario Pagina di accesso... 3 Posta in arrivo... 4 Area posta... 5 Scrivi un nuovo messaggio... 5 Selezione ricevuta di consegna... 5 Inserimento
SMS Gateway - Specifiche WS. Specifica Tecnica
Specifica Tecnica Revisione Data Elaborato da Verificato da Note 1 21/02/13 Stefano Peruzzi Gianni Antini Mod. ST-rev002_2013-02-21 Pag. 1/11 Indice 1 Oggetto...3 2 Scopo del documento...3 3 Riferimenti...3
3.5.1 PREPARAZ1ONE I documenti che si possono creare con la stampa unione sono: lettere, messaggi di posta elettronica, o etichette.
3.5 STAMPA UNIONE Le funzioni della stampa unione (o stampa in serie) permettono di collegare un documento principale con un elenco di nominativi e indirizzi, creando così tanti esemplari uguali nel contenuto,
effe Document Versione build 100 QUICK START
effe Document Versione 1.0.0 build 100 QUICK START effe Document Versione 1.0.0 build 100 Sommario INTRODUZIONE... 2 PREPARAZIONE DEL SERVER PER L INSTALLAZIONE... 3 TECNOLOGIE UTILIZZATE... 3 PREPARAZIONE
Basi di Dati. Concetti e Principi Generali. Maria Mirto
Basi di Dati Concetti e Principi Generali Maria Mirto Organizzazione dei Dati Archivi o file Procedure di accesso in qualunque linguaggio di programmazione Duplicazione dati: ridondanza incoerenza formati
Architetture Applicative Altri Esempi
Architetture Applicative Altri Esempi Alessandro Martinelli alessandro.martinelli@unipv.it 15 Aprile 2014 Architetture Applicative Altri Esempi di Architetture Applicative Architetture con più Applicazioni
Manuale Operativo per l utente
PORTUP Utilizzatori Professionali Manuale Operativo per l utente versione 2 Autore: Servizio Sitemi Informativi Servizi Web File: PORTUP_ManualeOperativo_utente_v1.doc Ultimo aggiornamento: 02/08/2013
IL PROCESSO di PROGETTAZIONE
IL PROCESSO di PROGETTAZIONE In questa lezione vedremo: Ruolo della modellazione nella comunicazione tipi di modello nel progetto I modelli del prodotto Interpretazione delle informazioni del progetto
Sistemi Operativi. Gianluca Della Vedova. Sistemi Operativi. Gianluca Della Vedova. Sistemi Operativi. Gianluca Della Vedova.
Programmi applicativi Un programma applicativo (o applicativo) è un eseguibile che può essere utilizzato dall utente e che ha funzionalità di alto livello (word processor, spreadsheet, DBMS) Univ. Milano-Bicocca
Elena Baralis 2007 Politecnico di Torino 1
Introduzione Sistemi informativi 2 Introduzione Base di dati Modello dei dati Accesso ai dati Vantaggi e svantaggi dei DBMS 4 6 2007 Politecnico di Torino 1 7 8 9 10 Sistema informatico Nei sistemi informatici,
Dispositivi per il controllo
Dispositivi per il controllo ordini di comando PARTE DI COMANDO PARTE DI POTENZA Controllori monolitici Controllori con architettura a bus Controllori basati su PC informazioni di ritorno PLC (Programmable
Macchine astratte, linguaggi, interpretazione, compilazione
Macchine astratte, linguaggi, interpretazione, compilazione 1 Macchine astratte una collezione di strutture dati ed algoritmi in grado di memorizzare ed eseguire programmi componenti della macchina astratta
Il PROCESSO UNIFICATO
Corsi di laurea triennale in Ingegneria Informatica Corso di Ingegneria del software Il PROCESSO UNIFICATO Modellazione ed Implementazione di un Sistema Software per la gestione informatizzata di un ristorante
Laboratorio di Applicazioni Internet Anno Accademico 2005/2006
Laboratorio di Applicazioni Internet Anno Accademico 2005/2006 Tito Flagella (tito@link.it) Domenico Aquilino (d.aquilino@metaware.it) Dipartimento di Informatica Università di Pisa Orario Mercoledì, 9-11
Sistemi Operativi: Concetti Introduttivi
Sistemi Operativi: Concetti Introduttivi 1.1 Principali funzioni di un Sistema Operativo 1.2 Cenni Storici 1.3 Classificazione dei Sistemi Operativi 1.4 Struttura dei Sistemi Operativi 1.5 Processi e gestione
Lez. 5 La Programmazione. Prof. Salvatore CUOMO
Lez. 5 La Programmazione Prof. Salvatore CUOMO 1 2 Programma di utilità: Bootstrap All accensione dell elaboratore (Bootsrap), parte l esecuzione del BIOS (Basic Input Output System), un programma residente
Informativa estesa sull utilizzo dei cookie
Informativa estesa sull utilizzo dei cookie Uso dei cookie AGCI TOSCANA utilizza i Cookie per rendere i propri servizi semplici e efficienti per l utenza che visiona le pagine del sito. Gli utenti vedranno
Modulo III - Creazione di documenti, presentazioni e report
Modulo III - Creazione di documenti, presentazioni e report Elisabetta Ronchieri Università di Ferrara Dipartimento di Economia e Management e-mail: elisabetta.ronchieri@unife.it 1 Dicembre 2016 Elisabetta
Sicurezza delle applicazioni web: protocollo HTTP
Università degli Studi di Milano Facoltà di Scienze Matematiche, Fisiche e Naturali Anno Accademico 2010/2011 Sicurezza delle applicazioni web: protocollo HTTP Alessandro Reina, Aristide Fattori 05 Maggio
Architettura Applicativa
Architettura Applicativa Architettura Applicativa... 1 Modello concettuale di una applicazione... 1 Realizzazione di una applicazione... 2 Architettura Applicativa... 2 Anatomia di un'applicazione... 2
Programma del corso. Elementi di Programmazione. Introduzione agli algoritmi. Rappresentazione delle Informazioni. Architettura del calcolatore
Programma del corso Introduzione agli algoritmi Rappresentazione delle Informazioni Architettura del calcolatore Reti di Calcolatori Elementi di Programmazione Algoritmi e programmi Algoritmo Sequenza
Architettura Client-Server. In a nutshell
Architettura Client-Server In a nutshell Architettura Client-Server Modello di interazione tra processi software processo CLIENT richiede servizi può interagire con più processi server tipicamente dedicato
Introduzione alla programmazione
Introduzione alla programmazione Risolvere un problema Per risolvere un problema si procede innanzitutto all individuazione Delle informazioni, dei dati noti Dei risultati desiderati Il secondo passo consiste
- Manuale Operatore -
- Manuale Operatore - Indice 1 INTRODUZIONE... 2 1.1 Note... 2 2 FUNZIONALITÀ GENERALI... 3 3 MODULO ALER... 6 3.1 Invio File Xml... 6 3.2 Ricerca Report Xml... 7 3.3 Ricerca Report Riclassificato... 8
Tema Di Progetto 1 Descrizione
Tema Di Progetto 1 Descrizione Acquisto On Line Applicazione Web-based per la simulazione di un flusso di acquisto di un prodotto on-line. Deve essere generata una (o più) pagine di catalogo con contenuto
PROGRAMMAZIONE DISCIPLINARE LICEO SCIENTIFICO OPZIONE SCIENZE APPLICATE INFORMATICA CLASSE TERZA
PROGRAMMAZIONE DISCIPLINARE PROGRAMMAZIONE DISCIPLINARE LICEO SCIENTIFICO OPZIONE SCIENZE APPLICATE INFORMATICA CLASSE TERZA 1. Competenze: le specifiche competenze di base disciplinari previste dalla
CODE MODEL - Modalità di scrittura del codice
CODE MODEL - Modalità di scrittura del codice Visual Studio supporta due modelli per la codifica di pagine web: - Codice Inline: Questo modello è il più vicino al tradizionale ASP. Tutto il markup HTML
Laboratorio di Progettazione Web Introduzione
Laboratorio di Progettazione Web Introduzione AA 2009/2010 Chiara Renso ISTI - CNR - chiara.renso@isti.cnr.it Introduzione alle applicazioni web Il Server web Introduzione a PHP i costrutti di base Forms
Componenti di un sistema operativo
Componenti di un sistema operativo Dipartimento di Informatica Università di Verona, Italy Componenti di un S.O. Gestione dei processi Gestione della memoria primaria Gestione della memoria secondaria
Di seguito vengono riportate le principali novità e differenze rispetto alle versioni precedenti del LIMS (4 e 6.1)
Eusoft.Lab 10: Principali benefit e caratteristiche EuSoft.Lab10 coniuga la completezza funzionale di un sistema LIMS sul mercato dal 1997 alle più avanzate ed innovative tecnologie in ambito web, integrando
Portale Gestione Raccomandate guida utente
Portale Gestione Raccomandate guida utente Pag. 2 1. Sommario 1. SOMMARIO... 2 2. PORTALE GESTIONE RACCOMANDATE GUIDA UTENTE... 3 3. AUTENTICAZIONE... 4 4. INTERFACCIA PRINCIPALE... 6 4.1 NUOVA RACCOMANDATA...
Linguistica Computazionale: esercitazioni
Esercitazione 1 Felice Dell'Orletta ItaliaNLP Lab (www.italianlp.it) presso Istituto di Linguistica Computazionale A. Zampolli CNR felice.dellorletta@ilc.cnr.it 24 settembre 2014 Linguistica Computazionale:
ACCEDERE ALLA PROPRIA
ACCEDERE ALLA PROPRIA EMAIL http://posta.dpconsulenze.com (sostituire dpconsulenze con il proprio dominio di posta) Quindi inserire nome utente (il sistema riconosce l indirizzo solo se scritto per intero,