1 / 17

Modélisation orientée objet UML

Modélisation orientée objet UML. Le Langage de Modélisation objet Unifié Modélisation dynamique. Modélisation dynamique. Principaux concepts et diagrammes de cette vue : Le diagramme d’états; Le diagramme d’interaction(séquence + collaboration); Le diagramme de collaboration;

Download Presentation

Modélisation orientée objet UML

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. Modélisation orientée objet UML Le Langage de Modélisation objet Unifié Modélisation dynamique

  2. Modélisation dynamique • Principaux concepts et diagrammes de cette vue : • Le diagramme d’états; • Le diagramme d’interaction(séquence + collaboration); • Le diagramme de collaboration; • Le diagramme d’activités.

  3. Diagramme d’états • Représente le concept de machine à états finis: • Représente le cycle de vie d’une instance générique d’une classe. • Vue locale d’un objet • Réactions de l’objet en fonction de son état courant. • Passage d’un état vers un autre.

  4. Les classes nécessitant un diagramme d’états • Toutes les classes ne nécessitent pas un diagramme d’états. • Classes concernées : • Celles qui ont un comportement dynamique complexe. Deux cas possibles : • Si les objets de la classe peuvent réagir différemment à l’occurrence d’un même évènement. (réaction = état). • Si la classe doit organiser certaines opérations dans un ordre précis. Les états séquentiels précisent la chronologie des évènement d’activation.

  5. Diagramme d’états transitions • Un état se caractérise par sa durée et sa stabilité : • L’état d’un objet est constitué des valeurs instantanée des ses attributs. • Un objet est à tout moment dans un état donné. • Une transition représente le passage instantané d'un état vers un autre : • Une transition est déclenchée par un événement. • Les transitions peuvent aussi être automatiques : • Si on ne spécifie pas l'événement qui la déclenche .

  6. Diagramme d’états transitions • Les évènements : • Syntaxe d’un évènement : • Nom_Evenement (Nom_parametre : type,…) [condition] • condition est la garde qui valide ou non le déclenchement d’une transition quand l’évènement s’est produit. • On peut associer à chaque transition une action à exécuter lors du franchissement dû à un évènement.

  7. Diagramme d’états transitions • Exemple : • L’évènement « il fait trop chaud » entraîne la climatisation ou l’ouverture des fenêtres. A Il fait trop chaud[été] Il fait trop chaud[hiver] climatiser aérer

  8. Diagramme d’états transitions • Les évènements (suite…) : • Possibilité de préciser les actions à exécuter lorsqu’on est dans un état donné, en entrant ou en sortant : • Entry : action à exécuter dès l’entrée dans l’état. • Exit : action à exécuter lors de la sortie de l’état. • On : action interne provoquée par un évènement qu ne provoque pas le passage dans un nouvel état. • Do : activité (=action dont le temps d’exécution est non négligeable) à exécuter.

  9. Diagramme d’états transitions • Une classe gérant un écran de connexion possède un champs pour saisir le nom d’utilisateur et un champs pour saisir le mot de passe. Ces champs permettent d’afficher (en appuyant sur F1 lorsque le curseur est dans la zone de saisie) une aide spécifique. Le champs de login gère le complétion. Le champs password ne doit rien afficher lorsqu’un utilisateur tape son mot de passe. L’appui sur le bouton annuler efface les champs. L’appui sur le bouton valider vérifie les informations en Base (BDD) et se connecte à l’application si les informations sont correctes sinon les champs sont effacés.

  10. Attente saisie Entry/ Nettoyer les champs Saisie identifiant On Aide / Afficher aide Do / Gérer complétion Saisie Passwd Entry / Ne plus afficher entrées clavier. Exit / Réafficher entrées clavier On Aide / Afficher aide Do / Gérer complétion Verif Infos Entry / interroger BD pour vérifier infos Diagramme d’états transitions Appui Annuler Curseur sur champs saisie Curseur sur champs passwd Curseur sur champs saisie Infos erronées Appui Annuler Curseur sur champs passwd Infos Ok

  11. Diagramme de séquence (d’interaction) • Modéliser les aspects dynamiques des systèmes. • Montre une interaction : • Ensemble d’objets et leurs relations; • Les messages pouvant circuler entre eux. • Classe les message par ordre chronologique. • Composé d’1 ligne de vie et de période(s) d’activité(s).

  12. Diagramme de séquence ao:AutreObjet • Exemple : o:Objet <<create>> Ligne de vie oc:ObjetCrée Methode1() setAtt1(param) appelRecursif() setAtt2(param1) Période d’activités {contrainte/condition} <<destroy>>

  13. Diagramme de séquence • Un interlocuteur (s), souhaite appeler un second interlocuteur (r). S envoie un signal (decrocherCombine) au commutateur. Le commutateur va permettre le déclenchement de la méthode emettreTonalité. Le temps imparti pour composer le numéro est de 30s. S envoie un signal (numeroter(numero)). Le commutateur itère sur chaque chiffre par l’appel à sa méthode dirigerAppel(Interlocuteur, chiffre). Grâce au commutateur une conversation(c) va se créer. C’est par l’objet Conversation(c) que la sonnerie() va se déclencher chez l’interlocuteur (r). R envoie le signal décrochercombiné. La conversation va déclencher la méthode connecter(Interlocuteur i1, Interlocuteur i2) du commutateur. Les interlocuteurs possèdent des méthodes connecter(Interlocuteur autreInterlo).

  14. Diagramme de séquence S: Interlocuteur : Commutateur r: Interlocuteur decrocherCombine emettreTonalite() {tempExecution < 30s} Numeroter(n) dirigerAppels(s,n) <<create>> S: Interlocuteur sonnerie() decrocherCombine() Connecter(r,s) Connecter(s) Connecter(r)

  15. Diagramme de collaboration • Montre interactions entre objets. • Exprime le contexte d’un groupe d’objets • Extension du diagramme d’objets. • Une interaction est réalisée par un groupe d’objets qui collaborent en échangeant des messages.

  16. Diagramme de collaboration retro-ingénierie public Class AgentServiceInscription { private College c; public void inscrire() { Etudiant e = new Etudiant(); This.c.ajoutEtudiant(e); e.setEnregistrer(true); … e.ajouterCours(c1); e.ajouterCours(c2); e.obtenirEmploiDuTemps(); } } public Class Etudiant { private boolean enregistrer; public void setEnregistrer(boolean val){…} public void obtenirEmploiDuTemps{…} ajouterCours(Cours c) {c.ajouterEtu(e)} public Class Main { Public static void main(..) { College c = …; AgentServiceInscription a = new AgentServiceInscription(c); }

  17. Diagramme de collaboration retro-ingénierie :Main 1:<<create>> 2:<<create>> 4 : ajouterEtudiant(e) c: College a: AgentServiceInscription 3:<<create>> 6:ObtenirEmploiDuTemps() 5:setEnregistrer(true) E:etudiant Enregistrer=true; E:etudiant Enregistrer=false; 5.1:<<become>> 5.3:ajouterEtu(e) 5.2:ajouterEtu(e) C1:Cours C2:Cours

More Related