Modélisation UML avec Rational Rose 2000

Transcription

1 Modélisation UML avec Rational Rose 2000 Terry Quatrani Éditions Eyrolles ISBN :

2 3 Les cas d utilisation Dans ce chapitre Comportement du système Acteurs Cas d utilisation Relations entre cas d utilisation Diagrammes de cas d utilisation Diagrammes d activité Synthèse Comportement du système Le comportement attendu d un système en cours de développement est illustré par un modèle de cas d utilisation, qui met en évidence les fonctions attendues du système (cas d utilisation), un environnement (les acteurs) et les relations entre les cas d utilisations et les acteurs (diagrammes de cas d utilisation). La communication est le rôle le plus important joué par un modèle à base de cas d utilisation. C est un vecteur utilisé par les clients, les utilisateurs

3 2 Modélisation UML avec Rational Rose 2000 finaux et les développeurs pour discuter des fonctionnalités du système et de son comportement. Le modèle à base de cas d utilisation commence tout d abord, lors de la phase d étude d opportunité, par l identification des acteurs et des principaux cas d utilisation du système. Le modèle est mûri pendant la phase d élaboration des informations détaillées viennent compléter les cas d utilisation qui ont été identifiés, et des cas d utilisation supplémentaires sont ajoutés au besoin. Acteurs Les acteurs ne font pas partie du système ; ce sont toute personne ou entité pouvant interagir avec le système. Un acteur peut avoir les comportements suivants : donner des informations au système ; recevoir des informations du système ; donner et recevoir des information du système. En général, ces acteurs sont mentionnés dans l énoncé du problème et identifiés grâce aux conversations avec les clients et les experts du domaine. On peut recourir aux questions suivantes pour identifier les acteurs d un système : Qui est intéressé par un besoin donné? Où le système est-il utilisé au sein de l organisation? Qui profitera de l utilisation du système? Qui fournira une information donnée au système, et qui l utilisera ou la supprimera? Qui assurera un support aux utilisateurs du système et la maintenance de celui-ci? Le système fait-il appel à des ressources externes? Une personne joue-t-elle plusieurs rôles différents? Plusieurs personnes jouent-elles le même rôle?

4 Les cas d utilisation CHAPITRE 3 3 Le système interagit-il avec une application patrimoine? Dans UML, un acteur est représenté par un petit personnage, tel qu il apparaît Figure 3-1. Figure 3-1 Notation UML pour un acteur. Bien identifier les acteurs Des précautions doivent être prises quand on identifie les acteurs d un système. Cette identification se déroule itérativement le premier jet de la liste des acteurs d un système est rarement définitif. Par exemple, doit-on distinguer un nouvel étudiant d un étudiant qui renouvelle son inscription? Il ne faut le faire que si les deux acteurs doivent interagir de façon différente avec le système. De façon analogue, il est inutile d introduire des acteurs dont les rôles sont déjà assumés par des acteurs existants. Par exemple, un assistant de cours est un étudiant qui enseigne. Or, ces deux rôles sont déjà tenus par les acteurs Étudiant et Professeur. Il n est donc pas nécessaire de créer un acteur Assistant. En examinant les acteurs qui ont été identifiés, et en documentant la manière dont ils utilisent le système, on parvient progressivement à un ensemble satisfaisant d acteurs pour le système. Les acteurs du système d inscription de l ESU Dans notre étude de cas, les questions posées pour identifier les acteurs ont donné lieu aux réponses suivantes : Les étudiants souhaitent s inscrire pour des cours. Les professeurs choisissent les cours qu ils enseigneront.

5 4 Modélisation UML avec Rational Rose 2000 La scolarité doit créer le programme d études et générer un catalogue pour le semestre. La scolarité doit gérer toutes les informations relatives aux cours, aux professeurs et aux étudiants. L application en cours de développement alimentera le système de facturation. En s appuyant sur ces réponses, on identifie les acteurs suivants : Étudiant, Professeur, Scolarité et Facturation. Création des acteurs avec Rational Rose 1. Cliquer avec le bouton droit sur le paquetage Use Case View dans le navigateur afin de faire apparaître le menu contextuel. 2. Sélectionner l option New:Actor dans le menu. Un nouvel acteur dénommé New Class est placé dans le navig2ateur. 3. L acteur dénommé New Class étant sélectionné, saisir le nom désiré pour l acteur. La vue du navigateur montrant les acteurs du système d inscription aux cours de l ESU apparaît Figure 3-2. Figure 3-2 Acteurs.

