Diagrammes de cas d'usage UML : indications

Dans Visual Studio Ultimate, vous pouvez dessiner un diagramme de cas d'usage afin d'obtenir un résumé des personnes qui utilisent votre application ou votre système, ainsi que l'usage qu'elles en font. Pour créer un diagramme de cas d'usage UML, depuis le menu Architecture, cliquez sur Nouveau diagramme.

Pour une démonstration vidéo, consultez Organisation des fonctions en cas d'usage (éventuellement en anglais).

À l'aide d'un diagramme de cas d'usage, vous pouvez évoquer et communiquer les éléments suivants :

• Scénarios dans lesquels votre système ou application interagit avec des personnes, organisations et autres systèmes externes

• Objectifs qu'il permet à ces acteurs d'atteindre

• Portée de votre système

Un diagramme de cas d'usage n'affiche pas les détails des cas d'usage : il résume uniquement certaines des relations entre les cas d'usage, les acteurs et les systèmes. Plus particulièrement, le diagramme n'affiche pas l'ordre dans lequel les étapes sont exécutées pour que les objectifs de chaque cas d'usage soient atteints. Vous pouvez décrire ces détails dans d'autres diagrammes et documents, et les lier à chaque cas d'usage. Pour plus d'informations, consultez Description détaillée de cas d'usage dans cette rubrique.

Les descriptions que vous fournissez pour les cas d'usage utiliseront plusieurs termes liés au domaine de travail du système (Vente, Menu, Client, etc.). Il est important de définir clairement ces termes et leurs relations. Pour ce faire, utilisez un diagramme de classes UML. Pour plus d'informations, consultez Diagrammes de classes UML : indications.

Les cas d'usage concernent exclusivement les impératifs fonctionnels d'un système. D'autres impératifs, tels que les règles d'entreprise, les impératifs de qualité de service et les contraintes d'implémentation, doivent être représentés séparément. L'architecture et les détails internes doivent également être décrits séparément. Pour plus d'informations sur la définition des exigences des utilisateurs, consultez Modélisation des besoins des utilisateurs.

Les exemples utilisés dans cette rubrique se réfèrent à un site Web depuis lequel les clients peuvent commander des repas dans des restaurants locaux.

• Un acteur (1) est une classe de personnes, d'organisations, de périphériques ou encore de composants logiciels externes qui interagit avec votre système. Les exemples d'acteurs sont les suivants : Client, Restaurant, Capteur de température, Autorisateur de carte de crédit.

• Un cas d'usage (2) correspond aux actions qu'exécutent un ou plusieurs acteurs dans le cadre de la poursuite d'un objectif particulier. Les exemples de cas d'usage sont les suivants : Commander un repas, Mettre à jour le menu, Traiter le paiement.

  Dans un diagramme de cas d'usage, les cas d'usage sont associés (3) aux acteurs qui les exécutent.

• Votre système (4) correspond à tous les éléments que vous développez. Il peut s'agir d'un petit composant logiciel dont les acteurs sont uniquement d'autres composants logiciels, d'une application complète ou encore d'une grande suite distribuée d'applications déployées sur de nombreux ordinateurs et périphériques. Les exemples de sous-systèmes sont les suivants : Site Web de commande de repas, Entreprise de livraison de repas, Site Web version 2.

  Un diagramme de cas d'usage peut afficher les cas d'usage que votre système ou ses sous-systèmes prennent en charge.

Dans cette rubrique

Étapes de base pour le dessin de diagrammes de cas d'usage

Dessin d'acteurs et de cas d'usage

Description détaillée de cas d'usage

Structuration de cas d'usage

Utilisation de limites de sous-systèmes

Étapes de base pour le dessin de diagrammes de cas d'usage

Notes

Les étapes détaillées de création de l'un des diagrammes de modélisation sont décrites dans Modifier des modèles et des diagrammes UML.

Pour créer un diagramme de cas d'usage

1. Dans le menu Architecture, cliquez sur Nouveau diagramme.

2. Sous Modèles, cliquez sur UML Diagramme de cas d'usage.

3. Nommez le diagramme.

