1 Analyse et Conception Révisable par Interactions entre Agents : Hassen KRIAA, Guy GOUARDERES Laboratoire dInformatique Appliquée de Bayonne TICE2000.

Présentation au sujet: "1 Analyse et Conception Révisable par Interactions entre Agents : Hassen KRIAA, Guy GOUARDERES Laboratoire dInformatique Appliquée de Bayonne TICE2000."— Transcription de la présentation:

1 1 Analyse et Conception Révisable par Interactions entre Agents : Hassen KRIAA, Guy GOUARDERES Laboratoire dInformatique Appliquée de Bayonne TICE2000 18-20 Octobre 2000

2 2 Modélisation par processus [Lorino, Davenport, 95] Méthode danalyse et de conception «Agent» Joab M., Gouardères G., Simulation et formation professionnelle dans lindustrie, Sciences & Techniques Educatives, Paris Hermès Science Publications. Cadre de la Recherche Les Systèmes dinformations liés à la santé –Les Systèmes dInformations Coopératifs Intelligents [Brodie 92] –Les Systèmes Complexes Comment mieux comprendre et repenser les systèmes complexes ?

3 3 Les agents : présentation Il nexiste pas de définition standard –Outil de conceptualisation et de conception [Lesser et Durfee,96], [Chaib-Draa,95] et plus récemment Jennings. –Outils de preuve [Briot,94],[Ferber,95] –Forme de programmation [Agha,][Sowa,] Architecture agents (ACTORS, InteRRap, SOAR, etc.) Système Multi-Agents (ARCHON, SAHARA, etc.) Limites : –Fortement contraint par la communication –Nécessitant une réponse temps réel –Éviter les blocages et les boucles infinis

4 4 Les méthodes danalyse et de conception (1) Définition dune méthode –Notation (communes) –Démarche (en cascade de diagrammes) Inconvénients des méthodes OO OMT (Rumbaugh et al, 1991), UML (Booch & al. 96) –Modèle de diagramme indépendant lun de lautre –Absence du caractère formel –Absence de la prise en charge des dialogues entre les acteurs –Absence de moyen pour vérifier la cohérence

5 5 Méthodes orientées agents ? Définitions –Une démarche de raisonnement, –Un ensemble de techniques de représentation des modèles supportant ces raisonnements, –Des concepts émergents à partir de ces modèles, –Un ensemble doutils, plate-forme dagents. Les solutions existantes –Extension des méthodes OO : OMT, UML –MASSIVE :MultiAgent SystemS Iterative View Engineering (Lind, octobre 2000) –Extension des méthodes dacquisition des connaissances –MAS-CommonKADS [Breuker, Cerri, Iglesias & al.] et CoMoMAS [Glaser] –Autres : formelle, appliquée à la robotique, etc. DESIRE [Brazier]

6 6 Analyse du dialogue acteurs/acteurs et acteurs/système Implémentation «CIAgent» Bigus & Bigus Déclencheurs Buts activités Modèle de tâches Spécification formelle «ETAG» De Hann Réification des dialogues et des actions Spécification semi-formelle «GOMS» Card & al Modèle dactivités Conception Construction des entités fonctionnelles «Classification et/ou Regroupement» Modèle individuel Communication «STROBE» S. Cerri Modèle collectif La méthode ACRIA

7 7 GOMS ETAG Modèle individuel Modèle collectif des AGENTS Tâche Événement État Agent PROCESSUS La méthode ACRIA : les modèles et les concepts

8 8 Déclencheurs Buts Activités Construction manuelle Classe de déclencheurs Description des étapes : étape 1

9 9 Les activités : Saisie des informations sociales Saisie du motif d'entrée Saisie des informations médicales Saisie de l'historique Création du dossier médical Mise à jour du dossier médical Attribution de box Recherche d'informations Classes de déclencheurs Instance de déclencheurs Buts Arrivée patientPatient seul Patient accompagné Patient allongé Admission Orientation RencontrePatient - IAO Patient – Médecin Famille du patient - IAO Soins Informations Recherche étape 1 : exemple

