Types de diagrammes de modélisation

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.

Le tableau ci-dessous décrit les différents types de diagrammes de modélisation que vous pouvez utiliser pour illustrer des modèles :
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.
Concepts associés
Diagrammes de modélisation
Conditions d'utilisation | Retours d'informations
(C) Copyright IBM Corporation 2004, 2005. All Rights Reserved.