4. Dans Ajouter au projet de modélisation, sélectionnez un projet de modélisation existant dans votre solution ou Créer un nouveau projet de modélisation, puis cliquez sur OK.

Pour dessiner un diagramme de cas d'usage

1. Faites glisser les limites Sous-système depuis la boîte à outils vers le diagramme afin de représenter l'intégralité de votre système ou ses principaux composants.

   • Vous pouvez dessiner un diagramme de cas d'usage sans limites de sous-systèmes, si vous ne souhaitez pas décrire les cas d'usage que votre système ou ses composants prennent en charge.

   • Si nécessaire, étirez l'angle d'un système pour agrandir ce dernier.

   • Renommez-le de manière appropriée.

2. Faites glisser Acteurs depuis la boîte de dialogue vers le diagramme (en les plaçant hors de toute limite système).

   • Les acteurs représentent des classes d'utilisateurs, d'organisations et de systèmes externes qui interagissent avec votre système.

   • Renommez-les. Par exemple, Client, Restaurant, Agence de carte de crédit.

3. Faites glisser des Cas d'usage depuis la boîte à outils vers les systèmes appropriés.

   • Les cas d'usage représentent les activités qu'exécutent les acteurs avec l'aide de votre système.

   • Renommez-les à l'aide de titres que les acteurs eux-mêmes comprendront. N'utilisez pas les titres associés à votre code. Par exemple, Commander un repas, Payer le repas, Livrer le repas.

   • Commencez par des transactions majeures telles que Commander un repas, en ne modifiant pas pour le moment les interactions mineures comme Choisir un élément de menu.

   • Placez chaque cas d'usage dans le système ou dans le sous-système majeur qui le prend en charge (en ignorant toute façade ou tout composant impliqué uniquement dans la connexion à l'utilisateur).

   • Vous pouvez dessiner un cas d'usage hors de la limite système pour montrer qu'il n'est pas pris en charge par votre système, par exemple dans une version particulière.

4. Cliquez successivement sur Association dans la boîte à outils, sur un cas d'usage et sur un acteur qui prend part au cas d'usage. De la même manière, liez chaque acteur à ses cas d'usage.

5. Structurez les cas d'usage à l'aide des relations Inclure, Étendre et Généralisation. Pour créer chacun de ces liens, cliquez successivement sur l'outil, sur le cas d'usage source et sur la cible. Consultez la section suivante intitulée Structuration de cas d'usage.

6. Décrivez les cas d'usage de manière plus détaillée. Consultez la section suivante intitulée Description détaillée de cas d'usage.

7. Dessinez des diagrammes séparés pour vous concentrer davantage sur différents sous-systèmes ou groupes de cas d'usage associés. Tous les diagrammes d'un projet de modélisation sont des vues du même modèle.

Dessin d'acteurs et de cas d'usage

L'objectif principal d'un diagramme de cas d'usage consiste à montrer les personnes qui interagissent avec votre système, de même que les principaux objectifs qu'elles atteignent.

• Créez des Acteurs pour représenter des classes de personnes, d'organisations ou encore d'autres systèmes, logiciels ou périphériques qui interagissent avec votre système ou sous-système.

  • Pour savoir comment dessiner des acteurs et d'autres types d'éléments, consultez Modifier des modèles et des diagrammes UML.

  • Pour chaque ensemble d'objectifs distinct, identifiez les acteurs par type ou par rôle, même s'il se peut que les personnes physiques ou les entités soient les mêmes. Par exemple, Restaurant et Client sont des acteurs séparés, même s'il est possible qu'un employé de restaurant soit parfois un client.

• Créez des Cas d'usage pour chacun des objectifs que chaque acteur cherche à atteindre à l'aide du système.

  • Nommez et décrivez les cas d'usage dans des termes que l'acteur comprendra, plutôt qu'à l'aide de termes d'implémentation.

• Utilisez Associations pour lier des acteurs à des cas d'usage.

Héritage entre différents acteurs

Vous pouvez dessiner un lien Généralisation entre différents acteurs. L'acteur spécialisé, comme Client du club dans l'exemple qui nous intéresse, hérite des cas d'usage de l'acteur généralisé, tel que Client. La flèche doit pointer vers l'acteur le plus général, comme Client. Lorsque vous créez le lien, pointez d'abord vers l'acteur le plus spécialisé.

