Vous pouvez utiliser les diagrammes de modélisation pour représenter les différentes vues du système, de l'application ou de la base de données que vous développez. Plusieurs diagrammes différents peuvent illustrer plusieurs vues d'un modèle.
Diagramme | Description |
---|---|
Activité | Un diagramme d'activité est un diagramme comportemental UML montrant les étapes ou les tâches qui composent un processus. Similaire à un organigramme de traitement de l'information, il offre un aperçu du flux entre les activités d'un processus. Les diagrammes d'activité permettent de modéliser les parties dynamiques d'un système et illustrent l'interaction des activités. |
Exploration | Un diagramme d'exploration est un diagramme provisoire, non éditable et non UML que le produit crée automatiquement à partir d'une requête. Vous pouvez l'utiliser pour naviguer dans un modèle et afficher les caractéristiques des ses éléments de modèle. Par exemple, vous pouvez parcourir une classe spécifique de votre diagramme et voir ses relations avec les autres éléments de modèle. Vous pouvez sélectionner l'un de ces éléments de modèle et ouvrir un diagramme d'exploration pour afficher ses relations. |
Classe | Un diagramme de classe est un diagramme structurel UML. Selon la complexité d'un système, vous pouvez utiliser un seul diagramme de classe pour modéliser la totalité du système ou en utiliser plusieurs pour modéliser les composants du système. Les diagrammes de classe représentent le négatif de votre système. Vous pouvez les utiliser pour modéliser les objets qui constituent le système, afficher les relations entre les objets et décrire les possibilités de ces objets. |
Communication | Un diagramme de communication est un diagramme comportemental UML illustrant l'interaction entre les les objets ou les rôles associés à une ligne de vie et affichant la transmission des messages. Dans les précédentes versions d'UML, il s'appelait diagramme de collaboration et faisait l'objet d'une notation différente. |
Composant | Un diagramme de composant est un diagramme structurel UML offrant un aperçu des composants de logiciels physiques d'un système logiciel, de leurs interfaces et de leurs dépendances. Les composants sont les parties physiques et remplaçables d'un système, tels que les fichiers exécutables, les bibliothèques, les composants logiciels (ActiveX ou JavaBeans, par exemple), les documents, les bases de données et les fichiers. Un diagramme de composant peut illustrer tout ou partie des composants d'un système. |
Structure composite | Un diagramme de structure composite est un diagramme structurel UML qui définit les parties d'un système et les relations de communication qu'elles entretiennent. |
Déploiement | Un diagramme de déploiement est un diagramme structurel UML qui modélise les noeuds physiques sur lesquels s'exécute votre système ou prend en charge l'exécution et les connexions et relations physiques entre ces noeuds. Les noeuds physiques peuvent comprendre les unités habituelles (les serveurs et les postes de travail, par exemple), ainsi que les autres unités qui prennent en charge l'environnement d'exécution d'un système. Les diagrammes de déploiement documentent les relations physiques entre les composants logiciels et matériels du système et la répartition physique du traitement. |
A format libre | Un diagramme à format libre est un diagramme non UML pouvant contenir une combinaison d'éléments de diagramme
UML et non UML (des classes et des composants, par exemple) et de formes géométriques. Vous pouvez
utiliser les diagrammes à format libre pour afficher toutes les parties de votre système logiciel
très tôt au cours du processus de développement d'application. Par exemple, dans un diagramme à format libre,
vous pouvez utiliser des formes géométriques (ovales, rectangles et triangles, par exemple) pour créer
un organigramme de votre équipe projet. Vous pouvez créer certaines parties de votre
modèle ou diagramme avec des formes UML et en créer d'autres avec des formes répondant à vos besoins
particuliers. Vous pouvez ensuite faire évoluer les diagrammes de sorte qu'ils soient conformes à UML. Remarque : Vous
ne pouvez pas ajouter dans des diagrammes à format libre des éléments de modèle appartenant à des automates finis UML,
à des activités et des à interactions.
|
Présentation des interactions | Un diagramme de présentation des interactions est un diagramme comportemental UML qui définit les interactions. Il s'agit d'une variante du diagramme d'activité, dédiée au flux de contrôle de niveau supérieur. Les diagrammes de présentation des interactions illustrent une présentation du flux de contrôle dans lequel chaque noeud peut être un diagramme d'interaction. |
Objet | Un diagramme d'objets est un diagramme structurel UML similaire au diagramme de classes, sauf qu'il ne traite pas les classes mais affiche les objets qui sont des instances de classes. |
Package | Un diagramme de package est un diagramme structurel UML qui affiche l'organisation des éléments de modèle en packages et leurs dépendances, y compris les importations et les fusions de packages. |
Séquence | Un diagramme de séquence est un diagramme structurel UML qui offre un aperçu de la séquence chronologique des messages entre des objets ou des rôles discriminants qui fonctionnent ensemble dans une interaction ou une instance d'interaction. Un diagramme de séquence est composé d'un groupe d'instances, représentées par des lignes de vie, et des messages qu'ils échangent lors de l'interaction. |
Automate fini | Un diagramme d'automate fini, appelé diagramme d'état dans les versions précédentes d'UML, est un diagramme comportemental UML. Ce diagramme est une représentation graphique de la séquence des états d'un objet, des événements qui ont provoqué une transition d'un état à un autre et des actions résultant d'un modification de l'état. Vous avez la possibilité d'ajouter des diagrammes à un automate fini afin de décrire les différents aspects du comportement d'un objet. |
Délais | Un diagramme de délais est un diagramme comportemental UML qui affiche le changement d'état ou d'autres conditions d'une ligne de vie, représentant une instance ou un rôle de discriminant, dans le temps. |
Rubrique | Un diagramme de rubrique est un diagramme non éditable et non UML permettant d'afficher
rapidement les relations existantes entre des éléments. Vous pouvez l'utiliser pour définir une requête et
afficher et conserver les résultats qui en sont issus. Par exemple, vous pouvez créer un diagramme de rubrique de
hiérarchie que vous pouvez mettre à jour de façon à toujours afficher la hiérarchie d'une classe spécifique. Vous pouvez
également utiliser ce diagramme pour afficher des informations de traçabilité. Un diagramme de rubrique est similaire à un diagramme d'exploration, sauf que vous avez la possibilité de l'enregistrer dans le modèle et de le rouvrir. Toutes les modifications apportées aux éléments de modèle se répercutent dans le diagramme de rubrique actualisé. |
Cas d'utilisation | Un diagramme de cas d'utilisation est un diagramme comportemental UML portant sur les exigences et décrivant les fonctions de niveau supérieur et la portée d'un système. Ce diagramme identifie les utilisateurs et affiche les interactions entre eux et le système. Les diagrammes de cas d'utilisation peuvent illustrer un système entier ou uniquement ses parties significatives. Les cas d'utilisation et les acteurs des diagrammes de cas d'utilisation décrivent la manière dont un utilisateur utilise un système et non la manière dont le système fonctionne en interne. |