Scaricare la presentazione
La presentazione è in caricamento. Aspetta per favore
PubblicatoGiuliano Masi Modificato 10 anni fa
1
Specifica dellArchitettura Funzionale MAIS Enrico Mussi - WP2
2
Sommario Configurazioni dellarchitettura MAIS nellambito WP2, MAIS-P e µ-MAIS MAIS-P e SOA Descrizione scenari di utilizzo MAIS-P
3
Architettura Funzionale MAIS
4
Configurazioni di Utilizzo dellArchitettura MAIS Compatibilmente con gli obiettivi del gruppo WP2 possono essere identificati 2 configurazioni di utilizzo della piattaforma MAIS MAIS-P: ASP in grado di fornire funzionalità avanzate: Esecuzione di processi complessi Esecuzione flessibile e adattiva Esecuzione di servizi basata sul contesto utente µ- MAIS: sistema P2P totalmente distribuito
5
MAIS-P e SOA La piattaforma MAIS si caratterizza per la sua capacità di gestire servizi in modo avanzato. Rispetto alla Service Oriented Architecture (SOA), la piattaforma MAIS si può porre a livello di service provider, di service registry e di service requestor. Nel caso MAIS-P, la presenza della piattaforma MAIS rispetto agli attori SOA è così dislocata: La possibilità di avere service provider e service requestor realizzati mediante tecnologia MAIS o tecnologia proprietaria porta alla definizione di 4 scenari di utilizzo. AttoreTecnologia di sviluppo Service RegistryMAIS Service ProviderMAIS o Proprietaria Service RequestorMAIS o Proprietaria
6
Scenari di Utilizzo MAIS-P I 4 scenari di utilizzo nella configurazione MAIS-P sono: 1.Service provider MAIS – Service requestor MAIS; 2.Service provider MAIS – Service requestor proprietario; 3.Service provider proprietario – Service requester MAIS; 4.Service provider proprietario – Service requestor proprietario. Gli scenari 1 e 2 si possono ulteriormente suddividere considerando il tipo di servizio MAIS invocato: invocazione di un servizio concreto semplice; invocazione di un servizio astratto; invocazione di un servizio concreto complesso. Lanalisi dello scenario 4 è fuori dal nostro interesse.
7
Service Registry – Il MAIS Registry per la ricerca dei servizi Match Maker UDDI Quality Analyzer Behavioral Compatibility Engine Service Ontology MAIS Registry
8
SP MAIS – SR MAIS – Servizio concreto semplice Concrete Service Invocator MAIS Service implementations Reflective platform SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform
9
SP MAIS – SR MAIS – Servizio astratto Concrete Service Invocator MAIS Service implementations Reflective platform SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform External Service implementations Concreti- zator Negotia- tor Profile Registry Recom- mender (WP6) MAIS Registry
10
SP MAIS – SR MAIS – Servizio concreto complesso Concrete Service Invocator MAIS Service implementations Reflective platform SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform External Service implementations Concreti- zator Negotia- tor Profile Registry Recom- mender (WP6) MAIS Registry Process Orch. TX manager
11
Service requestor proprietario Il Service Requestor è realizzato con tecnologie non MAIS (es. Client SOAP standard) Il Service Requestor può comunque continuare ad utilizzare il Concrete Service Invocator per invocare servizi astratti, concreti semplici e concreti complessi Non cè possibilità di trasferire in modo esplicito alla piattaforma informazioni sul contesto e il profilo dellutente Lutente non può sfruttare tutte le potenzialità della piattaforma per la selezione e gestione dei servizi
12
Service requestor MAIS – Service provider proprietario SOAP Server SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform
13
Conclusioni Nellambito WP2 esistono 2 configurazioni della piattaforma MAIS MAIS-P µ-MAIS In MAIS-P possono essere identificati diversi scenari di invocazione Quando il Service Requestor è realizzato con teconologia MAIS è possibile sfruttare al meglio le potenzialità della piattaforma
Presentazioni simili
© 2024 SlidePlayer.it Inc.
All rights reserved.