L'acteur spécialisé peut disposer de ses propres cas d'usage supplémentaires, lesquels ne sont pas disponibles pour les autres acteurs.

Avertissement

Vous ne devez pas créer de boucle de relations de généralisation qui entraînerait l'autogénéralisation d'un acteur.En effet, les boucles peuvent générer des erreurs.

Autres icônes d'acteurs

Vous pouvez utiliser des icônes personnalisées pour représenter un acteur, plutôt que le dessin minimaliste standard. Par exemple, vous pouvez lui conférer l'apparence d'un périphérique, d'un restaurant, d'une banque, etc.

Pour modifier l'apparence d'un acteur

1. Cliquez sur l'acteur avec le bouton droit, puis cliquez sur Propriétés.

   La fenêtre Propriétés s'affiche.

2. Affectez l'emplacement d'un fichier image à la propriété Chemin d'accès à l'image.

   • Vous pouvez utiliser l'un des différents formats d'image (notamment .gif, .jpg et .bmp).

   • Utilisez un fichier associé à la solution ou au contrôle de code source du projet afin qu'il soit toujours disponible lorsque la solution est déplacée ou copiée.

3. Pour répliquer cette apparence dans d'autres diagrammes de cas d'usage, copiez l'acteur et collez-le dans un autre diagramme.

   • La modification de l'image ne s'applique qu'à la vue dans un diagramme particulier. Elle ne s'applique pas à l'élément de modèle sous-jacent. Si vous faites glisser l'acteur depuis l'Explorateur de modèles UML vers un autre diagramme, il apparaîtra alors sous la forme d'un dessin minimaliste standard.

Multiplicités entre des acteurs et des cas d'usage

L'association entre un acteur et un cas d'usage peut afficher une multiplicité à chaque extrémité.

Notes

Les multiplicités d'une association dans un diagramme de cas d'usage sont masquées si elles ont toutes les deux la valeur de 1.

Par défaut, chaque multiplicité a la valeur 1. Dans une stricte interprétation du modèle, une multiplicité de 1 signifie, par exemple, que seul un client est impliqué dans la commande de chaque repas et que chaque client ne commande qu'un seul repas à la fois.

Ces multiplicités peuvent être modifiées.

Par exemple :

• Pour spécifier que plusieurs acteurs de la même classe peuvent prendre part à une occurrence unique de cas d'usage, affectez la valeur1..* à la multiplicité située au niveau de l'extrémité de l'acteur de l'association.

  Dans l'illustration, un ou plusieurs restaurants peuvent prendre part à l'exécution de la même commande de repas.

• Pour montrer que chaque acteur peut simultanément prendre part à plusieurs occurrences d'un même cas d'usage, affectez la valeur * à la multiplicité située au niveau de l'extrémité du cas d'usage de l'association.

  Dans l'illustration, chaque restaurant peut travailler sur l'exécution simultanée de plusieurs commandes.

Pour définir des multiplicités sur une association

1. Cliquez sur l'association avec le bouton droit, puis cliquez sur Propriétés.

2. Développez Premier rôle ou Second rôle.

   Le rôle désigne l'élément situé à l'une des extrémités de l'association.

3. Définissez la propriété Multiplicité en lui affectant les valeurs suivantes de la liste :

   • 1 pour spécifier qu'exactement une instance de ce rôle prend part à chaque lien

   • 1..* pour spécifier qu'une ou plusieurs instances de ce rôle prennent part à chaque lien

   • 0..1 pour préciser que la participation est facultative

   • * pour indiquer qu'aucune, une ou plusieurs instances de ce rôle prennent part au lien

Notes

De nombreuses équipes ne placent pas d'informations de multiplicité dans les diagrammes de cas d'usage, conservant ainsi la valeur par défaut 1 des multiplicités.Elles fournissent plutôt ces informations dans des descriptions séparées des cas d'usage.Dans ce cas, toutes les multiplicités des diagrammes de cas d'usage sont masquées.

