Introduction à UML. ESIR 1 ère année. Rémi Cozot

Transcription

1 Introduction à UML ESIR 1 ère année Rémi Cozot Maître de Conférences Habilité à Diriger des Recherches Équipe FRVSense UMR IRISA remi.cozot@irisa.fr

2 Plan Introduction Modélisation : classification et relations UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

3 Introduction Projet informatique (ou autre) Besoin de décrire, de spécifier Les besoins La solution Solution «classique» Cahier des charges Quel(s) niveaux de détails Laisse trop de place à l interprétation Besoin d un outil formel Cahier des Charges - Analyse fonctionnelle - Analyse de valeur : fonction/coût Généraliste, modulaire, hiérarchique, etc.

4 Introduction Spécifier, modéliser Pour qui? Pour le client Comment exprimer son besoin Pour l informaticien Pour concevoir la solution répondant au besoin Si l outil n est pas commun entre le client et le fournisseur, cela entraine des erreurs Outil : vocabulaire, schéma, etc. UML : cadre formel «simple»

5 Plan Introduction Modélisation : classification et relations UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

6 Modélisation : classification et relations Représentation un «problème» Lister les «acteurs» Mettre en évidence les relations Des acteurs partagent des propriétés communes Généraliser / spécialiser : classifier Approches communes aux sciences

7 Modélisation : classification et Classification relations Exemple biologie / zoologie Équidés Chevaux Ânes Zèbres Classification en fonction de critères Sauvage Domestique chevaux domestique lusitanien équidés ânes pur sang sauvage zèbres przewalski

8 Modélisation : classification et relations Relations autres que la classification Exemple Chevaux mangent fourrage chevaux mangent fourrage herbe foin paille

9 Modélisation : classification et relations Exemple : bibliothèque Lister les acteurs, généraliser Livre Usagé Emprunt Date d emprunt, de retour Relations Usagé (Recherche) livre Usagé (Emprunte) livre Usagé (Rend) livre Emprunt (A) date d emprunt Emprunt (A) date de retour

10 Modélisation : classification et relations Exemple : bibliothèque personne s inscrit bibliothèque commande possède usagé emprunte exemplaire Date a emprunt rend de livre Date emprunt Date retour album poche classique

11 Modélisation : classification et relations Critère(s) de classification Exemple : Choix livre album poche classique

12 Modélisation : classification et relations Critère(s) de classification Exemple : oui, mais Roman livre Essai BD album poche classique

13 Modélisation : classification et relations Critère(s) de classification Exemple : alors Roman classique livre Roman Essai BD Roman poche Essai poche Essai classique BD poche BD album

14 Modélisation : classification et relations Critère(s) de classification Mais aussi? Paru en 2016 livre Paru en 2015 Paru en 2014

15 Modélisation : classification et relations Critère(s) de classification Mais aussi? livre est paru en date de parution

16 Modélisation : classification et relations Critère(s) de classification Ou alors format < est du format livre est paru en date de parution album poche classique Essai BD Roman

17 Modélisation : classification et relations Critère(s) de classification Ou bien encore exemplaire de livre est paru en date de parution < est du format format Essai BD Roman album poche classique

18 Modélisation : classification et relations Exemple : bibliothèque Des boîtes des flèches : manque d un formalisme précis Dimensions du modèle Statique Dynamique Vues De l utilisateur Architecture logicielle Déploiement Granularité Niveau de détail du modèle Dans l exemple : quel est l intérêt de la spécialisation» BD, poche, classique UML propose un cadre formel et ouvert

19 Plan Introduction Modélisation : classification relation UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

20 UML : Les diagrammes Une seule vue ne suffit pas Dimension structurelle statique Classe, objet Dimension dynamique Utilisation États (automates) Dimension des interactions Communication et séquences

21 UML : Les diagrammes Diagrammes structurels ou diagrammes statiques (UML Structure) diagramme de classes (Class diagram) diagramme d objets (Object diagram) diagramme de composants (Component diagram) diagramme de déploiement (Deployment diagram) diagramme de paquetages (Package diagram) diagramme de structures composites (Composite structure diagram) Diagrammes comportementaux ou dynamiques (UML Behavior) diagramme de cas d utilisation (Use case diagram) diagramme d activités (Activity diagram) diagramme d états-transitions (State machine diagram) Diagrammes d interaction (Interaction diagram) diagramme de séquence (Sequence diagram) diagramme de communication (Communication diagram) diagramme global d interaction (Interaction overview diagram) diagramme de temps (Timing diagram)

22 Plan Introduction Modélisation : classification relation UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

