Types de diagrammes de modélisation

Lors de la modélisation de systèmes complexes, vous pouvez utiliser des diagrammes de modélisation afin de représenter ces systèmes sous différentes perspectives. Les diagrammes de modélisation contiennent des éléments de diagramme représentant de manière graphique les éléments de modèle abstraits de votre modèle.

Les produits de modélisation Rational prennent en charge deux catégories de diagrammes :
A l'intérieur de ces deux catégories, les produits de modélisation Rational prennent en charge trois sous-catégories de diagrammes :

Le tableau ci-dessous présente les diagrammes de modélisation spécifiques pris en charge par les produits de modélisation Rational et indique à quelle catégorie ils appartiennent.

Diagramme Description
Activité Un diagramme d'activité est un type de diagramme comportemental UML montrant les étapes ou les tâches constitutives d'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.
Survol Un diagramme de survol est un diagramme provisoire, non éditable et non UML que le produit crée automatiquement à partir de l'entrée utilisateur. 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 de survol pour afficher ses relations.

Vous ne pouvez pas enregistrer un diagramme de survol. En revanche, vous pouvez le convertir en diagramme de modélisation à l'aide de la commande Enregistrer sous. Un diagramme de survol utilise des algorithmes de présentation automatique et offre la possibilité à l'utilisateur de naviguer dans le modèle. Etant donné que le produit calcule automatiquement la présentation, vous pouvez réduire ou développer des parties du diagramme de survol.

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 blocs (ou objets) de construction 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 nouveau diagramme comportemental UML 2.0. En langage UML 1.4, il s'appelait diagramme de collaboration et faisait l'objet d'une notation différente. Un diagramme de communication illustre l'interaction entre les instances (objets ou rôles) associées à une ligne de vie et à la transmission des messages.
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 JavaBean, 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 qui prennent 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 de formes 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 de développement d'application. 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 graphiques d'activité et des à interactions.
Présentation des interactions Un diagramme de présentation des interactions est un nouveau diagramme comportemental UML 2.0. Un diagramme d'interaction définit les interactions et est 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 portent sur la présentation du flux de contrôle dans lequel chaque noeud peut être un diagramme d'interaction.
Objet Un diagramme d'objet est un diagramme structurel UML similaire au diagramme de classe, 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 package.
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 instances (objets ou 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é par des lignes de vie) et des messages qu'ils échangent lors de l'interaction.
Automate fini Un diagramme d'automate fini, appelé diagramme état-transition en langage UML 1.4, est un diagramme comportemental UML. Il modélise le comportement dynamique des objets de classe individuels, des cas d'utilisation et des systèmes entiers, et représente l'un des diagrammes utilisés pour réaliser des cas d'utilisation. Il existe deux types d'automates finis dans UML 2.0 : les automates finis de comportement et de protocole. Le mot-clé {protocol} est placé en regard du nom de l'automate fini afin de préciser qu'il s'agit d'un automate fini de protocole.
Délais Un diagramme de délais est un nouveau diagramme comportemental UML 2.0 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 de survol, sauf que vous avez la possibilité de l'enregistrer dans le modèle et de le rouvrir. L'éditeur de diagrammes de rubrique affiche une vue du diagramme de rubrique, que vous avez la possibilité d'actualiser de façon à tenir compte des derniers éléments d'un projet.

Cas d'utilisation Un diagramme de cas d'utilisation est un diagramme comportemental UML portant sur les exigences d'un système 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.
Tâches associées
Représentation graphique de modèles à l'aide de diagrammes de modélisation
Création de diagrammes de modélisation
Ouverture de diagrammes de modélisation
Suppression de diagrammes de modélisation dans des modèles
Création de diagrammes de cas d'utilisation
Conditions d'utilisation | Retours d'informations
(C) Copyright IBM Corporation 2004, 2005. All Rights Reserved.