Utilisation d'un acteur ou d'un cas d'usage dans plusieurs diagrammes

Vous pouvez afficher les mêmes acteurs et cas d'usage dans plusieurs diagrammes. Par exemple :

• Vous pouvez décrire dans différents diagrammes, les différents cas d'usage dans lesquels un acteur est impliqué.

• Vous pouvez utiliser un diagramme pour afficher les acteurs et sous-systèmes auxquels un cas d'usage est associé, ainsi qu'utiliser un autre diagramme pour montrer comment le cas d'usage est structuré dans des cas d'usage inclus et étendus.

Pour afficher le même acteur ou cas d'usage dans différents diagrammes

1. Créez l'acteur ou le cas d'usage dans un diagramme.

2. Créez un autre diagramme de cas d'usage.

3. Faites glisser un acteur ou cas d'usage depuis l'Explorateur de modèles vers le nouveau diagramme.

   Notes

   Si vous placez, dans le nouveau diagramme, un acteur et un cas d'usage déjà associés, leur association apparaît alors automatiquement dans le nouveau diagramme.

Description détaillée de cas d'usage

Un cas d'usage représente :

• l'objectif d'un acteur lors de l'utilisation du système, par exemple Acheter un repas ;

• un ou plusieurs scénarios, c'est-à-dire des séquences d'étapes exécutées dans le cadre de la poursuite de l'objectif, par exemple : {Commander un repas, Payer, Livrer}. En plus des scénarios de réussite, il est possible qu'il existe plusieurs scénarios d'exception ou d'échec, par exemple Carte de crédit rejetée.

Un cas d'usage peut être décrit à différents niveaux de détail. Lors de l'une des premières phases de la conception, la présence du nom dans le diagramme de cas d'usage suffit. Des descriptions plus détaillées des scénarios peuvent être rédigées ultérieurement.

Dans Visual Studio Ultimate, vous pouvez décrire un cas d'usage de plusieurs manières et les utiliser conjointement ou séparément :

• Liez le cas d'usage à un ou plusieurs autres diagrammes dans le projet.

  • Un diagramme d'activités vous permet d'expliquer un processus plus complexe, dans lequel des boucles, des branches et des threads parallèles sont présents. Il peut également afficher le flux de données entre les différentes parties du processus. Pour plus d'informations, consultez Diagrammes d'activités UML : instructions.

  • Quant à lui, un diagramme de séquence vous permet d'expliquer une série complexe d'interactions entre différents acteurs. Vous pouvez également l'utiliser pour montrer le fonctionnement du système, en réponse à chaque cas d'usage. Pour plus d'informations, consultez Diagrammes de séquence UML : indications.

• Liez le cas d'usage à une page OneNote, à une section ou à un paragraphe qui décrit le cas d'usage en détail.

• Liez le cas d'usage à un document Word, dans lequel vous utilisez du texte, des captures d'écran, etc. pour décrire les scénarios du cas d'usage. Pour plus d'informations, consultez Modélisation des besoins des utilisateurs.

Pour lier un cas d'usage à un diagramme ou à un fichier dans la même solution

1. Dessinez un diagramme tel qu'un diagramme de séquence ou un diagramme d'activités pour illustrer un scénario du cas d'usage.

2. Revenez au diagramme de cas d'usage.

3. Faites glisser le diagramme ou le fichier à partir de l'Explorateur de solutions vers une partie vide du diagramme de cas d'usage.

4. À l'aide d'une Dépendance, connectez l'artefact au cas d'usage.

Pour lier à un fichier solution tel qu'un document Word ou une présentation PowerPoint

1. Rédigez un document qui utilise du texte, des captures d'écran, etc., pour décrire le scénario du cas d'usage.

2. Ajoutez le document à la solution.

   1. Déplacez ensuite le document Word dans le dossier Windows où se trouve la solution.

   2. Dans l'Explorateur de solutions, cliquez sur la solution avec le bouton droit, pointez vers Ajouter, puis cliquez sur Élément existant.

   3. Accédez au document Word et cliquez sur Ajouter.

      Le document Word apparaît alors dans un dossier de solution de l'Explorateur de solutions.

