Chapitre 4 Architecture et dialogue PDF

13/12/2023 Module Interaction Homme Machine Chapitre 4 Modèles & architectures Licence 3 Informatique Enseignante: Dr.Merzougui...

13/12/2023 Module Interaction Homme Machine Chapitre 4 Modèles & architectures Licence 3 Informatique Enseignante: Dr.Merzougui 1 Introduction L'objectif d'une interface homme machine est de faire communiquer, dans les meilleures conditions possibles une application informatique et un utilisateur humain. Différent architectures existent pour définir l'organisation logicielle d'un système interactif. Leur rôle principal est de permettre en théorie de modifier l'interface sans affecter le noyau fonctionnel et inversement. 2  13/12/2023 Plan: 1. Contrôleur de dialogue 2. Modèles d’architecture: 2.1 Modèle de Seeheim 2.2 Modèle Arch 2.3 Modèle MVC 2.4 Modèle PAC 3 1. Contrôleur de dialogue Définition 1 : Le dialogue est l'ensemble des échanges entre un utilisateur et une machine. Le terme échange regroupe ici des notions telles que les manipulations avec un écran tactile ou l’utilisation d'un microphone, d'un scanner, d'une table à digitaliser, etc. Définition 2 : Le dialogue est l'ensemble des interactions produites par un humain sur un ordinateur. Une interaction est une action qui provoque une réaction perceptible. Elle regroupe des notions telles que les clics souris, la frappe de touches, les pressions sur un écran tactile, etc. 4  13/12/2023 1. Contrôleur de dialogue Nous appellerons Contrôleur de Dialogue, le module (ou l'ensemble des modules) dédié au dialogue. Ce module a deux rôles principaux : l’analyse et le contrôle du dialogue. 5 1. Rôle de Contrôleur de dialogue 1. L'analyse du dialogue On distingue trois types d'analyse : lexicale, syntaxique et sémantique. Cette décomposition, résultant des recherches en linguistique, permet de décoder et d'interpréter tout langage qui respecte au moins des règles de syntaxe et de grammaire. 2. Le contrôle du dialogue Le contrôle correspond à la validité des déclenchements des opérations. Cette validité dépend de deux paramètres : les données et les traitements antérieurs. Le contrôle du dialogue signifie également la gestion des enchaînements des opérations suite aux interactions de l'utilisateur. La planification hiérarchique permet de spécifier le chemin à parcourir pour atteindre un but. 6  13/12/2023 2. Modèles d’architecture Principe de base: Bien que les modèles d’architecture diffèrent, ils répondent tous au même principe de base: la distinction entre les services d'une application (noyau fonctionnel ) et les fonctions chargées d'assurer l'interaction avec l'utilisateur (interface). 7 2. Modèles d’architecture L’architecture logicielle décrit d’une manière symbolique et schématique les différents élément d’un ou plusieurs systèmes informatiques ,leurs interrelations et leurs interactions Il existe différent modèles d’architecture pour les systèmes interactifs: Modèle Seeheim Modèle Arch Modèle MVC Modèle PAC 8  13/12/2023 2.1 Le modèle Seeheim Ce modèle comporte trois modules distincts, chacun jouant un rôle bien déterminé. La Présentation gère la présentation et l'affichage des objets ainsi que les manipulations de l'utilisateur; a ce niveau la gestion est purement lexicale; Le Contrôle de dialogue est un médiateur qui contrôle la syntaxe des requêtes saisies par l'utilisateur et appelle les fonctions correspondantes de l'application. L'Interface avec l'application assure le lien entre l'application et le module de contrôle de dialogue en faisant appel aux procédures de l'application; 9 2.1 Le modèle Seeheim Les avantages de cette approche : Les problèmes de l'application et de l'interface peuvent être isolés et traités séparément; L'application et l'interface peuvent évoluer indépendamment; L'interface peut être partagée par différentes applications interface de contrôle du présentation l'application dialogue sémantique syntaxique lexical 10  13/12/2023 2.2 Modèle Arch Arch est une version raffinée de Seeheim qui tient compte de l’apparition des boîtes à outils. Le Noyau Fonctionnel (NF) et le composant d‘Interaction Physique (IP) (généralement une boîte à outils) forment les pieds de l‘Arch, car dans la plupart des cas ces deux composants existent avant le développement même de l'interface et forment ainsi la base de départ. La présentation (l’Interaction Logique) et l’Adaptateur du Noyau Fonctionnel (ANF) permettent l’adaptation entre les 3 autres composants. 11 2.2 Modèle Arch 12  13/12/2023 2.2 Modèle Arch (Exemple ) 13 2.3 Le modèle MVC Ce modèle est basé sur trois classes principales : Model (Modèle): cette classe est une représentation abstraite d'un objet avec un ensemble de fonctions. View (Vue): cette classe permet d'afficher l’objet à partir du modèle et de recevoir tous les actions de l'utilisateur. Controller (Contrôleur): permet de gérer les actions de l'utilisateur sur une vue. Il est chargé de la synchronisation du modèle et de la vue. 14  13/12/2023 2.3 Le modèle MVC 15 2.3 Le modèle MVC Avantages de MVC Les avantages du modèle résident dans la séparation de l'affichage, de la gestion des événements utilisateur et de la représentation interne des objets manipulés. 16  13/12/2023 2.4 Le modèle PAC Ce modèle structure une application interactive en trois composantes distinctes: Présentation: définit le comportement des entrées/sorties de l'application par des objets interactifs de présentation; c-à-d définit la syntaxe concrète de l’application. Abstraction: définit les fonctionnalités sémantiques de l'application; c-à-d les attributs et les fonctionnalités de l'application. Contrôle: maintient la cohérence entre l'Abstraction et la Présentation. 17 2.4 Le modèle PAC 18  13/12/2023 2.4 Le modèle PAC Avantages de PAC PAC est un modèle cohérent et récursif: il s'applique même aux objets interactifs qui sont décomposables en d'autres objets. 19 Conclusion Les modèles d’architecture ont comme point commun la faculté de schématiser le comportement du système. L'intérêt des modèles est avant tout de permettre une appréhension du système que l'on doit modéliser. Cependant ces modèles (que l'on peut qualifier de génériques puisqu'ils donnent naissance à des modèles plus précis) ne permettent pas d'évaluer les applications qui les utilisent. 20