Modlisation de l'activit cooprative et Modlisation des SI pour la coopration PowerPoint PPT Presentation

presentation player overlay
1 / 20
About This Presentation
Transcript and Presenter's Notes

Title: Modlisation de l'activit cooprative et Modlisation des SI pour la coopration


1
Modélisation de l'activité coopérative et
Modélisation des SI pour la coopération
  • Frédéric HOOGSTOEL
  • Equipe NOCE

2
Introduction
  • Expérience de modélisation de léquipe NOCE au
    cours de ses travaux sur le TCAO
  • Pourquoi modéliser ?
  • Comment modéliser ?

3
Sujets de discussion
HOOGSTOEL Utilisation dUML aux différents
niveaux ?
  • Articuler deux modélisations
  • Modéliser lactivité de groupe médiatisée
  • Modéliser les SI à concevoir pour assister cette
    activité de groupe
  • Concevoir tous les SI pour un usage coopératif
  • Adapter le langage de modélisation des SI
  • Permettre la conception coopérative et continue
    des SI expansifs

4
Notre expérience variée de la modélisation de
lactivité
  • Nos travaux et les travaux liés depuis 1991
  • MACAO AMIGO, SAMPO, ORDIT, COMIC, Théorie de
    la conversation, actes de langage, actes
    instrumentaux
  • DARE Théorie de lActivité
  • COW Workflow, WfMC
  • Réciprocité Kakani et Tripathi
  • DiViLab EML

5
MACAO Moélisation des Activités Coopératives
Assistées par Ordinateur
  • Le modèle ODESCA permet la conception des
    activités de groupe
  • en temps différé ou en temps réel
  • instrumentales, de communication ou de
    coordination
  • Il ajoute au modèle AMIGO le composant Droits

6
MACAO
  • Le composant Messages
  • Le composant Rôles
  • Le composant Fonctions
  • Le composant Règles
  • Phases de lactivité
  • Règles de médiation
  • Mode de coopération

7
Conception et intégration de nouveaux Outils
ODESCA
  • Spécifier la sémantique de lActivité (Noyau
    Fonctionnel) Composant FONCTIONS du modèle de
    lactivité
  • Données internes
  • Données de linterface
  • Fonctions spécifiques de lactivité

8
Conception de nouveaux outils de coopération
  • Spécifier les actions possibles des utilisateurs
    - Composant MESSAGES du modèle
  • conversation asynchrone messages soumis
  • activité temps réel
  • actions de présentation pures
  • actions modifiant le NF ou létat de la
    coopération

9
Conception de nouveaux outils de coopération
  • Spécifier les modes de coopération de lactivité
  • rôles impliqués dans la coopération et leurs
    états possibles composants ROLES et DROITS de
    MACAO
  • phases de la coopération
  • règles de médiation composant REGLES de MACAO
  • règles de conversation droits des différents
    rôles selon leur état composant DROITS de MACAO

10
Réalisation et intégration dun nouvel outil
partagé
  • pour supporter une activité de conversation
    asynchrone
  • Spécialiser la classe ConversationRole
    compléter les méthodes allowedRepliesTo et
    readRights à laide du composant DROITS
  • Spécialiser la classe Exchange modifier les
    méthodes updateWith et updateWithCancelOf à
    laide du composant REGLES
  • Spécialiser la classe ConversationMessage à
    laide du composant MESSAGES
  • Spécialiser la classe Activity à laide du
    composant FONCTIONS

11
Réalisation et intégration dun nouvel outil
partagé
  • pour supporter une activité en temps réel
  • Spécialiser la classe Role en surchargeant la
    méthode rights, à laide du composant DROITS
  • Spécialiser la classe Activity en ajoutant les
    méthodes de réalisation des FONCTIONS de
    lactivité
  • Spécialiser la classe Mediator définir la
    réaction adaptée à chaque action identifiée dans
    le composant MESSAGES, conformément au composant
    REGLES

12
Les concepts essentiels de nos MA
  • Activité
  • Rôle, Droits
  • Action, Opération
  • Outil, Objet, Ressource

Les mêmes termes apparaissent dans nos différents
MA, mais avec des sens différents !
13
Approche 1 de lexploitation du modèle de
lactivité dans le SI
  • Modèle de lactivité simples données mémorisées
    et manipulées par des objets du SI pour
    restitution à lutilisateur
  • La réalisation des activités peut être extérieure
    au système
  • Assistance à lutilisateur informer de la
    situation de lactivité
  • Système base de données des activités, fiches
    de suivi dactivité
  • Modèle statique suffit
  • ODP-RM PdV Information
  • UML Modèle de classes

14
Approche 2 de lexploitation du modèle de
lactivité dans le SI
HOOGSTOEL Le langage UML et le paradigme objet
sont-ils efficaces pour modéliser un MA ?
  • Modèle de lactivité modèle du SI
  • concepts de lactivité objets de première
    classe du système informatique Activité, Rôle,
    Outil
  • Nécessité dexprimer le MA dans le langage de MSI
  • Ghost in the machine lutilisateur est un objet
    de première classe dans le système
  • Lévolution de lactivité se traduit par une
    modification du comportement du système (en
    particulier de lIHM)
  • Répercussions sur larchitecture logicielle NF
    Médiation Rôle IHM
  • La modification du modèle de lactivité se
    traduit en changement du système lui-même (sa
    structure et son comportement) gt système
    malléable, réflexif
  • Le système est instrumentalisé ? Il intègre ses
    schèmes dusage.

15
La promesse (utopie) du paradigme objet
  • Traduction directe du modèle de la réalité
    (Business Model) en modèle du système
    informatique pour assister cette réalité

16
Philosophie de lObjet
  • Distribuer les responsabilités entre les objets
  • Objet entité qui a une identité, un état et un
    comportement
  • TAD gt intention. Sémantique par le comportement
  • Lobjet encapsule des informations dont il est
    responsable
  • Un objet connaît dautres objets par des liens
  • Un objet joue un rôle dans chaque relation à
    laquelle il participe

17
Philosophie de lObjet
  • Un objet interagit par lenvoi de messages (appel
    de méthode, demande de service) avec les objets
    avec lesquels il est relié
  • Polymorphisme chaque objet réagit selon son
    type à la réception du message
  • Il peut aussi communiquer avec lenvironnement
    par lémission dévénements
  • Des objets quil ne connaît pas peuvent recevoir
    les événements
  • Difficile didentifier les relations entre les
    objets
  • Logique de fonctionnement (interaction,
    collaboration entre objets) diluée et cachée dans
    les codes dinterprétation des événements
  • Perte de la sémantique comportement dun objet
    ?

18
Les langages pour la conception des SI ODP-RM
et UML
  • ODP-RM et UML proposent non seulement de
    modéliser le système informatique mais aussi son
    environnement
  • ODP 5 points de vue
  • Entreprise, Information, Dynamique, Ingénierie,
    Technologie
  • UML 6 modèles
  • Cas dutilisation, Interaction, Classes, Etat,
    Réalisation, Déploiement

19
Approche 3 de lexploitation du modèle de
lactivité dans le SI
  • Langage de modélisation de lactivité inclus dans
    les langages de modélisation de SI
  • Tout système informatique est un système qui a
    vocation à assister une activité humaine donc
    collaborative
  • Modifier le méta-modèle des SI UML et le modèle
    objet

20
Concepts communs entre nos langages de MA et les
langages de MSI
  • Dans ODP-RM et/ou UML, on trouve
  • Activité
  • Rôle
  • Objet
  • Action
  • Opération
Write a Comment
User Comments (0)
About PowerShow.com