6 Les cas d utilisation CHAPITRE 3 5 La description des acteurs Une brève description de chaque acteur doit être ajoutée au modèle. Cette description doit identifier le rôle que l acteur joue quand il interagit avec le système. La description des acteurs pour le système d inscription aux cours de l ESU est la suivante : Étudiant : personne inscrite pour suivre des cours à l université. Professeur : personne habilitée à donner des enseignements à l université. Scolarité : personne responsable de la gestion du système d inscription aux cours de l ESU. Facturation : système externe responsable de la facturation des cours aux étudiants. Documentation des acteurs avec Rational Rose 1. Si la fenêtre de documentation n est pas visible, l ouvrir en sélectionnant l option Documentation du menu View. 2. Sélectionner l acteur dans le navigateur. 3. Placer le curseur dans la fenêtre de documentation et taper le texte. La documentation pour l acteur Étudiant est présentée Figure 3-3. Figure 3-3 Documentation de l acteur Étudiant. Cas d utilisation Les cas d utilisation modélisent un dialogue entre un acteur et le système. Ils représentent la fonctionnalité fournie par le système, c est-à-dire, les services qui seront rendus à l acteur par le système. L ensemble des cas d utilisation pour un système donné constitue toutes les façons dont le système peut être utilisé. La définition formelle d un cas d utilisation est la suivante : c est une

7 6 Modélisation UML avec Rational Rose 2000 séquence de transactions effectuées par un système, qui procure un résultat significatif, mesurable pour un acteur donné. Les questions suivantes contribuent à identifier les cas d utilisation d un système : Quelles sont les tâches de chaque acteur? Un acteur va-t-il créer, stocker, modifier, supprimer ou lire des informations du système? Pour quels cas d utilisation devra-t-on créer, stocker, modifier, supprimer ou lire ces informations? Un acteur aura-t-il besoin d informer le système d un changement externe inopiné? Un acteur aura-t-il besoin d être informé de certains événements survenant dans le système? Quels cas d utilisation décriront la maintenance du système? Tous les cas d utilisation identifiés couvrent-ils bien l ensemble des besoins fonctionnels? Dans UML, un cas d utilisation est représenté par un ovale (voir Figure 3-4). Figure 3-4 Notation UML pour un cas d utilisation. De quoi est constitué un «bon» cas d utilisation? La qualité d un cas d utilisation a longtemps fait l objet de discussions. Il est notamment difficile de déterminer la taille et le niveau de détail adéquats d un cas d utilisation. Il n existe pas de recette. L heuristique que nous suivons tente d appliquer le principe suivant : Un cas d utilisation représente un fragment majeur de fonctionnalité, complet du début à la fin. Un cas d utilisation doit apporter une valeur ajoutée à un acteur.

8 Les cas d utilisation CHAPITRE 3 7 Par exemple, dans le système d inscription aux cours de l ESU, un étudiant doit tout d abord sélectionner les cours pour un semestre, il doit ensuite être ajouté aux offres de cours, et enfin être facturé. Y a-t-il trois cas d utilisation ou un seul? Il semble qu il faille n en créer qu un seul, car cette fonctionnalité représente intégralement ce qui se produit du début à la fin. En quoi le système serait-il utile si un étudiant n était pas ajouté aux cours sélectionnés (ou au moins informé si l ajout n avait pas lieu)? Ou encore si l étudiant n était pas facturé (la gratuité des cours ne permettrait sans doute pas à l université de survivre)? Un autre problème qui se pose est le regroupement des fonctionnalités différentes qui semblent devoir aller ensemble. Par exemple, la Scolarité peut ajouter, supprimer et modifier des cours. Faut-il trois cas d utilisation ou un seul? Ici encore, un seul cas semble suffire la gestion du programme d études, car ces opérations sont initiées par le même acteur et concernent les mêmes entités du système (le programme d études). Les cas d utilisation du système d inscription aux cours de l ESU Les besoins suivants doivent être pris en compte par le système : L acteur Étudiant doit utiliser le système pour s inscrire aux cours. Dès que le processus de sélection des cours est achevé, la Facturation doit recevoir les information de facturation. L acteur Professeur doit utiliser le système pour sélectionner les cours qu il désire enseigner pendant un semestre, et doit pouvoir recevoir du système la liste des étudiants inscrits aux cours. La Scolarité est responsable de la génération du catalogue des cours pour un semestre et de la gestion de toutes les informations relatives tant au programmme d études qu aux étudiants et aux professeurs, qui sont requises par le système. En s appuyant sur ces besoins, les cas d utilisation suivants ont été identifiés : inscription aux cours, sélection des cours à enseigner, requête de la liste des étudiants inscrits aux cours,