23 Cas d utilisation Use Case Expression des besoins recueillir, analyser, organiser les besoins Éléments de diagramme Acteur : personne externe, un processus ou une chose qui interagit avec un système Cas d utilisation : une unité cohérente représentant une fonctionnalité visible de l extérieur

24 Cas d utilisation Use Case Exemple

25 Cas d utilisation Use Case Relations entre cas Inclusion A inclut B lorsque A appelle B pour sa réalisation. Extension A étend B lorsque le cas d utilisation A peut être appelé au cours de l exécution du cas d utilisation B. L extension est optionnelle. Généralisation / spécialisation Relations entre acteurs Généralisation / spécialisation

26 Cas d utilisation Use Case

27 Plan Introduction Modélisation : classification relation UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

28 Diagramme de Classes Diagramme le plus important Structure interne qui fournit une représentation abstraite des classes (objets) du système qui réalisent les cas d utilisation Éléments de diagramme Classe

29 Diagramme de Classes Relations entre classes Héritage / généralisation / spécialisation La classe enfant possède toutes les caractéristiques des ses classes parents. Une classe enfant peut redéfinir plusieurs méthodes de la classe parent Toutes les associations de la classe parent s appliquent aux classes enfants

30 Diagramme de Classes Relations entre classes Composition A est composé de B Si A disparaît alors B disparaît également Agrégation

31 Diagramme de Classes Relations entre classes Association

32 Diagramme de Classes Relations entre classes Association Direction Le «client» a une «adresse» de «livraison» Notion d accessibilité Client Livraison Du client on trouve l adresse MAIS de l adresse on ne remonte pas aux clients 1 Adresse

33 Diagramme de Classes Relations entre classes : chercher l erreur Maison 1 1..* Pièces 1 0..* Fenêtre

34 Diagramme de Classes Relations entre classes : chercher l erreur Chambre 1 * Réservation * Personne * Client Hôtel 1 1 Gérant

35 Plan Introduction Modélisation : classification relation UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

36 Diagramme d états /transitions Rôle : spécifier le comportement logique interne d un objet d une classe sous forme d un automate à états finis Éléments du diagramme État Initial Final Transition et évènement

37 Diagramme d états /transitions Plus de détails État composite État encapsulant un automate Historique

38 Diagramme d états /transitions Plus de détails Concurrence Des états fonctionnant en parallèle

39 Diagramme d états /transitions

40 Plan Introduction Modélisation : classification relation UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

41 Diagramme de séquences Rôle Précise les messages échangés (appel de méthodes) entre les objets dans un ordre chronologiques Décrit «comment» et par qui les cas d utilisation sont réalisés Éléments Objet (éventuellement acteur) Message / signal

42 Diagramme de séquences Message Synchrone Méthode avec retour Asynchrone (signal) Création / destruction

43 Diagramme de séquences Messages A appelle B A appelle B B appelle A

44 Diagramme de séquences Exemple : jeux démineur

45 Diagramme de séquences témoinetage Contrôleur Ascenseur Portes appelascenseur() allumer() éteindre() déplacer() ouvrir() demandeetage() allumer() fermer() déplacer()

46 Plan Introduction Modélisation : classification relation UML : les diagrammes Cas d utilisation Diagramme de Classes États transitions Séquences Conclusion

47 Conclusion UML est un outil généraliste Informatique Gestion / économie / finances Création Rubika (anciennement SupInfoGame) Médecine UML ne fait pas tout Nécessite une méthodologie

48 Conclusion

49 conclusion Forme type de conception : patron de conception

50 Conclusion Forme type de conception : patron de conception /* * GUIFactory Example */ public abstract class GUIFactory { public static GUIFactory getfactory() { int sys = readfromconfigfile("os_type"); if (sys == 0) { return (new WinFactory()); } else { return (new OSXFactory()); } } public abstract Button createbutton();} class WinFactory extends GUIFactory { public Button createbutton() { return (new WinButton()); } } class OSXFactory extends GUIFactory { public Button createbutton() { return (new OSXButton()); } } public abstract class Button { private String caption; public abstract void paint(); public String getcaption(){ return caption; } public void setcaption(string caption){ this.caption = caption; }} class WinButton extends Button { public void paint() { System.out.println("I'm a WinButton: "+ getcaption()); } } class OSXButton extends Button { public void paint() { System.out.println("I'm a OSXButton: "+ getcaption()); } } public class Application { public static void main(string[] args) { GUIFactory afactory = GUIFactory.getFactory(); Button abutton = afactory.createbutton(); abutton.setcaption("play"); abutton.paint(); }

51 MERCI J