3. Faites glisser le document Word depuis l'Explorateur de solutions vers une partie vide du diagramme de cas d'usage.

   Un nouvel artefact apparaît alors.

4. À l'aide d'une Dépendance, connectez l'artefact au cas d'usage.

Pour lier à un document partagé, à un élément OneNote ou à une page Web

1. Obtenez l'URL de l'élément partagé. Par exemple, ce peut être un chemin d'accès réseau commençant par '\\', une page Web ou une URL SharePoint 'http://', ou un lien vers une section, une page ou un paragraphe OneNote commençant par 'onenote:'.

2. Dans la boîte à outils, cliquez sur Artefact, puis cliquez dans le diagramme de cas d'usage.

3. Une fois le nouvel artefact sélectionné, tapez ou collez l'URL dans la propriété Lien hypertexte.

Notes

Vous pouvez double-cliquer sur un artefact pour ouvrir le diagramme ou le document auquel il est associé.

Association de cas d'usage à des éléments de travail

Si votre projet utilise Visual Studio Team Foundation Server 2010 et que vous disposez de Team Explorer, vous pouvez lier chaque cas d'usage à un élément de travail de Team Foundation. Pour savoir comment créer ces liens, consultez Lier des éléments de modèle et des éléments de travail.

Cela vous permet d'effectuer les opérations suivantes :

• Décrire le cas d'usage dans l'élément de travail associé. Plus particulièrement, si votre projet utilise le modèle de processus formel Visual Studio, vous pouvez créer un lien vers un élément de travail de cas d'usage. Ce type d'élément de travail fournit des champs permettant de décrire les objectifs et les scénarios du cas d'usage.

• Lier des cas de test au cas d'usage afin que vous puissiez obtenir des rapports concernant le degré d'implémentation du cas d'usage par le code en cours de développement.

• Lier des tâches au cas d'usage afin que vous puissiez assurer le suivi de la progression du travail de développement.

Structuration de cas d'usage

Il est recommandé de tenter de décrire le comportement de votre système à l'aide de quelques cas d'usage principaux. Chaque grand cas d'usage définit un objectif principal qu'un acteur doit atteindre, comme l'achat d'un produit ou, du point de vue du fournisseur, la mise à disposition de produits en vue de leur vente.

Après avoir clarifié ces objectifs, vous pouvez examiner de manière plus détaillée la manière dont chaque objectif est atteint et les variantes des objectifs de base.

Évitez de décomposer de façon trop détaillée les cas d'usage. Les cas d'usage concernent davantage l'expérience des utilisateurs de votre système que ses mécanismes internes. De plus, vous trouverez généralement plus productif de créer des versions du code assez rapidement fonctionnelles, plutôt que de passer du temps à structurer des cas d'usage dans les moindres détails.

Dans un diagramme de cas d'usage, vous pouvez résumer les relations entre les cas d'usage principaux et plus détaillés. Les sections décrites sont les suivantes :

• Affichage des détails d'un cas d'usage à l'aide d'Inclure

• Partage d'objectifs à l'aide de Généralisation

• Séparation de cas variants à l'aide d'Étendre

Affichage des détails d'un cas d'usage à l'aide d'Inclure

Utilisez une relation Inclure pour montrer qu'un cas d'usage décrit certains détails d'un autre cas d'usage. Dans l'illustration, Commander un repas inclut Payer, Choisir un menu et Choisir un élément de menu. Chacun des cas d'usage inclus et plus détaillés correspond à une étape que l'acteur ou les acteurs peuvent devoir exécuter afin d'atteindre l'objectif global du cas d'usage d'inclusion. La flèche doit pointer vers le cas d'usage inclus et plus détaillé.

Avertissement

Vous ne devez pas créer de boucle de relation Inclure qui donne elle-même lieu à une inclusion de cas d'usage.Les boucles sont susceptibles de générer des erreurs.

Vous pouvez partager des cas d'usage inclus. Dans l'exemple qui nous intéresse, les deux cas d'usage Commander un repas et S'abonner à des revues incluent Payer.

L'objectif et les scénarios d'un cas d'usage inclus doivent être intrinsèquement significatifs, de sorte qu'ils puissent être inclus à des cas d'usage qui seront conçus ultérieurement.