9 8 Modélisation UML avec Rational Rose 2000 Figure 3-5 Cas d utilisation. gestion des informations relatives aux cours, gestion des informations relatives aux professeur, gestion des informations relatives aux étudiants, création du catalogue des cours. Création des cas d utilisation avec Rational Rose 1. Cliquer avec le bouton droit sur le paquetage Use Case View du navigateur, afin de faire apparaître le menu contextuel. 2. Sélectionner l option New:Use Case dans le menu. Un nouveau cas d utilisation dénommé NewUseCase est placé dans le navigateur. 3. Le cas d utilisation étant sélectionné, entrer son nom. La vue du navigateur montrant les cas d utilisation du système d inscription aux cours de l ESU apparaît Figure 3-5.

10 Les cas d utilisation CHAPITRE 3 9 Description accompagnant un cas d utilisation Un cas d utilisation est accompagné d une description qui établit ses objectifs en quelques phrases, fournissant une définition de haut niveau de la fonctionnalité assurée par celui-ci. Cette description est habituellement créée pendant la phase d étude d opportunité lors de l identification du cas d utilisation. Pour le cas d utilisation Inscription aux cours, nous aurions par exemple la description suivante : Ce cas d utilisation est démarré par l acteur Étudiant. Il fournit la capacité de créer, modifier et/ou consulter l emploi du temps d un étudiant pour un semestre donné. Création d une description de cas d utilisation dans Rational Rose 1. Sélectionner le cas d utilisation dans le navigateur. 2. Placer le curseur dans la fenêtre de documentation et saisir la description du cas d utilisation. Si la fenêtre de documentation n est pas visible, l ouvrir en sélectionnant l option Documentation du menu View. La fenêtre de saisie de la description du cas d utilisation Inscription aux cours est présentée Figure 3-6. Figure 3-6 Description d un cas d utilisation. Le flot des événements pour un cas d utilisation Chaque cas d utilisation est aussi décrit par un flot d événements. Pour un cas d utilisation donné, le flot des événements est une description des événements nécessaires à l accomplissement du comportement requis par le cas d utilisation. Le flot des événements décrit ce que le système doit faire, et non comment le système doit le faire. C est-à-dire qu il est écrit dans le langage du métier, et non pas en termes d implémentation.

11 10 Modélisation UML avec Rational Rose 2000 Le flot des événements doit inclure les informations suivantes : quand et comment le cas d utilisation commence et se termine, quelles interactions le cas d utilisation possède avec les acteurs, quelles données sont requises par le cas d utilisation, la séquence normale des événements pour un cas d utilisation, la description des flots secondaires et exceptionnels. La documentation du flot des événements est classiquement créée d une façon itérative pendant la phase d étude d opportunité. Dans un premier temps, on donne seulement une brève description des étapes requises pour mener à bien le flot normal du cas d utilisation, c est-à-dire, en précisant quelle fonctionnalité est fournie par le cas d utilisation. Au fur et à mesure que l analyse progresse, les étapes sont détaillées. Finalement, les flots exceptionnels sont intégrés aux cas d utilisation (c est la partie qu arrive-t-il si du flot des événements). Chaque projet devrait utiliser un patron standard pour la création du document relatif au flot des événements. Nous avons constaté que le patron suivant était utile : X flot d événements du cas d utilisation <nom>, X.1 préconditions, X.2 flot principal, X.3 sous-flot (si applicable), X.4 flots secondaires. Ici, X est un numéro compris entre 1 et le nombre de cas d utilisation. Un échantillon complet du document relatif aux flots d événements du cas d utilisation Sélection des cours à enseigner est présenté ci-après.

