1 / 9

Composition d’applications interactives …e t l’utilisateur dans tout ça ?

Composition d’applications interactives …e t l’utilisateur dans tout ça ?. Benjamin Caramel caramel@i3s.unice.fr Laboratoire i3S - équipe Rainbow http://rainbow.i3s.unice. fr Université de Nice - Sophia Antipolis / CNRS. Scénario exemple. Composition Définition Pourquoi composer?

kadeem-emerson
Download Presentation

Composition d’applications interactives …e t l’utilisateur dans tout ça ?

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Compositiond’applicationsinteractives…et l’utilisateurdans tout ça? Benjamin Caramel caramel@i3s.unice.fr Laboratoire i3S - équipe Rainbow http://rainbow.i3s.unice.fr Université de Nice - Sophia Antipolis / CNRS

  2. Scénario exemple Composition • Définition • Pourquoi composer? • Satisfaire un besoin non prévu • Assurer une communication d’informations a priori impossible • Avantages (utilisateur) • Efficacité, Efficience Qu’aurait-on fait?... • Avant 2000 • 2000-2004: les Services • Aujourd’hui… unevoieexplorée Benjamin Caramel – I3S Rainbow

  3. L’utilisateur dans la composition • Demande de composition d’applications • Besoin, Choix, Outils, Autorisations • Réalisation de la composition • Intervention requise - Volonté d’intervention • Expertise, Coût temporel, Présentation et Contrôle de la Composition • Application composite • Utilisabilité, Evaluation, Evolution Benjamin Caramel – I3S Rainbow

  4. Demande de composition • Connaissance de la possibilité de composition • Où et comment composer? • OS? Outil externe? Fonctionnalité de l’application composable? • Utilisateurs ciblés? • Ergonomie de l’environnement de composition • Autorisation de composition • Accès/Partage d’informations • Sécurité? Respect vie privée? • Eventualité d’un refus de composition? • Degré de notification de l’utilisateur? de contrôle par l’utilisateur? • Expertise utilisateur • Visibilité des dépendances inter-IHM? • Capacité d’intégration d’une application non composable? Benjamin Caramel – I3S Rainbow

  5. Réalisation de la composition • Communication des besoins et du contexte • [Gabillon09] mode d’interaction écrit, langage naturel • Contraintes • Compréhension par l’utilisateur du modèle de composition et des attentes • Intervention de l’utilisateur & expertise • Intervention nécessaire  à minimiser • Intervention volontaire  “interaction maximale”? • [Gabillon09] utilisateurs prêts à investir du temps pour un résultat de qualité • Interaction avec l’environnement de composition • Application composite spécifique => interaction sur des processus complexes • Comment? Quels feedbacks sur la réalisation? • Adaptabilité de l’environnement de composition • Profils utilisateurs? • Mixed-Initiative User Interfaces (Horvitz): environnement adaptif et adaptable Benjamin Caramel – I3S Rainbow

  6. Quelques projets… • Types d’utilisateur • Concepteur/Développeur: l’utilisateur « intermédiaire » • UsiXML + ComposiXML • ServFace • Utilisateur final, tout public • Mashups (iGoogle, NetVibes) • Ajout de (méta-)données! Utilisateur “passerelle” Benjamin Caramel – I3S Rainbow

  7. Application composite résultante • Utilisabilité de l’application composite? • Efficace? Efficiente? Satisfaisante? • Comment s’en assurer? • Mobilité: ergonome non présent ! • « Evaluation » • a priori– conservation de l’ergonomie lors de la composition? • Processus? Feedbacks? • a posteriori– réponse à l’échec? • Rétro-contrôle par l’utilisateur? • Frustration, Enervement? Seuil de tolérance à l’erreur? (dépend de la situation) • Sauvegarde de la composition • Gain de temps futur • Continuité de service? (mobilité) • Une application composite vs. Plusieurs applications distinctes • Efficience & Seuil de rentabilité Benjamin Caramel – I3S Rainbow

  8. Bilan • Problématiques globales pour la composition • Utilisateur & situation contextuelle, besoin, contraintes fonctionnelles et opérationnelles • Réalisation en fonction • Intervention de l’utilisateur: requise? volontaire? • Évaluation, minimisation du risque d’erreur • Impact sur la réalisation des applications initiales • Informaticien: choix et respect de modèles d’architectures évolutives • RainbowWComp (infrastructure d’accueil) et IHM (modèlesd’applicationsinteractivescomposables) • Ergonome • explicite les besoins/objectifs et le modèle de l’utilisateurdans les applications initiales • garant de la qualité des compositions futures Benjamin Caramel – I3S Rainbow

  9. Merci Questions?Débat? Liens et Références ServFaceProject – http://www.servface.eu UsiXMLProject –http://www.usixml.org [Gabillon09] – Yoann Gabillon, Gaëlle Calvary, Nadine Mandran, and Humbert Fiorino. Composition dynamique d'interfaces homme-machine: besoin utilisateur ou défi de chercheur?IHM’09 Benjamin Caramel, Cédric Joffroy, and Michael Laguerre. De la composition de services à la composition d'interfaces homme-machine. IHM '09 Benjamin Caramel – I3S Rainbow– http://rainbow.i3s.unice.fr

More Related