La séparation des cas d'usage dans des parties incluses et d'inclusion s'avère particulièrement utile pour atteindre les objectifs suivants :

• Structurer ses descriptions de cas d'usage en différentes couches de détail

• Éviter de répéter des scénarios partagés dans différents cas d'usage

Définition de l'ordre des étapes détaillées

Le diagramme de cas d'usage n'indique aucune information concernant l'ordre dans lequel les étapes plus détaillées doivent être exécutées, ni à propos du caractère systématiquement indispensable de chacune d'entre elles.

Pour clarifier l'ordre des étapes, vous pouvez utiliser un Artefact pour joindre un document séparé au cas d'usage d'inclusion. Dans l'exemple suivant, un diagramme d'activités est joint au cas d'usage Commander un repas. Vous pouvez également utiliser un document texte qui dispose d'une liste d'étapes ou d'une séquence de captures d'écran. Pour plus d'informations, consultez Description détaillée de cas d'usage.

Lorsque vous utilisez un diagramme d'activités, notez les conventions d'affectation de noms suivantes :

• Le nom de l'intégralité de l'activité est similaire à celui du cas d'usage d'inclusion.

• Les actions du diagramme d'activités portent les mêmes noms que les cas d'usage inclus.

Pour plus d'informations, consultez Diagrammes d'activités UML : instructions.

Partage d'objectifs à l'aide de Généralisation

Utilisez une relation Généralisation pour montrer qu'un cas d'usage spécialisé correspond à une manière particulière d'atteindre les objectifs exprimés par un autre cas d'usage général. La flèche ouverte doit pointer vers le cas d'usage le plus général.

Par exemple, Payer généralise Payer par carte de crédit et Payer en espèces.

Avertissement

Vous ne devez pas créer de boucle de relations de généralisation qui entraînerait l'autogénéralisation d'un acteur.Les boucles sont susceptibles de générer des erreurs.

Les cas d'usage spécialisés peuvent vous aider à i‪ndiquer différentes manières grâce auxquelles votre système peut atteindre le même objectif.

Les cas d'usage spécialisés sont considérés comme héritant des objectifs et des acteurs du cas d'usage général. Il n'est pas nécessaire que le cas d'usage général dispose de ses propres scénarios ; ses spécialisations suffisent à décrire différentes manières d'atteindre les objectifs.

Pour refactoriser des objectifs communs à partir d'au moins deux cas d'usage

1. Créez et nommez le nouveau cas d'usage général.

2. Créez une relation Généralisation à l'aide de la grande flèche pointant vers le nouveau cas d'usage général.

   1. Dans la boîte à outils, cliquez sur Généralisation.

   2. Cliquez ensuite sur un cas d'usage spécialisé (Payer par carte de crédit, dans notre exemple).

   3. Cliquez sur le cas d'usage général (Payer, dans notre exemple).

3. Si vous avez décrit les objectifs des cas d'usage spécialisés, déplacez les parties communes dans la description du cas d'usage général.

4. Les acteurs partagés entre les différents cas d'usage spécialisés peuvent être déplacés dans le cas d'usage général.

Séparation de cas variants à l'aide d'Étendre

Utilisez un lien Étendre pour indiquer qu'il se peut qu'un cas d'usage ajoute des fonctionnalités à un autre cas d'usage dans certaines circonstances. La flèche doit pointer vers le principal cas d'usage étendu.

Avertissement

Vous ne devez pas créer de boucle de relations d'extension qui entraînerait l'autogénéralisation d'un acteur.Les boucles sont susceptibles de générer des erreurs.

Par exemple, le cas d'usage Connecter d'un site Web typique peut inclure Inscrire un nouvel utilisateur (mais uniquement lorsque l'utilisateur ne dispose pas déjà d'un compte).

Pour séparer un cas d'usage en parties principales et parties d'extension

1. Créez et nommez le nouveau cas d'usage d'extension.