12 Les cas d utilisation CHAPITRE 3 11 Flot des événements du cas d utilisation Sélection des cours à enseigner Préconditions Le sous-flot Création des offres de cours du cas d utilisation Gestion Informations Cours doit s exécuter avant que ce cas d utilisation ne commence. Flot principal Le cas d utilisation commence quand le Professeur se connecte au système d inscription et saisit son mot de passe. Le système vérifie la validité du mot de passe (E-1) et incite le Professeur à sélectionner le semestre courant ou un semestre à venir (E-2). Le Professeur entre le semestre désiré. Le système demande au Professeur de sélectionner l activité souhaitée : AJOUTER, SUPPRIMER, CONSULTER, IMPRIMER ou QUITTER. Si l activité sélectionnée est AJOUTER, le sous-flot S-1 : Ajouter une offre de cours est exécuté. Si l activité sélectionnée est SUPPRIMER, le sous-flot S-2 : Supprimer une offre de cours est exécuté. Si l activité sélectionnée est RÉVISER, le sous-flot S-3 : Réviser un emploi du temps est exécuté. Si l activité sélectionnée est IMPRIMER, le sous-flot S-4 : Imprimer un emploi du temps est exécuté. Si l activité sélectionnée est QUITTER, le cas d utilisation se termine. Sous-flots S-1 : Ajouter une offre de cours Le système affiche un écran pour le cours qui contient un champ pour son nom et un champ pour son numéro. Le Professeur entre le nom et le numéro d un cours (E-3). Le Professeur sélectionne une offre de cours. Le système établit le lien entre le Professeur et l offre de cours sélectionnée (E-5). Le cas d utilisation recommence ensuite. S-2 : Supprimer une offre de cours Le système affiche un écran pour l offre de cours qui contient un champ pour son nom et un champ pour son numéro. Le Professeur entre le nom et le numéro de l offre de cours (E-6). Le système supprime le lien vers le Professeur (E-7). Le cas d utilisation recommence ensuite.

13 12 Modélisation UML avec Rational Rose 2000 S-3 : Réviser un emploi du temps Le système récupère(e-8) et affiche les informations suivantes de toutes les offres de cours pour lesquels le Professeur s est engagé : le nom du cours, le numéro du cours, le numéro de l offre de cours, les jours de la semaine, l heure, et le lieu. Quand le Professeur indique qu il en a fini avec la révision, le cas d utilisation recommence. S-4 : Imprimer un emploi du temps Le système imprime l emploi du temps du Professeur (E-9). Le cas d utilisation recommence. Flots secondaires E-1 : Un numéro d identification de Professeur est entré. L utilisateur peut entrer un nouveau numéro d identification de Professeur ou sortir du cas d utilisation. E-2 : Un semestre invalide est entré. L utilisateur peut entrer un nouveau semestre ou sortir du cas d utilisation. E-3 : Un numéro/nom de cours est entré. L utilisateur peut entrer une nouvelle combinaison numéro/nom ou sortir du cas d utilisation. E-4 : Les offres de cours ne peuvent être affichées. L utilisateur est informé que cette option n est pas disponible pour l instant. Le cas d utilisation recommence. E-5 : Un lien ne peut être créé entre le professeur et l offre de cours. Les informations sont sauvegardées et le système établira le lien plus tard. Le cas d utilisation se poursuit. E-6 : Un numéro/nom d offre de cours est entré. L utilisateur peut entrer une nouvelle combinaison numéro/nom ou sortir du cas d utilisation. E-7 : Un lien ne peut être supprimé entre le professeur et l offre de cours. Les informations sont sauvegardées et le système supprimera le lien plus tard. Le cas d utilisation se poursuit. E-8 : Le système ne permet pas de récupérer les informations relatives à l emploi du temps. Le cas d utilisation recommence. E-9 : L emploi du temps ne peut pas être imprimé. L utilisateur est informé que cette option n est pas disponible pour l instant. Le cas d utilisation recommence. Les documents relatifs aux flots des événements sont saisis et gérés dans des documents externes à Rose. Ces documents sont liés aux cas d utilisation.

14 Les cas d utilisation CHAPITRE 3 13 Figure 3-7 Document du flot d événements lié. Lier des documents relatifs aux flots d événements à des cas d utilisation avec Rational Rose 1. Cliquer avec le bouton droit sur le cas d utilisation dans le navigateur, afin de faire apparaître le menu contextuel. 2. Sélectionner l option Open Specification du menu. 3. Sélectionner l onglet Files. 4. Cliquer avec le bouton droit pour faire apparaître le menu contextuel. 5. Sélectionner l option Insert File du menu. 6. Se déplacer vers le répertoire approprié et sélectionner le fichier désiré. 7. Cliquer sur le bouton Open. 8. Cliquer sur le bouton OK pour fermer la spécification. Les documents liés sont aussi ajoutés dans le navigateur. Un document de flot d événements lié à un cas d utilisation est présenté Figure 3-7.

