Studio e Realizzazione di Architetture Concorrenti per Sistemi ad ...

More documents

Recommendations

Info

Architetture Concorrenti in prodotti a larga diffusione - Il Middleware 9 Non potendo costringere realtà diverse ad uniformarsi ad un unico ambiente, il processo d'integrazione si è orientato allo sviluppo di applicativi di interfaccia, che forniscano un livello comune sopra il quale ogni risorsa, anche se diversa per tecnologia, possa essere vista nello stesso modo: il primo passo è stato il linguaggio Java (con la sua JVM), ma realtà più complesse hanno necessità di strumenti più potenti [Bibl. 7]. 2.1.1 Cos'è un Middleware Un middleware è un nuovo concetto di applicativo che si pone a metà strada, come il nome stesso dichiara, tra le diversità di un mondo formato da utenti eterogenei, e le esigenze d'integrazione degli sviluppatori di programmi a larghissima diffusione: è sostanzialmente un "semilavorato informatico" da utilizzare per la creazione di prodotti finiti fruibili dagli utenti [Diagramma 1]. Diagramma 1 : Scenario d'uso del middleware Si può dividere il lavoro necessario per la creazione di un applicativo in due momenti logici separati: la realizzazione delle funzionalità specifiche che caratterizzano il programma, e la creazione dell'infrastruttura che ne sorregge l'insieme. In
Architetture Concorrenti in prodotti a larga diffusione - Il Middleware 10 quest'ultima fase sono comprese le esigenze d'integrazione, le funzioni di basso livello per gestire le comunicazioni in rete, lo sviluppo di servizi d'utilità ed amministrazione delle risorse, etc.: tutte cose che vanno al di là dello sviluppo delle funzioni di un prodotto software, ma che sono necessarie (e soprattutto potrebbero essere riutilizzabili). Un middleware si occupa di incapsulare questo livello sollevando il programmatore da compiti "tediosi e difficoltosi", permettendogli, invece, di concentrarsi sulle funzionalità ad alto livello. 2.1.2 Il Middleware come prodotto informatico In realtà non esiste un unico middleware adatto alle esigenze di tutti, ma i numerosi prodotti sul mercato si differenziano per le scelte implementative effettuate, la flessibilità offerta al programmatore nel regolare i parametri di funzionamento, caratteristiche di sicurezza e robustezza, etc. Tutti hanno, però, in comune l'esigenza di una standardizzazione dell'interfaccia di comunicazione, senza la quale verrebbe meno lo scopo dell'utilizzo di tali strumenti: si è quindi assistito alla nascita di vari standard di fatto o promossi da appositi consorzi. I middleware che dichiarano di conformarsi ad una data specifica (operando una scelta tra le possibili) condividono la stessa interfaccia, e possono comunicare tra loro anche se sviluppati da software house differenti. Lo sviluppatore che intende usufruire di un middleware, si trova in ogni caso di fronte ad una scelta, da prendere in base agli standard adottati ed alle caratteristiche specifiche dell'implementazione. 2.1.3 Problematiche connesse alla concorrenza Un middleware si occupa principalmente di sollevare il programmatore da aspetti troppo tecnici per gli scopi che si è prefisso. Questo non significa che tali aspetti siano trascurati, anzi vengono incapsulati nel middleware e, operando determinate scelte, presentate in una forma semplificata, che riduca errori di programmazione e di scorretto utilizzo. Le opzioni lasciate al programmatore, pensate dallo sviluppatore
Page 1 and 2: UNIVERSITÀ DEGLI STUDI DI PARMA FA
Page 3 and 4: SOMMARIO 1 INTRODUZIONE ...........
Page 5 and 6: 5.3.4 Blocco e risveglio di Behavio
Page 7 and 8: Introduzione - Sistemi ad Agenti 2
Page 9 and 10: Introduzione - Architetture Concorr
Page 11 and 12: Introduzione - Architetture Concorr
Page 13: Architetture Concorrenti in prodott
Page 17 and 18: Architetture Concorrenti in prodott
Page 45 and 46: JADE - Architettura 40 3 JADE Java
Page 47 and 48: JADE - Architettura 42 per macchina
Page 49 and 50: JADE - Architettura 44 3.1.3 Modell
Page 51 and 52: JADE - Concorrenza: modello Thread-
Page 53 and 54: Modello di Concorrenza proposto - G
Page 55 and 56: Modello di Concorrenza proposto - S
Page 57 and 58: Implementazione di riferimento - Em
Page 65 and 66:
Implementazione di riferimento - Em
Page 67 and 68:
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Implementazione di riferimento - Th
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Implementazione di riferimento - Sc
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Implementazione di riferimento - Ge
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Implementazione di riferimento - Cl
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Implementazione di riferimento - Mo
Page 125 and 126:
Implementazione di riferimento - Mo
Page 127 and 128:
Implementazione di riferimento - Te
Page 129 and 130:
Conclusioni - Ulteriori Sviluppi 12
Page 131 and 132:
Bibliografia 126 7 Bibliografia Bib
Page 133 and 134:
Bibliografia 128 Bibl. 15 "JavaBean
show all

Studio e Realizzazione di Architetture Concorrenti per Sistemi ad ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?