Besoin d'un petit rappel sur les diagrammes de cas d'utilisation ? ici et là
Dans ce tutoriel, nous verrons comment :
- Créer un diagramme de cas d'utilisation
- Créer un acteur
- Choisir un stéréotype
- Changer l'apparence (propriétés graphiques)
- Supprimer un acteur
- Créer un cas d'utilisation
- Créer un lien
- Aligner des éléments
- Représenter la navigabilité
- Connaître les raccourcis autour du diagramme de cas d'utilisation
- Annoter un élément
- Créer un acteur généralisé
- Créer une relation d'inclusion entre deux cas d'utilisation
- Créer une relation d'extension entre deux cas d'utilisation
- Organiser les cas d'utilisation en Package
- Copier un diagramme en tant qu'image
Vous aurez quelques exercices à réaliser tout au long du tutoriel :
- Commencer par les cas d'utilisation autour de l'acteur
Internaute - Compléter votre diagramme de cas d'utilisation ...
- Finaliser votre diagramme de cas d'utilisation ...
Nous finirons par :
- Recenser les différents éléments spécifiques aux diagramme de cas d'utilisation => A FAIRE !!!!
- Des exemples de diagrammes de cas d'utilisation réalisables avec Modelio
- et Quelques mots sur l'*approche vue 4+1
Avant de proposer un récapitulatif de liens vers les différentes parties du manuel utilisateur utiles pour la création des diagrammes de cas d'utilisation :
Le manuel utilisateur indique qu'il existe deux façons de créer un diagramme sous Modélio :
- soit en utilisant la commande
Créer un diagramme ou une matrice…du menu contextuel - soit en en utilisant la barre d'outil de création rapide de la barre d'outil.
Avant de continuer et afin de visualisez ces différentes possibilités dans votre fenêtre de travail, jetez un petit coup d'oeil à la rubrique Créer un diagramme du manuel utilisateur disponible : ici
Dans la vue Modèle de votre fenêtre de travail, sélectionnez l'élément sous lequel vous souhaitez créer un diagramme, pour nous ce sera le dossier Bookinons.
Après un clic droit, choisir **Créer un diagramme ou une matrice… du menu contextuel.
Sélectionnez le type de diagramme Use Case diagram
Changez le nom du diagramme, par exemple en Bookinons UC.
Vérifiez que le propriétaire du diagramme est bien bookinons c-a-d l'élément sélectionné au départ.
Cliquez sur OK pour valider la création du diagramme.
La vue Modèle est alors mise à jour avec le nom de notre nouveau diagramme : Bookinons UC en dessous du dossier bookinons.
Un nouvel onglet Bookinons UC apparaît également dans la vue “Edition des diagrammes”.
Des palettes graphiques propres aux cas d'utilisations sont associés à cet onglet comme Nodes pour ce qui concerne les acteurs ou Links pour les différentes relations.
N'oubliez pas de sauvegarder régulièrement votre projet au cours de ce tutoriel...
Le manuel utilisateur indique qu'il existe trois façons de créer un élément dans un diagramme sous Modélio :
- soit en utilisant la commande
Créer un élémentdu menu contextuel. - soit en utilisant les icônes de la palette des diagrammes.
- soit en utilisant le glisser-déposer depuis l'explorateur vers les diagrammes.
Avant de continuer, visualisez ces différentes possibilités en jetant un petit coup d'oeil à la rubrique Créer un élément disponible : ici
Un acteur (Actor) est un *élément de type noeud.
Dans Modelio, l'élément Actor est associé au groupe Nodes de la palette graphique, comme nous le montre la vue “Edition des diagrammes”.
La rubrique Créer des éléments de type noeud est disponible : ici.
Elle nous apprend que Modelio dispose d'un “expert de modélisation”, qui fournit une aide en temps réel lors de la création d'éléments dans les diagrammes.
Nous allons commencer par créer un acteur sur notre diagramme de Use case via la palette d'icônes, veuillez jeter un petit coup d'oeil préalablement ici
Pour ajouter un nouvel acteur sur votre diagramme de Use Case, commencez par ouvrir le groupe Nodes de la palette graphique de la vue “Edition des diagrammes”.
Cliquez ensuite sur l'icône Actor dans la palette du diagramme.
Rendez-vous ensuite sur le fond du diagramme (quadrillage jaune qui va contenir le diagramme),
un clic gauche permet de faire apparaître à l'endroit, où vous venez de cliquer, un acteur sur ce diagramme sous sa forme stick man :
Consultez ensuite la vue Modèle pour constater que l'acteur Actor a bien été ajouté. Il apparaît sous bookinons et précédé d'une icône de stickman.
Le nom Actor est attribué par défaut à cet acteur. Pour renommer un élément du diagramme, plusieurs possibilités existent.
- la plus simple consiste à sélectionner l'élément directement sur le diagramme puis à appuyer sur
F2. Le nom de l'élément est alors surligné et vous pouvez saisir un nouveau nom directement,
mais il est également possible de renommer un élément ...
- depuis la vue Modèle où il suffit simplement de cliquer sur l'élément pour le renommer
- depuis la vue Element (onglet en bas de la fenêtre de travail), où il suffit de modifier la valeur de la propriété Name. La vue Element permettra de modifier, d'une manière générale, toutes les propriétés d'un élément.
- depuis le diagramme, en double cliquant sur l'acteur, où ne fenêtre Edition s'ouvre permettant de modifier la valeur de la propriété Name.
Choisissez une de ces méthodes pour attribuer le nom d'Internaute à votre premier acteur.
Pour modifier la taille d'un élément dans un diagramme une fois créé, il suffit de sélectionner l’un des points de contrôle qui l’entourent et de le glisser jusqu’à ce l'élément atteigne la taille souhaitée.
Redimensionnez le stick man, puis son nom pourqu'Internaute devienne lisible en entier.
Remarque: Il est possible de redimensionner un nouvel élément lors de sa création. Pour cela, il suffit de maintenir enfoncé le bouton gauche de la souris lorsque de la création, et de glisser le curseur jusqu'à ce que le nouvel élément ait la taille souhaitée.
Il existe plusieurs représentations graphiques pour un acteur.
Par défaut, l'Actor est représenté sous sa forme stick man , mais on peut également choisir de représenter l'acteur sous forme rectangulaire. On réserve d'ailleurs généralement cette dernière notation pour les systèmes dits connectés.
Commencez par ajouter un nouvel acteur sous forme de stickman sur votre diagramme.
Nommez cet acteur Paiement Securisé.
Sélectionnez l'acteur que vous venez de créer et à l'aide d'un clic droit ouvrez le menu contextuel Add stereotype.
Sélectionnez le stéréotype <<System>> dans la liste et validez en cliquant sur `OK``.
Le stéréotype <<System>> est alors ajouté sur le diagramme au dessus du nom de l'acteur.
L'icône précédant le nom de l'acteur dans l'arobrescence de la vue Modèle change également en fonction du stéréotype choisi.
Consulter la rubrique Ajouter des stéréotypes aux éléments pour retrouver ce protocole en images.
Vous remarquerez qu'il est existe un autre moyen pour ajouter un stéréotype : il s'agit de passer par la vue “Elément” et de cliquer sur l'icône Add stereotype(s)....
Pour changer l'apparence de l'acteur, il faut tout d'abord commencer par le sélectionner.
Rendez-vous ensuite sur la vue Symbole de cet élément (onglet en bas de votre fenêtre de travail).
Pour changer l'apparence, il suffit de changer la propriété : Representation mode.
Commencez par choisir la valeur Image de cette propriété.
C'est l'image du stéréotype qui s'affiche, la même que celle qui est affichée dans la vue Modèle.
Comme dans notre cas, nous venons de choisir un stéréotype <<System>> l'image doit correspondre à ce stéréotype.
Essayez ensuite la valeur Structured pour la propriété Representation mode.
Si on souhaite obtenir la même représentation que la figure ci-dessous, vous devez supprimer le stéréotype. Pour cela, rendez-vous dans la vue Element, Sélectionnez <> et appuyez sur la touche Suppr.
La vue Symbole permet également de modifier d'autres propriétés graphiques comme la couleur ou l'affichage de certaines propriétés.
Rendez-vous, par exemple, sur la propriété Name dislay mode et choisissez comme nous valeur : Hidden. Vous obtiendrez alors une représentation de l'acteur Paiement Sécurisé similaire à la figure ci-dessous.
Consulter la rubrique Définir les options graphiques dans les diagrammes pour obtenir plus de détails sur la vue Symbole qui permet de visualiser et éditer les propriétés graphiques des éléments d'un diagramme et du diagramme lui-même ...
Par exemple, si vous souhaitez supprimer la grille à l'arrière du diagramme.
Cliquez quelque part sur le diagramme, sélectionnez la vue Symbole et décochez la propriété View Grid.
La rubrique Gérer les éléments dans un diagramme du manuel utilisateur indique deux possibilités pour supprimer un élément d'un diagramme :
- soit sélectionner l'élément dans le diagramme, puis appuyer sur la touche Suppr
- soit cliquer-droit sur l’élément dans le diagramme pour ouvrir son menu contextuel et choisir
Delete selection
A vous de jouer... Créez un nouvel acteur sur votre diagramme et supprimez le aussitôt ...
Lors de la suppression, n'oubliez pas remarquer que la vue Modèle est automatiquement mise à jour afin d'assurer la cohérence du modèle.
Un cas d'utilisaton (Use Case) est un *élément de type noeud.
Dans Modelio, l'élément Use Case est associé au groupe Nodes de la palette graphique, le même que celui d'un Actor.
Pour ajouter un nouveau cas d'utilisation sur le diagramme de Use Case, nous procéderons donc comme pour un Actor.
Commencez par ouvrir le groupe Nodes de la palette graphique de la vue “Edition des diagrammes”.
Cliquez ensuite sur l'icône Use case dans la palette du diagramme. Rendez-vous sur le fond du diagramme (quadrillage jaune qui va contenir le diagramme) et faites apparaître le cas d'utilisation par un clic gauche.
Consultez la vue Modèle pour constater que le cas d'utilisation Use Case (nom donné par défaut) a bien été ajouté et apparaît dans l'arborescence sous bookinons.
Sélectionnez le cas d'utilisation puis appuyez par sur F2 pour renommer simplement le cas d'utilisation en Rechercher Ouvrage.
Redimensionnez le cas d'utilisation Rechercher Ouvrage en utilisant les points de contrôle qui apparaissent après un clic sur l'élément
Comme pour un acteur, vous pouvez modifier le mode de représentation d'un cas d'utilisation, à partir de la vue Symbole (en bas de votre fenêtre de travail), en changeant la valeur de la propriété Representation mode.
Le mode représentation classique pour un cas d'utilisation est Structured comme le montre la figure ci-dessous.
La modélisation complète du cas d'utilisation Rechercher Ouvrage est la suivante :
Cette modélisation nécessite la présence de 3 éléments :
- un acteur c-a-d un élément de type Actor (
Internautepour ce UC ) - un cas d'utilisation c-a-d un élément de type Use Case (
Rechercher Ouvragepour ce UC) - ET un lien entre l'acteur et le cas d'utilisation.
Sur notre diagramme, nous disposons déjà des éléments de type Actor et de type Use Case.
Il ne nous reste plus qu'à ajouter lien entre Internaute et Rechercher Ouvrage.
Le lien de communication que nous allons établir entre l'acteur (Actor) et le cas d'utilisation (Use case) sera disponible, sous Modelio, dans le groupe Links de la palette graphique dans la vue “Edition des diagrammes”.
A vous de jouer...
Cliquez sur Communication Link dans le groupe Links de la palette graphique.
Cliquez sur l'Actor (Internaute), le point d'origine de votre lien (qui devient vert s'il est cliquable)
Cliquez sur le Use Case (Rechercher Ouvrage), le point de destination de votre lien (qui devient vert s'il est cliquable)
Ce protocole est décrit et illustrer dans la rubrique Créer des liens dans un diagramme du manuel utilisateur est disponible : ici.
Pour mettre en forme vos modèles, il est fort utile de savoir comment aligner des éléments ...
Pour aligner des éléments, Modelio propose plusieurs options d’alignement.
Les icônes correspondant aux différents choix d'alignement sont disponible dans la barre d'outils du diagramme en haut à gauche de la vue “Edition des diagrammes” et sont décrites : ici
Pour procéder à un alignement, il est necessaire d'avoir sélectionner au préalable plusieurs éléments.
Pour sélectionner rapidement plusieurs éléments d'un même diagramme, vous pouvez, par exemple, maintenir la touche Maj appuyée en sélectionnant vos différents éléments. (D'autres possibilités sont décrites ici)
Afin de mettre en pratique tout ce qui prècède, compléter votre diagramme de Use Case jusqu'à l'obtention du diagramme suivant :
Remarque :
- Veillez à bien aligner vos cas d'utilisation.
- Veillez à ce qu'il soit tous de la même longueur : N'hésitez pas à tester les différentes options de mise en forme offertes par les icônes en haut à gauche de la vue Edition des diagrammes, celles juste à côté des icônes d'alignement...
Un lien est un élément du diagramme.
Au même titre que les acteurs, il dispose d'une vue Symbole et d'une vue Element qui permettent de le paramétrer si besoin est.
Pour faire apparaître la navigabilité d'un lien sur la diagramme, il faut sélectionner le lien, puis cocher la propriété show navigability d'Association disponible dans la vue Symbole.
La navigabilité (flèche sur le lien de communication) sera alors ajoutée à la destination du lien.
Conseil: choisissez judicieusement l'origine et la destination de votre lien, si vous souhaitez visualiser la navigabilité par la suite ...
Sur le diagramme précédent, rajoutez la navigabilité entre le cas d'utilisation Effectuer une commande et l'acteur Service Clients comme l'indiquela figure ci-dessous :
Il existe des raccourcis pour créer plus facilement les diagrammes.
Tapez sur la touche A, puis cliquez sur votre diagramme de Use Cas à l'endroit où vous souhaitez créer un nouvel acteur.
Il ne vous reste plus qu'à renommer cet acteur (F2), en Libraire par exemple.
Tapez sur la touche U, puis cliquez sur votre diagramme de Use Cas à l'endroit où vous souhaitez créer un nouveau cas d'utilisation
Il ne vous reste plus qu'à renommer cet acteur (F2), en Maintenir le catalogue par exemple.
Tapez sur la touche ESPACE pour activer la création d'un lien de communication.
Il ne vous reste plus qu'à cliquer sur (Libraire) (acteur à l'origine du lien) puis sur (Maintenir le catalogue) (use case destination du lien).
Le manuel utilisateur propose un tableau récapitulant les raccourcis de création dans les diagrammes de cas d'utilisation
Afin de mettre en pratique tout ce qui prècède, compléter votre diagramme de Use Case jusqu'à l'obtention du diagramme suivant :
Pour ajouter un nouvel acteur sur votre diagramme de Use Case, commencez par ouvrir le groupe Nodes de la palette graphique de la vue “Edition des diagrammes”.
Pour que votre diagramme soit bien explicite, vous pouvez associer des notes aux éléments afin de détailler ou de justifier un choix de modélisation.
Par exemple, que signifie exactemement pour vous Maintenir les informations éditoriales ? Nous allons le préciser en ajoutant un commentaire dans une note associée au use case en question.
Commencez par ouvrir le groupe Common de la palette graphique de la vue “Edition des diagrammes” et cliquez sur Notes.
Cliquez sur l'élément auquel vous voulez ajouter une note, le use case Maintenir les informations éditoriales pour nous. Cet élément devient vert.
Cliquez alors sur le diagramme à l'emplacement auquel vous voulez positionner votre note. Une note est alors créée relié à l'élément précdemment sélectionné.
En double-cliquant sur la note créée, la fenêtre Edition s'ouvre.
Dans l'onglet Note, vous pouvez alors saisir la description que vous souhaitez ajouter, par exemple : Mise à jour des pages : Nouveautés et Meilleures ventes. Nous avons décoché l'option HTML puisque nous souhaitons un affichage le plus simple possible.
Remarque : Vérifiez que le texte est bien mis à jour dans la note sur le graphique. Il faut parfois attendre quelques secondes pour que la mise à jour soit bien effective avant de refermer la fenêtre Edition.
Redimensionnez votre note afin d'obtenir un affichage similaire à celui de la figure ci-dessous :
Remarque:
-
Créer une note à partir de l'icone de la palette graphique est une solution rapide pour commenter les éléments. Le manuel utilisateur illustre dans la rubrique Ajouter des notes / contraintes aux éléments, une autre solution qui consiste à utiliser la vue Notes et Contraintes
-
La Note permet d'associer des données textuelles à un élément. Il existe, sous Modélio, 4 mécanismes d'annotation utilisés pour compléter les propriétés des éléments :
- les stéréotypes utilisés pour modifier / raffiner le type d'un objet
- les tagged values utilisées pour ajouter des propriétés à un élément
- les notes & contraintes utilisées pour la description, la documentation, le code,...
- les notes riches similaire aux notes avec un contenu plus riche de type HTML, document OpenOffice ou Word, ...
Pour en savoir plus, consulter la rubrique Annoter des éléments du manuel utilisateur.
Arrivé(e) à ce point du tutoriel, nous pouvons considérer que le diagramme de Use Case que vous venez de créer correspond au diagramme de use case obtenu lors d'une première itération. Nous allons donc maintenant considérer que nous entrons dans une seconde itération qui consiste à affiner notre diagramme de Use Case
Nous allons modifier notre diagramme pour faire apparaître l'acteur généralisé abstrait Internaute.
Commencez par créer deux nouveaux acteurs sur le diagramme que vous appelerez Visiteur et Client.
L'acteur Internaute doit maintenant devenir la généralisation des rôles Client et Visiteur.
Pour ajouter une relation de généralisation entre Client et Internaute, cliquez sur Generalization dans le groupe Links de la palette graphique.
L'origine du lien est l'acteur Client (que vous sélectionnerez par un clic).
La destination du lien est l'acteur Internaute (que vous sélectionnerez par un clic).
Le raccourci pour activer la création d'une relation de généralisation est la touche G.
Appuyez sur la touche G, puis sélectionnez l'acteur Visiteur comme origine du lien.
Sélectionnez ensuite l'acteur Internaute comme destination du lien.
L'acteur Internaute peut être vu comme une généralisation abstraite des rôles Client et Visiteur.
Pour faire apparaître ce caractère abstrait sur le diagramme, nous pouvons modifier les propriétés de l'acteur afin que le rôle Internaute apparaisse déormais en italique.
Sélectionner l'acteur Internaute, rendez-vous dans la vue Symbol.
Dans Actor, cliquez sur la valeur de la proriété Font afin de transformer le Style de police de Gras vers Italique Gras.
Le nom de l'acteur (rôle) apparait désormais en italique dans votre diagramme.
Après une remise en forme des éléments, vous devriez obtenir une figure semblable à la figure ci-dessous :
D'après la modélisation faite en cours :
- Un
Internaute, qu'il soitClientouVisiteurpeut :- soit
Rechercher un ouvrage - soit
Gérer son panier
- soit
- Un
Visiteurpeut en plus :Créer un compte Client
- Un
Clientpeut en plus :Effectuer une commande,Consulter ses commandesGérer son compte client
Il faut donc mettre à jour le diagramme de use case en conséquence.
Commencez par supprimer du diagramme de Use Case les liens reliant l'acteur Internaute aux uses cases : Effectuer une commande``** et **Consulter ses commandes`.
C'est désormais le Client qui est l'acteur déclencheur de ses cas d'utilisation.
Ajoutez donc deux nouveaux liens de communications entre le Client et Effectuer une commande``** et **Consulter ses commandes`.
Le Client doit également être relié à un troisième use case Gérer son compte client à créer.
Créez ensuite un nouveau Use Case Créer un compte Client qui devra être relié à l'acteur Visiteur.
Votre de diagramme de Use Case autour des acteurs Internaute, Visiteur et Client doit désormais être conforme à la figure ci-dessous :
Rappelons que dans le cas d'une inclusion, le cas d'utilisation source comprend le comportement décrit par le cas d’utilisation destination de manière obligatoire.
Dans l'étude de cas bookinons, pour pouvoir Effectuer une commande, Consulter ses commandes ou Gérer son compte, le Client doit obligatoirement S’authentifier au préalable .
Commencez par créer sur votre diagrammme, un nouveau Use Case S’authentifier.
Pour créer une relation d'inclusion entre Effectuer une commande et S'authentifier, cliquez sur Inclusion relationship dans le groupe Links de la palette graphique.
L'origine du lien est le use case Effectuer une commande (que vous sélectionnerez par un clic).
La destination du lien est le use case S'authentifier (que vous sélectionnerez par un clic).
Faites de même avec les use case Consulter ses commandes et Gérer son compte afin d'obtenir la modélisation ci-dessous. Pour information, le raccourci pour activer la création d'une relation d'inclusion est la touche I.
Rappelons que dans le cas d'une extension, le cas d'utilisation source ajoute son comportement au cas d'utilisation destination de manière optionnelle.
Dans l'étude de cas bookinons, Rechercher un ouvrage peut donner lieu à
Effectuer une recherche détaillée c-a-d que la recherche détaillée peut être une option dans la recherche d'un ouvrage ...
Commencez par créer sur votre diagrammme, un nouveau Use Case Effectuer une recherche détaillée.
Pour créer une relation d'extension entre Effectuer une recherche détaillée et Rechercher un ouvrage, cliquez sur Extension relationship dans le groupe Links de la palette graphique.
L'origine du lien est le use case Effectuer une recherche détaillée. (que vous sélectionnerez par un clic).
La destination du lien est le use case Rechercher un ouvrage (que vous sélectionnerez par un clic).
Pour information, le raccourci pour activer la création d'une relation d'inclusion est la touche E.
Pour finaliser le diagramme de cas d'utilisation, nous souhaitons rajouter sur notre diagramme :
- un nouveau use case
Consulter l'aide en lignedont l'acteur est l'Internaute - une note associée au use case
Maintenir le sitedont la description estGestion des droits, Statistiques des ventesdont l'acteur est l'Internaute
Remarque : Pour retailler automatiquement la taille d'un élément, il est possible d'utiliser l'icône 
(accessible dans la barre d'outils de la vue d'Edition des diagrammes, à côté des icônes correspondant aux différents choix d'alignement). Un clic sur cet icône permet d'ajuster la taille de l'élément sélectionné à son contenu. Cela est très pratique, essayez avec les descriptions par exemple ...
Après avoir effectué ces dernières modifications, assurez-vous qu'arrivé(e) à ce point du tutoriel votre diagramme de cas d'utilisation soit conforme à la figure ci-dessous.
UML propose le concept de paquetage (package en anglais).
Le package est un mécanisme général qui permet de regrouper des éléments UML
Il est ainsi possible de regrouper les UC en package en les classant par ensemble fonctionnel.
Par exemple, dans bookinons :
- plusieurs UC concernent tout ce qui est relatif à l’Internaute (front-office)
- plusieurs UC concernent et une partie propre aux Employés (back-office)
Par ailleurs, il est également possible de créer un package pour les UC que nous qualifierons de UC de second rang ou de UC de seconde cible qui ne représentent pas une intention métier à part entière du client ( UC majeur ou UC de première cible ), mais plutôt un niveau intermédiaire comme pour l'UC S'authentifier
qui permet au client d'exécuter ses propres UC majeurs.
Pour notre étude de case, nous choisissons de regrouper les UC selon leur ordre de priorité par rapport aux intentions métier des acteurs :
- le package
Cible 1contiendra 2 autres packages :UC des InternautesetUC des Employés
- le package
Cible 2contiendra directement les cas d’utilisations :Consulter l ’aide en ligneetS'authentifier.
Pour mettre en place cette arborescence de packages, rendez-vous dans la vue Model, placez-vous sur bookinons, puis d'un clic droit sélectionnez (Create element -> Package).
Une fois le package créé, renommez-le en Cible 1.
De la même manière à partir du package Cible 1, créez deux nouveaux packages : UC des Internautes et UC des Employés.
Enfin, au même niveau que le package Cible 1, créez un nouveau package Cible 2.
Vous devriez obtenir une arobrescence similaire à la figure ci-dessous.
Il ne vous reste plus qu'à déplacer les cas d'utilisation et les acteurs dans les packages concernés afin d'obtenir une répartition conforme à la figure ci-dessous.
Peu importe pour le moment l'ordre des UC dans les packages.
Remarque : Si vous souhaitez tout de même classer les éléments dans la vue Model, vous pouvez utiliser les flèches jaunes disponibles dans la barre d'outils de cette vue pour faire monter ou " descendre un élément à une position souhaitée.
Comme l'indique la rubrique Copier un diagramme en tant qu'image, pour copier le contenu d’un diagramme au presse-papiers, il suffit de cliquer sur l’icône
dans la barre d’outils du diagramme et puis de coller le contenu du diagramme dans un autre document.
Remarque : Seul le diagramme est copié, pas la grille.
Rappel: Tous les éléments des diagrammes UML sont définis et illustrés dans le Normative Documents.
La dernière version est celle d'UML 2.5. Elle est disponible ici
Les chapitres 18.Usa Case du Normative Documents traitent des différents éléments associés aux diagrammes d'activités.
Pour un diagramme d'activités, la palette graphique propose les éléments spécifiques suivants :
Ces éléments respectent la terminologie énoncée dans le Normative Documents (spécification d'UML).
La rubrique ressources du site ModelioSoft propose des exemples de diagrammes réalisés avec Modélio.
Les exemples concernant les diagrammes de cas d'utilisation sont disponibles : ici
Ce tutoriel vous guide dans l'utilisation de Modelio selon une démarche pseudo-RUP basé sur le modèle de Kruchten dit modèle des 4 + 1 vues, adopté dans l'Unified Process
L’approche 4+1 View Model propose 5 vues :
- Scenarios : cette vue, appelée aussi vue des cas d'utilisation, guide toutes les autres vues car elle décrit les besoins attendus par chaque acteur du système. On dit souvent que la vue scénario constitue la "colle" qui unifie les 4 autres vues
- Logical View : cette vue décrit le comportement du système vu de l'intérieur. De haut niveau, cette vue se concentre sur l'abstraction et l'encapsulation : elle modélise les éléments et les mécanismes principaux du système.
- Developpment View : cette vue décrit l'organisation logicielle du projet. De bas niveau (aussi appelée vue de réalisation), cette vue identifie les modules qui réalisent (physiquement) les classes de la vue logique, elle montre également l'organisation entre les composants et leurs dépendances.
- Physical View : cette vue l'organisation matérielle du projet.Elle est très importante dans les environnements distribués.
- Process View : cette vue est intéressante dans les environnements multitâches car elle montre la décomposition du système en terme de processus.
Remarque sur le choix de cette approche : L'approche vues 4+1 permet de faire le lien entre la conception UML et la méthodologie (démarche) que nous allons adopter pour mener à bien notre projet. Cette démarche permettra de réaliser lors de différentes itérations, un enrichissement de l'étude basée sur UML : l'idée étant de partir des besoins utilisateurs et d'aller vers le code. Chaque étape permettra de mieux comprendre / modéliser le Système d'information.
Il est intéressant de remarquer que les approches objets basées sur UML ont pour caractéristique et avantage de « proposer » sans « imposer ».
Nous choisissons une approche vue 4+1 pour organiser notre démarche et classer nos diagrammes mais les différents diagrammes UML pourraient tout aussi bien trouver leur place dans une autre approche.
Commencez par créer un nouveau package que vous appelerez Vue des cas d'utilisation (appelée parfois également Vue Scenario).
Placez dans ce package tous les éléments créés précdemment de manière à obtenir l'arborescence suivante :
Complétez cette arborescence en créant 4 nouveaux packages que vous nommerez : Vue logique, Vue de réalisation, Vue des processus et Vue de déploiement de manière à proposer dans la Vue Model une approche 4+1 similaire à la suivante :
La vue Scénario (celle des cas d’utilisations) que nous venons d'enrichir avec le diagramme de use case est la vue de référence : toutes les autres vues dépendent de celle-ci. La vue scénario va permettre de partager les informations collectées (acteur et use case) avec les autres vues. En pratique, on rattache énormément de documentation à la vue scénario comme le cahier des charges ou la description détaillée des use case,… La vue scénario est donc plutôt abstraite que technique.
Le passage à la vue Logique permet de mettre en route les premières réflexions concrètes sur le futur logiciel. En s'appuyant sur plusieurs diagrammes dynamiques, la vue logique propose une série de vues du système d'information d'un niveau d'abstraction très élevé. La mise en place de la vue Logique se mène en permanence par rapport aux découvertes faites dans la vue Scénario. Les deux vues s'enrichissent mutuellement et il ne faut pas hésiter à passer de l'une à l'autre, à modifier l'une ET l'autre tout en avançant…
Mais gardez bien à l'esprit qu'UML est un LANGAGE...et pas une méthode d'analyse !!!
Modéliser via des diagrammes UML doit vous permettre avant tout d'expliciter et d'éclaircir certains points de votre développement.
Cet arborescence est donc optionnelle pour simplement communiquer via UML.
L'important est avant tout de savoir créer, comprendre et interpréter les différents diagrammes en utilisant le formalisme proposé par UML.
Raccourcis de création dans les diagrammes de cas d'utilisation
Gérer les éléments dans un diagramme
Vous trouvez dans cette partie les liens vers les parties du manuel utilisateur utiles pour la création des diagrammes de cas d'utilisation :
Rubriques:
-
Créer un diagramme disponible : ici
-
Créer un élément disponible : ici
-
Créer des éléments de type noeud est disponible : ici.
-
Créer des liens dans un diagramme est disponible : ici.
-
Créer des éléments dans un diagramme est disponible : ici
-
Retailler un élément est disponible : ici
-
Ajouter des stéréotypes aux éléments est disponible : ici
-
Définir les options graphiques dans les diagrammes est disponible : ici
-
Aligner des éléments est disponible : ici
-
Gérer les éléments dans un diagramme est disponible : ici
-
Raccourcis de création dans les diagrammes de cas d'utilisation est disponible : ici
-
Copier un diagramme en tant qu'image est disponible : ici
Vues:
- vue Modèle disponible : ici
- vue Edition des diagrammes disponible : ici
- vue Symbole disponible : ici
Exemples de diagrammes réalisés avec Modélio : disponibles ici