15 14 Modélisation UML avec Rational Rose 2000 Relations entre cas d utilisation Une relation de type association peut exister entre un acteur et un cas d utilisation. On dénomme souvent ce type d association association de communication, puisqu elle représente un échange d informations entre un acteur et un cas d utilisation. Une association peut être navigable dans les deux directions (de l acteur vers le cas d utilisation et du cas d utilisation vers l acteur) ou bien elle peut n être navigable que dans une seule direction. Le sens de navigation d une association indique qui initie la communication (soit c est l acteur qui initie la communication avec le cas d utilisation, soit c est le cas d utilisation qui initie la communication avec l acteur). Une association est représentée par une ligne qui relie les deux éléments impliqués. Si elle est unidirectionnelle, la navigabilité est représentée graphiquement par une flèche sur la ligne de l association, qui en indique la direction. Deux types de relations peuvent exister entre des cas d utilisation : include et extend. De nombreux cas d utilisation peuvent partager un même fragment de fonctionnalité. Cette fonctionnalité est disposée dans un cas d utilisation séparé, ce qui évite de la documenter dans chaque cas d utilisation où elle intervient. Les relations de type include sont créées entre le nouveau cas d utilisation et tout cas d utilisation qui en «utilise» les fonctionnalités. Par exemple, tous les cas d utilisation du système d inscription aux cours de l ESU démarrent par la vérification de l identité de l utilisateur. Cette fonctionnalité peut être saisie par un cas d utilisation Vérification de l utilisateur, qui est alors utilisé par tous les autres cas d utilisation qui en ont besoin. Une relation de type include se dessine comme une relation de dépendance connectant le cas d utilisation de base au cas d utilisation dont on se sert. REMARQUE Avec Rational Rose 2000, il faut utiliser une association unidirectionnelle et non une relation de dépendance. Une relation de type extend est utilisée pour montrer : un comportement optionnel ; un comportement qui ne se réalise que sous certaines conditions, tel que le déclenchement d une alarme ; plusieurs flots différents qui peuvent s exécuter, selon la sélection de l acteur.

16 Les cas d utilisation CHAPITRE 3 15 Par exemple, un cas d utilisation qui gère le flux de paquets arrivant sur un tapis roulant peut être étendu par un autre cas d utilisation Déclenchement d alarme si les paquets causent un embouteillage. Jusqu à présent, aucune extension n a été identifiée pour le système d inscription aux cours de l ESU. Une relation de type extend se dessine comme une relation de dépendance connectant l extension au cas d utilisation de base. UML contient le concept de stéréotype, qui permet d étendre les éléments de modélisation de base pour en créer de nouveaux. Ainsi, le concept de stéréotype permet à UML de ne posséder qu un ensemble minimal de symboles qui peut être étendu au besoin. Cela permet de fournir des artefacts de communication ayant une signification dans le contexte du système en cours de développement. Les noms de stéréotypes sont entourés de chevrons (<< >>) et placés sur la ligne qui concrétise la relation. Les stéréotypes sont utilisés pour créer les relations requises entre cas d utilisation. Le stéréotype << communicate >> peut être ajouté à une association pour montrer qu il s agit d une association de communication. Ce n est pas obligatoire puisqu une association de communication est le seul type de relation autorisée entre un acteur et un cas d utilisation. Les relations de type include et extend doivent utiliser des stéréotypes puisqu elles sont toutes deux représentées par une relation de dépendance. Un exemple de relations entre cas d utilisation est présenté Figure 3-8. Figure 3-8 Relation entre cas d utilisation.

17 16 Modélisation UML avec Rational Rose 2000 Diagrammes de cas d utilisation Un diagramme de cas d utilisation est une vue graphique de tout ou partie des acteurs d un système, de ses cas d utilisation et de leurs interactions. Chaque système possède normalement un diagramme de cas d utilisation principal (Main), qui précise les frontières du système (acteurs) et celles des fonctionnalités principales fournies par le système (cas d utilisation.) D autres diagrammes de cas d utilisation peuvent être ajoutés au besoin. En voici trois exemples : un diagramme qui regroupe tous les cas d utilisation impliquant un acteur donné ; un diagramme qui regroupe tous les cas d utilisation implémentés au cours d une itération donnée ; un diagramme qui regroupe les cas d utilisation et leurs relations. Création du diagramme de cas d utilisation principal avec Rational Rose 1. Double-cliquer sur le diagramme principal (Main) de la Use Case View du navigateur pour ouvrir le diagramme. 2. Sélectionner un acteur dans le navigateur, et faire glisser l acteur sur le diagramme. 3. Répéter l étape 2 pour chaque acteur supplémentaire requis dans le diagramme. 4. Sélectionner un cas d utilisation dans le navigateur et le faire glisser sur le diagramme. 5. Répéter l étape 4 pour chaque cas d utilisation supplémentaire requis dans le diagramme. REMARQUE Les acteurs et les cas d utilisation peuvent aussi être créés directement dans le diagramme de cas d utilisation au moyen de la barre d outils. Création des associations de communication avec Rational Rose 1. Sélectionner l icône d association, ou l icône d association unidirectionnelle, sur la barre d outils du diagramme.