2. Créez une relation Étendre à l'aide de la flèche pointant vers le cas d'usage étendu.

   1. Dans la boîte à outils, cliquez sur Étendre.

   2. Cliquez sur le cas d'usage d'extension (Inscrire un nouvel utilisateur, dans notre exemple).

   3. Cliquez sur le cas d'usage étendu (Connecter, dans notre exemple).

      Notes

      Évitez de créer une boucle de relations Étendre dans le diagramme.Un cas d'usage ne peut pas être une extension de lui-même.

3. Si vous avez déjà créé des scénarios pour le cas d'usage étendu, déplacez les étapes pertinentes dans le scénario de l'extension.

4. La description de l'extension (Inscrire un nouvel utilisateur, dans notre exemple) doit inclure des détails concernant son emplacement dans les principaux scénarios de cas d'usage, de même que les circonstances dans lesquelles elle se produit. Elle s'apparente à la modification de la description du cas principal.

Le cas d'usage d'extension représente des étapes de scénario qui, autrement, feraient partie des scénarios du cas d'usage principal. Le scénario et l'objectif de l'extension seront systématiquement lus dans le cadre du cas d'usage principal. Par conséquent, il n'est pas nécessaire qu'ils soient utiles en eux-mêmes.

La séparation d'extensions peut s'avérer particulièrement utile pour décrire les situations suivantes :

• D'autres acteurs ne sont impliqués que dans le cas d'usage d'extension. Par exemple, un administrateur doit impérativement approuver l'inscription d'un client sur le site Web.

• Un sous-système séparé concerne le cas d'usage d'extension.

• Cette extension ne sera disponible que dans des versions spécifiques du système. Vous pouvez afficher chaque version en tant que sous-système séparé dans le diagramme de cas d'usage.

Utilisation de limites de sous-systèmes

Utilisez une limite de sous-système pour afficher les cas d'usage qui se trouvent dans la portée de votre système.

Pour dessiner une limite de sous-système

1. Dans la boîte à outils, cliquez sur Sous-système, puis dans le diagramme.

   Un sous-système apparaît alors dans le diagramme.

2. Étendez les angles du sous-système pour ajuster ses dimensions.

3. Faites glisser des cas d'usage existants dans ou hors du sous-système pour ajuster son contenu.

- ou -

Pour créer un cas d'usage directement dans un sous-système, cliquez sur Cas d'usage dans la boîte à outils, puis dans le sous-système.

Notes

La propriété Sujets d'un cas d'usage indique le sous-système dans lequel il se trouve.

Cas d'usage situés hors de la portée du système

Il est souvent utile d'inclure au diagramme, les cas d'usage qui font partie de l'entreprise mais qui ne sont pas pris en compte par le système que vous développez. Cela permet aux développeurs de mieux comprendre l'environnement de leur travail. Par exemple, Livrer le repas peut être affiché en tant que cas d'usage impliquant les acteurs Restaurant et Client, mais hors du champ de responsabilité de Site Web de commande de repas.

Plusieurs sous-systèmes

Vous pouvez créer plusieurs limites de sous-systèmes pour montrer comment les différents cas d'usage sont traités par les différents composants du système. Par exemple, Ajouter une évaluation de restaurant peut être traité sur un autre site Web. N'oubliez pas qu'un diagramme de cas d'usage doit concerner les éléments visibles par l'utilisateur. Si vous souhaitez décrire la division interne du travail dans le système, envisagez l'utilisation d'un diagramme de composants.

Versions du système

Vous pouvez utiliser différentes limites de sous-systèmes pour illustrer différentes versions du système. Par exemple, le cas d'usage Payer peut être inclus au Site Web version 2, et non à la version 1. Cela implique que le système aide les clients à passer des commandes. Cependant, ils doivent régler leur commande directement au restaurant.

Utilisez des relations Dépendance pour lier des sous-systèmes représentant différents variants ou différentes versions.

Voir aussi

Concepts

Modélisation des besoins des utilisateurs

Diagrammes de séquence UML : indications

Modifier des modèles et des diagrammes UML

Diagrammes de cas d'usage UML : référence

Diagrammes de classes UML : référence

Diagrammes de composants UML : référence

Diagrammes d'activités UML : instructions

Autres ressources

Vidéo : Les fonctions d'organisation en cas d'utilisation