Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

More documents

Recommendations

Info

VENEZIA Terminale cavo tty Carnielli Efrem: Programmazione a componenti ROMA Applicativo Poste Italiane Mainframe VAX Figura 2.16. Uno dei primi sistemi informativi delle Poste Italiane. Client/server in dettaglio Database Il MainFrame delle Poste Italiane era costituito da VAX (un'architettura per sistemi a 32 bit sviluppata a metà degli anni 70, su cui potevano essere caricati diversi sistemi operativi, normalmente BSD UNIX o DECs VAX/VMS) su cui era in esecuzione l’applicativo di gestione dei servizi delle Poste Italiane. I terminali presenti in tutta Italia erano collegati direttamente all’unico MainFrame presente a Roma e comunicavano utilizzando tty (vedi Appendice). Un terminale è formato da tastiera e monitor, ogni volta che nel terminale viene schiacciato un tasto, nel MainFrame arriva un interrupt e il terminale si mette in attesa della risposta. Anche se premo ad esempio un semplice tasto “a” della tastiera in un editor, questa è collegata alla rete, il dato è inviato al mainframe che lo rispedisce indietro al mio video. Questa applicazione sicuramente non è una applicazione client-server, è totalmente assente il rapporto proattivo-reattivo. Bensì questa è una applicazione multi-utente in un sistema multi-utente. In un momento successivo c’è stata la richiesta di installare negli uffici postali dei personal computer. Il problema era quello di preservare il sistema preesistente, in particolare il MainFrame, dai costi molto alti, e l’applicazione suddetta. La soluzione adottata è stata quella di installare nei pc un emulatore di terminale che offrisse le stesse funzionalità dei terminali preesistenti trascurando enormemente le potenzialità del pc (si veda la figura 2.34). 36
Tty Emulator Sistema Operativo Hardware VENEZIA Personal Computer cavo tty Carnielli Efrem: Programmazione a componenti Mainframe VAX Client/server in dettaglio Applicativo Poste Italiane Database Figura 2.14. Il sistema informativo delle Poste Italiane con installati i personal computers. In questa maniera al MainFrame potevano essere collegati contemporaneamente “vecchi” terminali e Pc con emulatore di terminale. Ma allora, in questo caso, allo stesso tempo l’emulatore è un client perché fa le richieste ed è un display server perché riceve i dati da visualizzare? Ovviamente la risposta è No. In realtà la situazione è uguale alla precedente, non cambia nulla. Ne a livello applicativo ne a livello di sistema non c’è una relazione client-server. ROMA Il terminale è un processo che invia segnali e visualizza i segnali ricevuti. Il concetto è analogo al processo filtro, al quale l'emulatore di terminale può essere associato, infatti esso non ha coscienza di chi è il destinatario del suo invio ne il mittente di ciò che riceve. Il sistema informativo delle Poste Italiane è stato soggetto a un’ulteriore evoluzione quando si è cercato di trasformare l’applicazione esistente in una applicazione client-server. L’applicazione che stava nel MainFrame è stata posta nel client ed è stato introdotto il concetto di Database Server: i client accedevano, tramite interfacce Visual Basic, ai dati forniti dal Database Server. Possiamo dire che se prima l'applicazione era presente solo nel mainframe e generava un therad diverso per gestire ogni terminale, ora in ogni client è presente un'istanza dell' applicazione. Nel mainframe invece rimane solo il database e le modalità di accesso ai dati. Le performance peggiorarono notevolmente in quanto c’era uno scambio maggiore di informazioni tra client e server e di conseguenza un appesantimento della rete. La causa di tale calo prestazionale fu attribuita erroneamente alla nuova architettura client-server, non considerando che le basse prestazioni si ottenevano perchè tale architettura era stata progettata male, era necessario riprogettare l'intera applicazione e migliorare il bilanciamento del carico minimizzando il traffico sulla rete. 37
Page 1 and 2: Programmazione a componenti Dispens
Page 3 and 4: Sommario Sommario Sommario 1 Progra
Page 5 and 6: Carnielli Efrem: Programmazione a c
Page 7 and 8: contiene sommariamente: • l'indir
Page 9 and 10: Complilazione,linking… file.java
Page 11 and 12: Macchina 1 Macchina 2 browser richi
Page 13 and 14: owser R1 R2 Carnielli Efrem: Progra
Page 15 and 16: elazione Entità 1 Entità 2 Figura
Page 23 and 24: entità 1 entità 2 l. applicativo
Page 27 and 28: Livello applicativo Livello di sist
Page 33 and 34: Figura 2.12. Intrasystem C/S Carnie
Page 35: 2.3 Terminal services Carnielli Efr
Page 43 and 44: Client Client Client Client Carniel
Page 45 and 46: Computer Client Figura 2.23. Applic
Page 47 and 48: Logica di presentazione (interfacci
Page 49 and 50: A A s; s; s=new s=new A(); A(); Car
Page 51 and 52: p 1 ret 1 y 3 p 2 ret 2 Stack di at
Page 53 and 54: g(){ . . . y = f(3, obj); . . . } f
Page 55 and 56: Activation record di h Activation r
Page 59 and 60: 3.1.4 Passaggio dei parametri Anali
Page 61 and 62: Figura 3.8. Chiamata di funzione Ca
Page 63 and 64: indirizzo. 3.1.5 Esempio: utilizzo
Page 65 and 66: 3.2.1 Riduzione del traffico di ret
Page 71 and 72: al momento della progettazione C/S.
Page 79 and 80: Studente Carnielli Efrem: Programm
Page 81 and 82: Docente Figura 4.5. Extend Carniell
Page 83 and 84: I passi per la costruzione di un mo
Page 85 and 86: Studente Figura 4.7. Use Case diagr
Page 87 and 88:
Carnielli Efrem: Programmazione a c
Page 89 and 90:
U te n te g e n e rico S tu d e n t
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Compila Scegli Questionario Present
Page 97 and 98:
4.2.1.3.1 Ancora sugli activity dia
Page 99 and 100:
4.2.1.4.1 L’ utente Carnielli Efr
Page 101 and 102:
Page 103 and 104:
4.2.1.4.4 Collocazione elementi a v
Page 105 and 106:
seconda del tempo di attesa richies
Page 107 and 108:
SOFTWARE HOUSE A Attore L’utilizz
Page 109 and 110:
Analisi Progetto Test Sviluppo Fase
Page 111 and 112:
Page 113 and 114:
Tabella 2. Relazioni RELAZIONE DESC
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Figura 4.38. Esempio di sequence di
Page 127 and 128:
• collaudo: eseguito con i veri u
Page 129 and 130:
Page 131 and 132:
C 1 Figura 5.5. Replicazione A C 2
Page 133 and 134:
Figura 5.7. Riorganizzazione. Carni
Page 135 and 136:
Page 137 and 138:
Client Client Client Carnielli Efre
Page 139 and 140:
6.3.4 Connessioni Carnielli Efrem:
Page 141 and 142:
sqlParziale sqlParziale = = “sele
Page 143 and 144:
Page 145 and 146:
Codice scritto con ling. di program
Page 147 and 148:
Client Carnielli Efrem: Programmaz
Page 149 and 150:
Module Language … … f() … …
Page 151 and 152:
6.9 Connessione al Database Server
Page 153 and 154:
Page 155 and 156:
posso utilizzare gli EJB indicati i
Page 157 and 158:
Page 159 and 160:
hgt utenti ____ nome ____ cognome _
Page 161 and 162:
Page 163 and 164:
Figura 6.18. OLAP a tre dimensioni.
Page 165 and 166:
Page 167 and 168:
Figura 7.4. Ereditarietà’ Carnie
Page 169 and 170:
Figura 7.6. B eredita dalla classe
Page 171 and 172:
• Interfacce dirette: fanno parte
Page 173 and 174:
op1 op2 op3 op1 op2 op3 op4 op5 Ca
Page 175 and 176:
Figura 7.11. B eredita dalla classe
Page 177 and 178:
int int perDue perDue (int (int (in
Page 179 and 180:
7.8.1 Diamond Inheritance Problem C
Page 181 and 182:
implementazioni. 7.8.2 Class compos
Page 183 and 184:
Page 185 and 186:
f() A Carnielli Efrem: Programmazio
Page 187 and 188:
Page 189 and 190:
8 Glossario / Appendice Carnielli E
show all

Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

Create successful ePaper yourself

Delete template?

Save as template?