18 Les cas d utilisation CHAPITRE 3 17 REMARQUE Si l icône d association n est pas présente sur la barre d outils du diagramme, elle peut être ajoutée en double-cliquant sur la barre d outils, en sélectionnant le choix Customize, dans le menu de raccourcis, et en l ajoutant à la barre d outils. 2. Cliquer sur un acteur qui initie une communication et étirer la ligne de l association vers le cas d utilisation désiré. Pour ajouter le stéréotype communicate (optionnel) 1. Double-cliquer sur la ligne d association afin de faire apparaître sa spécification. 2. Cliquer sur la flèche dans le champ Stereotype pour faire apparaître le menu déroulant, et sélectionner communicate. 3. Cliquer sur le bouton OK pour fermer la spécification. 4. Répéter les étapes précédentes pour chaque relation de communication supplémentaires. Création des relations d inclusion avec Rational Rose 1. Sélectionner l icône d association unidirectionnelle sur la barre d outils. 2. Cliquer sur le cas d utilisation utilisateur et faire glisser l icône d association unidirectionnelle vers le cas d utilisation utilisé. 3. Double-cliquer sur la flèche de l association unidirectionnelle pour faire apparaître la fenêtre de spécification. 4. Cliquer sur la flèche dans le champ Stereotype pour faire apparaître le menu déroulant, et sélectionner include. 5. Cliquer sur le bouton OK pour fermer la fenêtre de spécification. Création des relations d extension avec Rational Rose 1. Sélectionner l icône d association unidirectionnelle sur la barre d outils. 2. Cliquer sur le cas d utilisation qui contient la fonctionnalité étendue et étirer l icône d association unidirectionnelle vers le cas d utilisation de base.

19 18 Modélisation UML avec Rational Rose 2000 Figure 3-9 Diagramme de cas d utilisation principal. 3. Double-cliquer sur la flèche de l association unidirectionnelle pour faire apparaître la fenêtre de spécification. 4. Cliquer sur la flèche dans le champ Stereotype pour faire apparaître le menu déroulant, et sélectionner extend. 5. Cliquer sur le bouton OK pour fermer la fenêtre de spécification. Le diagramme de cas d utilisation principal pour le système d inscription aux cours de l ESU apparaît Figure 3-9. Création de diagrammes de cas d utilisation supplémentaires avec Rational Rose 1. Double-cliquer sur la vue des cas d utilisation (Use Case View) dans le navigateur de façon à faire apparaître le menu contextuel. 2. Sélectionner l option New:Use Case Diagram du menu. 3. Le diagramme de cas d utilisation étant ouvert, taper son nom. 4. Ouvrir le diagramme et y ajouter des acteurs, des cas d utilisation et des interactions, selon les besoins.

20 Les cas d utilisation CHAPITRE 3 19 Figure 3-10 Un diagramme de cas d utilisation supplémentaire. Un exemple de diagramme de cas d utilisation supplémentaire est présenté Figure Diagrammes d activité À ce stade du cycle de vie, des diagrammes d activité peuvent aussi être créés. Ces diagrammes représentent la dynamique du système. Ce sont des organigrammes utilisés pour montrer les enchaînements des activités d un système. Ils représentent le flot de contrôle, qui retrace le fil de l exécution et qui transite d une activité à l autre du système. Ces diagrammes contiennent aussi les activités qui peuvent être exécutées en parallèle, et tout chemin secondaire du flot de contrôle. À ce point du cycle de vie, les diagrammes d activités peuvent donc être créés afin de représenter les flots entre les cas d utilisation, ainsi que les flots à l intérieur d un cas d utilisation particulier. Plus tard dans le cycle de vie, les diagrammes d activité pourront être créés pour montrer les enchaînements à l intérieur d une opération.

21 20 Modélisation UML avec Rational Rose 2000 Les diagrammes d activités contiennent des activités, des transitions entre les activités, des points de branchement conditionnel et des barres de synchronisation. Dans UML, les activités sont représentées par des rectangles aux coins arrondis, les transitions sont dessinées comme des flèches orientées, les points de branchement sont représentés comme des losanges et les barres de synchronisation sont des barres horizontales ou verticales épaisses (voir Figure 3-11). Figure 3-11 Notations UML pour les éléments des diagrammes d activité. Activités Création de diagrammes d activités avec Rational Rose 1. Cliquer avec le bouton droit sur la vue des cas d utilisation dans le navigateur afin de faire apparaître le menu contextuel. 2. Sélectionner le choix New:Activity Diagram du menu. Cela aura pour effet d ajouter dans le navigateur un diagramme d activité dénommé NewDiagram. 3. Le nouveau diagramme étant ouvert, taper son nom. 4. Double-cliquer sur le diagramme d activité dans le navigateur afin de l ouvrir. Une vue du navigateur avec un diagramme d activité est présentée Figure Une activité est l exécution d un comportement au sein d un enchaînement. Création d activités avec Rational Rose 1. Sélectionner l icône correspondant à une activité sur la barre d outils.

