Systme d'informations contextuel

1
Système d'informations contextuel

• Élèves
• Lyes Aknouche
• Nicolas Ferry
• Christophe Vergoni

• Encadrants
• Anne-Marie Pinna-Dery
• Philippe Renevier
• Stéphane Lavirotte

2
Plan

• Présentation
• SEDUITE
• Illustration des limites
• Objectif
• Démarche
• Architecture générale
• Intégration de SEDUITE dans WComp
• Organisation et Problèmes rencontrés
• Conclusion

3
Présentation SEDUITE

• Définition Système dinformations contextuel
• Affichage dinformation selon les besoins dun
  utilisateur, la présence et les capacités dun
  support.
• SEDUITE
• Déployé à lEPU
• Informations générales (edt, événements, )

4
Présentation Illustration des limites

• Exemple dutilisation souhaité
• Web Service dinformation Agenda on veut
• 1 mois sur Laptop (Affichage graphique)
• 1 semaine sur PDA (Ordre dapparition)
• 1 jour sur Tel-Portable (Affichage textuel)
• Fil rouge de la présentation

5
Présentation Illustration des limites

• Architecture SEDUITE

6
Présentation Illustration des limites

• Architecture SEDUITE (fragment)

7
Présentation Objectif

• Sujet
• Évolution du système existant vers un système
  dinformations contextuel
• Définition du contexte utilisé
• Compatibilité de linformation avec les
  dispositifs
• Dispositifs présents
• WComp Environnement de développement et
  exécution événementiel.

8
Démarche Architecture générale

• Utilisateur
• Client
• Web Service dagenda

• Propose les Préférencesassociées à
  linformationici lordre daffichage de
  lAgenda

• Point dentrée du Système
• Evalue le contexte
• Récupère les informations compatibles et
  souhaitées, ici Agenda

• Interprète les préférences-1 mois sur Laptop
  -1 semaine sur PDA
• Cache laccès de linformation au système

• Préférences clientexPolice daffichage
• Permet lévolution séparée des préférences et du
  client

• Applique les préférences-1 jour sur un
  Tel-portable

9
Démarche Architecture générale

• Modèle de LArche
• Définitions utilisées
• Contexte par mots clés
• Profil utilisateur par stéréotype
• Agent
• Agent Source
• Agent Utilisateur

Services dInformations
Gestionnaire de ProfilsGère le séquencement des
tâchesFini de profiler linformation
ClientsIndépendance Dispositifs/Système
Dispositifs
ProxiesIndépendance Source /SystèmePartie du
profilage de linformation
10
Environnement dexécution

• Pour une interaction facile avec les dispositifs
  WComp
• Interaction avec les Web Services incomplète
• Nécessite des modifications de
• La génération
• Lassistant

11
Architecture dans WComp

• Client
• Gestionnaire de profil
• Préférences
• Web Services dinformations

• Concaténation des résultats car legestionnaire
  de profil ne sais pasquand lévénement de retour
  est propagé

• Transmission de toutes les informations
• avec le même événement.

12
Problèmes rencontrés

• Peu de documents et exemples sur le thème
• Architecture générique
• Repose sur des modèles théoriques
• Environnement nouveau (.NET,C,WComp,)
• Incompatibilités
• Problèmes du portage de la nouvelle architecture
  sur WComp
• Solution trouvée (modification de larchitecture
  générale)
• Insuffisance de WComp (stage cet été)

13
Organisation

• Travail quotidien en groupe, XP en binôme
• Réunions au moins 1 fois par semaine à Sophia
• Validation de lavancement
• Wiki
• Organisation au sein du groupe
• Suivi à distance de lavancement de notre travail
• CVS (centralisation et versionning des sources)
• Scénarios de test
• WComp
• Architecture déployée (personas)

14
Conclusion

• Réutilisation des acquis
• Objectifs atteints
• Importance des recherches dans létablissement de
  larchitecture
• Caractère contextuelle de SEDUITE
• Contraintes apportées par WComp
• Perspectives davenir
• WComp
• SEDUITE
• Administration
• client

15
FinMerci de votre attentionQuestions?