UML - Diagrammes d'objets

Les diagrammes d'objets sont dérivés de diagrammes de classes, de sorte que les diagrammes d'objets dépendent des diagrammes de classes.

Les diagrammes d'objets représentent une instance d'un diagramme de classes. Les concepts de base sont similaires pour les diagrammes de classes et les diagrammes d'objets. Les diagrammes d'objets représentent également la vue statique d'un système, mais cette vue statique est un instantané du système à un moment particulier.

Les diagrammes d'objets sont utilisés pour rendre un ensemble d'objets et leurs relations comme une instance.

Objectif des diagrammes d'objets

Le but d'un diagramme doit être clairement compris pour le mettre en œuvre de manière pratique. Les objectifs des diagrammes d'objets sont similaires à ceux des diagrammes de classes.

La différence est qu'un diagramme de classes représente un modèle abstrait composé de classes et de leurs relations. Cependant, un diagramme d'objets représente une instance à un moment particulier, qui est de nature concrète.

Cela signifie que le diagramme d'objets est plus proche du comportement réel du système. Le but est de capturer la vue statique d'un système à un moment donné.

Le but du diagramme d'objets peut être résumé comme suit:

  • Ingénierie directe et inverse.

  • Relations d'objets d'un système

  • Vue statique d'une interaction.

  • Comprendre le comportement des objets et leur relation d'un point de vue pratique

Comment dessiner un diagramme d'objets?

Nous avons déjà discuté du fait qu'un diagramme d'objets est une instance d'un diagramme de classes. Cela implique qu'un diagramme d'objets se compose d'instances d'objets utilisés dans un diagramme de classes.

Les deux diagrammes sont donc constitués des mêmes éléments de base mais sous une forme différente. Dans le diagramme de classes, les éléments sont sous forme abstraite pour représenter le modèle et dans le diagramme d'objet, les éléments sont sous forme concrète pour représenter l'objet du monde réel.

Pour capturer un système particulier, le nombre de diagrammes de classes est limité. Cependant, si nous considérons les diagrammes d'objets, nous pouvons avoir un nombre illimité d'instances, qui sont uniques par nature. Seules les instances qui ont un impact sur le système sont prises en compte.

D'après la discussion ci-dessus, il est clair qu'un diagramme d'objet unique ne peut pas capturer toutes les instances nécessaires ou plutôt ne peut pas spécifier tous les objets d'un système. Par conséquent, la solution est -

  • Tout d'abord, analysez le système et décidez quelles instances ont des données et des associations importantes.

  • Deuxièmement, ne considérez que les instances qui couvriront la fonctionnalité.

  • Troisièmement, faites une optimisation car le nombre d'instances est illimité.

Avant de dessiner un diagramme d'objets, les choses suivantes doivent être rappelées et clairement comprises -

  • Les diagrammes d'objets sont constitués d'objets.

  • Le lien dans le diagramme d'objets est utilisé pour connecter des objets.

  • Les objets et les liens sont les deux éléments utilisés pour construire un diagramme d'objets.

Après cela, les choses suivantes doivent être décidées avant de commencer la construction du diagramme -

  • Le diagramme d'objets doit avoir un nom significatif pour indiquer son objectif.

  • Les éléments les plus importants doivent être identifiés.

  • L'association entre les objets doit être clarifiée.

  • Les valeurs des différents éléments doivent être capturées pour être incluses dans le diagramme d'objets.

  • Ajoutez des notes appropriées aux points où plus de clarté est nécessaire.

Le diagramme suivant est un exemple de diagramme d'objets. Il représente le système de gestion des commandes dont nous avons parlé dans le chapitre Diagramme de classes. Le diagramme suivant est une instance du système à un moment particulier de l'achat. Il a les objets suivants.

  • Customer

  • Order

  • SpecialOrder

  • NormalOrder

Désormais, l'objet client (C) est associé à trois objets de commande (O1, O2 et O3). Ces objets d'ordre sont associés à des objets d'ordre spécial et d'ordre normal (S1, S2 et N1). Le client a les trois commandes suivantes avec des numéros différents (12, 32 et 40) pour le temps particulier considéré.

Le client peut augmenter le nombre de commandes à l'avenir et dans ce scénario, le diagramme d'objets reflétera cela. Si des objets d'ordre, d'ordre spécial et d'ordre normal sont observés, vous constaterez qu'ils ont des valeurs.

Pour les commandes, les valeurs sont 12, 32 et 40, ce qui implique que les objets ont ces valeurs pour un moment particulier (ici le moment particulier où l'achat est effectué est considéré comme le moment) où l'instance est capturée

Il en va de même pour les objets de commande spéciale et de commande normale dont le nombre de commandes est égal à 20, 30 et 60. Si un moment d'achat différent est pris en compte, ces valeurs changeront en conséquence.

Le diagramme d'objets suivant a été dessiné en tenant compte de tous les points mentionnés ci-dessus

Où utiliser les diagrammes d'objets?

Les diagrammes d'objets peuvent être imaginés comme l'instantané d'un système en cours d'exécution à un moment donné. Prenons un exemple de train en marche

Maintenant, si vous prenez une photo du train en marche, vous trouverez une image statique de celui-ci ayant ce qui suit -

  • Un état particulier qui est en cours d'exécution.

  • Un nombre particulier de passagers. qui changera si le cliché est pris à un moment différent

Ici, nous pouvons imaginer que le claquement du train en marche est un objet ayant les valeurs ci-dessus. Et cela est vrai pour tout système simple ou complexe réel.

En un mot, on peut dire que les diagrammes d'objets sont utilisés pour -

  • Faire le prototype d'un système.

  • Ingénierie inverse.

  • Modélisation de structures de données complexes.

  • Comprendre le système d'un point de vue pratique.