22 Les cas d utilisation CHAPITRE 3 21 Figure 3-12 Diagramme d activités dans la fenêtre du navigateur. 2. Placer l activité en cliquant dans la fenêtre du diagramme d activité. 3. L activité étant sélectionnée, entrer son nom. Des exemples d activités sont présentés Figure Figure 3-13 Activités.

23 22 Modélisation UML avec Rational Rose 2000 Transitions Figure 3-14 Transitions. Les transitions sont utilisées pour montrer le passage du flot de contrôle d une activité à l autre. Elles sont d habitude déclenchées par la fin du comportement de l activité origine. Création de transitions avec Rational Rose 1. Sélectionner l icône correspondant à une transition dans la barre d outils. 2. Cliquer sur l activité d origine et étirer la flèche de la transition vers l activité successeur. Des exemples de transitions sont présentés Figure Point de branchement conditionnel Quand on modélise les enchaînements d un système, il arrive couramment que l on doive représenter des flots de contrôles qui s aiguillent à partir de points de branchement conditionnel. Les transitions qui partent d un point de branchement possèdent une condition appelée garde. Cette garde est utilisée afin de déterminer quel chemin sera suivi depuis le point de branchement. Les points de branchement conditionnel, accompagnés de leurs gardes, permettent de spécifier les différents chemins possibles dans les enchaînements du système.

24 Les cas d utilisation CHAPITRE 3 23 Création de points de branchement conditionnel avec Rational Rose 1. Sélectionner l icône correspondant à un point de branchement sur la barre d outils. 2. Cliquer sur la fenêtre du diagramme d activités afin d y placer le point de branchement. 3. Le point de branchement étant sélectionné, taper son nom. 4. Sélectionner l icône de transition sur la barre d outils. 5. Cliquer sur l activité origine et étirer la transition vers l icône du point de branchement. Un exemple de point de branchement conditionnel est présenté Figure Figure 3-15 Point de branchement conditionnel dans un diagramme d activités. Création de transitions conditionnelles avec Rational Rose 1. Sélectionner l icône correspondant à une transition (State Transition) sur la barre d outils. 2. Cliquer sur le point de branchement et étirer la transition vers l activité en aval. REMARQUE Il peut se produire que Rational Rose place la transition au-dessus d une transition existante ; pour les séparer, il faut sélectionner la nouvelle transition et l écarter sur la fenêtre contenant le diagramme d activités.

25 24 Modélisation UML avec Rational Rose Cliquer deux fois sur la flèche de la transition afin de faire apparaître sa spécification. 4. Choisir l onglet Detail. 5. Taper la condition de garde dans le champ Guard Condition. 6. Cliquer sur le bouton OK pour fermer la fenêtre de spécification. Une transition accompagnée d une garde est présentée Figure Figure 3-16 Transition gardée. Création de transitions rectilignes avec Rational Rose 1. Sélectionner la transition que l on doit rendre rectiligne (des sélections multiples sont possibles en utilisant la touche MAJ). 2. Sélectionner l option Format:Line Style:Rectilinear dans le menu général. 3. Replacer les lignes à votre convenance en les sélectionnant et en les tirant vers leur emplacement choisi dans la fenêtre du diagramme d activités. Des exemples de transitions rectilignes sont présentés Figure 3-17.

26 Les cas d utilisation CHAPITRE 3 25 Figure 3-17 Transitions rectilignes. Barres de synchronisation Dans l enchaînement des activités d un système, certaines d entre elles peuvent se dérouler en parallèle. Pour spécifier des activités concurrentes, on utilise une barre de synchronisation. Ce symbole peut également servir à préciser un point de jonction dans un enchaînement ; celui-ci détermine quelles sont les activités qui doivent s achever avant que l exécution ne puisse continuer. Une barre de synchronisation peut posséder plusieurs transitions en amont et une transition en aval, ou bien une transition entrante et plusieurs transitions sortantes. Création de barres de synchronisation avec Rational Rose 1. Sélectionner la barre de synchronisation horizontale ou bien la barre de synchronisation verticale sur les icônes de la barre d outils. 2. Cliquer sur la fenêtre du diagramme d activités afin d y placer la barre de synchronisation. 3. Sélectionner l icône de transition sur la barre d outils et ajouter toute transition entrante ou sortante nécessaire à la synchronisation. Les barres de synchronisation sont présentées Figure 3-18.