10 10 Règles de sélections GOMS un But, un Acteur et une Activité Étapes Méthodes Description des étapes : étape 2

11 11 Entrée : Class de déclencheur : arrivée de patient But : admission Acteur : IAO Étapes : méthodes pour «orientation box» accomplir saisie de motif dentrée accomplir recherche box disponible accomplir attribution box accomplir création fiche primaire de soins validation retourner «orientation box» accompli Sortie : Règle de sélection : R1 : si patient seul alors «admission patient seul» si patient allongé alors «admission patient allongé» si patient accompagné alors «admission patient accompagné» Étapes : méthodes pour «admission patient seul» accomplir prestation sociale accomplir prestation visuelle méthode pour «accueil» méthode pour «construction dossier» méthode pour «orientation box» validation retourner «admission patient» accompli étape 2 : exemple

12 12 Méthodes ETAG Bases de Tâches Ontologies Diagrammedinteraction Description des étapes : étape 2 suite

13 13 Entry1: task : identify event: (previous or non previous patient admission) and/or prefactory note Object : patient = *P T1[event = (previous or non previous patient admission) and/or prefactory note, object = patient : p] "cause admission identification " Entry2: Task : transfer event: patient and nurse and appointment and available bad and update file Object : patient = *P T2[event = patient and nurse and appointment and available bad and update file, object = patient : p] "moving toward patient from emergency to reception service " Entry3 : Task : oriented event : patient and file and nurse or GON Object : orientation = *O T3[event = patient and file and nurse or GON, object = orientation : o] "moving toward appropriate room " étape 2 suite : exemple

14 14 Bases de Tâches Classification et Regroupement Classesdintersection Révisions si conflits STROBEAgents Révisions si conflits Exemple de classe dintersection : Class box Class saisie-orientation Class recherche Class information Class diagnostic-traitement AGENTS ? Description des étapes : étape 3

15 15 Lexique Soit «class saisie-orientation» qui initialise le dialogue Soit «class box» le partenaire «y-a-til un box disponible» le message dinitialisation (par convention) à envoyer par «class saisie-orientation» à «class box» à linstant t 0.. * Ce message se construit dynamiquement durant le processus déchange de messages. En mode Stream «box disponible, box non disponible» sont les séquences de sortie de«class box», chacune delle correspond à une entrée. «recherche disponibilité» la procédure à appliquer par «class box» «attribution de box» séquence de procédure appliquée par «class saisie-orientation» à ces entrées qui produit «box attribué» «box disponible, box non disponible» [«recherche disponibilité» [«y-a-til un box disponible»]] «y-a-til un box disponible» [«attribution box» [«box disponible, box non disponible»]] Réponse STROBE Requête en mode stream étape 3: exemple

16 16 IOA-Manager Médecin-Manager Serveur «dossiers des patients» Demande de connexion «socket» Communication Directe Prototype

17 17 Arrivée patient AgentSaisie-orientation AgentBox demandeAgentinformation AgentSaisie-orientation AgentBox demande Agentrecherche AgentSaisie-orientationAgentBox Agentinformation Prototype : IAO-Manager

18 18 Description partielle des agents de l'IAO-Manager

19 19 Agenttraumatismecheville RencontreAgentBox Agentdouleurthoracique Agentdiagnostic Agenttraitement Agentinformation Prototype : Médecin-Manager

20 20

21 21

22 22 C

23 23 Conclusion Fondée sur les dialogues entre acteurs Analyse concourante des déclencheurs Scénario construit de manière dynamique Révision des connaissances par interaction Agents-Acteurs

24 24 Perspectives Outils danalyse des tâches plus performants, Autres critères de classement et de regroupement, Autres architectures pour gérer la communication, Plate-forme de développement plus puissante, AGL Autres domaine dapplication Apprentissages plus évolués Autres classes dagents du style, agents adaptatifs, agents cognitifs, agents mutants, etc.