27 26 Modélisation UML avec Rational Rose 2000 Figure 3-18 Barres de synchronisation. Travées Les travées sont utilisées pour partitionner les diagrammes d activités. On s en sert généralement pour mettre en évidence la répartition des activités par personnes ou organisations responsables. Création de travées avec Rational Rose 1. Sélectionner l icône de travée sur la barre d outils. 2. Cliquer sur la fenêtre du diagramme d activités pour y placer une travée. 3. Double-cliquer sur les mots New Swimlane pour ouvrir la fenêtre de spécification de la travée.

28 Les cas d utilisation CHAPITRE Entrer le nom de la travée dans le champ Name. 5. Cliquer sur le bouton OK pour fermer la fenêtre de spécification. 6. Il est possible de redimensionner la travée en cliquant sur son bord supérieur et en l étirant jusqu à l endroit voulu. 7. Tirer toutes les activités et transitions nécessaires dans la travée. REMARQUE On peut créer de nouvelles activités et transitions directement dans la travée. Un exemple de diagramme d activités comportant des travées est présenté Figure Figure 3-19 Travées.

29 28 Modélisation UML avec Rational Rose 2000 Activités initiales et finales Des symboles spéciaux sont réservés pour les activités initiales et finales d un enchaînement. L activité initiale est figurée par un rond plein, et l activité finale par un rond plein entouré d un cercle. En général, il n existe pour chaque enchaînement qu une activité initiale mais une ou plusieurs activités finales (une par chemin possible dans l enchaînement). Création d activités initiales et finales avec Rational Rose 1. Sélectionner l icône d état initial ou final sur la barre d outils. 2. Cliquer sur la fenêtre du diagramme d activités afin d y placer l état initial ou final. 3. Pour un état initial, cliquer sur l icône de transition parmi les icônes de la barre d outils, puis, dans la fenêtre du diagramme, sur l état initial, et étirer la transition vers la première activité de l enchaînement. 4. Pour un état final, cliquer sur l icône de transition parmi les icônes de la barre d outils, puis, dans la fenêtre du diagramme, sur une des activités finales, et étirer la transition vers l état final. Un diagramme d activités comportant des états initiaux et finaux est présenté Figure 3-20.

30 Les cas d utilisation CHAPITRE 3 29 Figure 3-20 États initiaux et finaux. Synthèse Le comportement d un système est décrit par un modèle de cas d utilisation qui montre les fonctions attendues du système (les cas d utilisation), son environnement (les acteurs), et les relations entre les cas d utilisation et les acteurs (diagramme des cas d utilisation.) Le rôle crucial d un modèle de cas d utilisation est la communication des fonctionnalités du système, et de son comportement, au client ou à l utilisateur final. Un modèle à base de cas d utilisation est ébauché lors de la phase d étude d opportunité par l identification des acteurs et des principaux cas d utilisation du système. Le modèle est mûri pendant la phase d élaboration. Les acteurs ne font pas partie du système ils représentent toute personne ou entité susceptible d interagir avec le système. Les cas d utilisation décrivent

31 30 Modélisation UML avec Rational Rose 2000 les fonctionnalités fournies par le système. Ils modélisent un dialogue entre un acteur et le système. Chaque cas d utilisation est documenté par un flot d événements. Le flot des événements est une description des événements nécessaires à l accomplissement du comportement requis par un cas d utilisation. Le flot des événements décrit ce que le système devrait faire, et non comment le système devrait le faire. Pour un système, un diagramme de cas d utilisation est une vue graphique de tout ou partie de ses acteurs, de ses cas d utilisation, et de leurs interactions. Deux types de relations peuvent exister entre des cas d utilisation : la relation de type include et la relation de type extend. Une relation de type include sert à exhiber une fonctionnalité partagée par plusieurs cas d utilisation ; une relation de type extend indique un comportement optionnel d un cas d utilisation. Les diagrammes d activité représentent la dynamique du système. Ce sont des organigrammes que l on utilise pour montrer les enchaînements des activités d un système. À ce stade du cycle de vie, des diagrammes d activités peuvent être créés afin de représenter les flots entre les cas d utilisation, ainsi que les flots à l intérieur d un cas d utilisation particulier. Plus tard dans le cycle de vie, les diagrammes d activité pourront être créés pour montrer les enchaînements à l intérieur d une même opération.