Introduction au diagramme d'objets UML
Un diagramme d'objet UML signifie une instance particulière d'un diagramme de classes pendant un instant spécifique. Une fois affiché visuellement, vous verrez un grand nombre de parallèles vers le diagramme de classe. Les diagrammes d'objets préfèrent restituer une collection d'objets et leurs associations en tant qu'instance.
Qu'est-ce que le diagramme d'objets en UML?
Un diagramme d'objets se concentre sur les attributs d'une collection d'objets ainsi que sur la façon dont ces objets s'alignent les uns sur les autres. Par exemple, voyons le diagramme d'objet ci-dessous,
Un diagramme d'objets peut être considéré comme un cas unique du diagramme de classes. Les diagrammes d'objets utiliseront un sous-ensemble avec les aspects d'un diagramme de classes pour pouvoir mettre en évidence la relation entre les instances de classes à l'avenir. Ils peuvent être utiles pour réaliser des diagrammes de classes. Ils n'affichent rien de différent sur le plan architectural que les diagrammes de classes mais révèlent la multiplicité ainsi que les fonctions.
- Le diagramme d'objet décrit les relations comportementales entre les instances de classe à un moment donné.
- Cela capture les modifications dynamiques ainsi que l'exécution dans notre état du programme.
- Il peut s'agir de valeurs de données d'entités ou d'attributs à l'intérieur de la structure.
- Le diagramme d'objets montre comment ces objets agissent au moment de l'exécution.
Alors que les objets seront des instances de classes, un diagramme d'objets est une vue d'ensemble des objets d'un programme à un moment donné, comme les relations entre eux. Vous devez utiliser des diagrammes d'objets chaque fois qu'il peut être nécessaire de modéliser ou d'examiner les valeurs des attributs et l'état de l'objet à des phases distinctes tout au long des performances de l'application. Ils peuvent être très utiles pour modéliser vous-même les performances d'un processus compliqué ou d'une opération de calcul. Vous pouvez créer une revue des premières phases des objets, en cours de route, ainsi que des dernières phases des objets pour trouver l'image entière. Parce qu'il affiche des instances au lieu de classes, il est également connu sous le nom de diagramme d'instance.
Symboles et notations du diagramme d'objets fondamentaux
Voici quelques diagrammes d'objets d'UML qui sont les suivants:
Noms d'objets
- Chaque objet est représenté comme une forme rectangulaire, qui fournit le nom à travers l'objet ainsi que la classe soulignée et partagée à l'aide d'un deux-points.
Attributs d'objet
- Tout comme les classes, il est possible de répertorier les attributs d'objet dans une boîte individuelle. Même ainsi, contrairement aux classes, les attributs d'objet doivent avoir des valeurs qui leur sont allouées.
Liens
- Les liens sont souvent des instances liées à des relations. Vous pouvez tracer le lien lorsque vous utilisez les lignes appliquées aux diagrammes de classes.
- Lien: Nous utilisons un lien pour symboliser une relation entre deux objets.
- Extension ou Association: L' association est une relation de référence entre deux objets (ou classes).
Notation d'association dans le diagramme ci-dessus
Lorsqu'un objet en utilise un autre, il peut être appelé association. Nous appliquons l'association lorsque l'une des références d'objet est associée à l'autre objet. L'Association pourrait être à sens unique ou bidirectionnelle. Nous utilisons une flèche pour symboliser l'association.
Par exemple, l'objet de la classe Administrateur est associé à un objet de la classe Magazine.
Selon la figure ci-dessus, un diagramme d'objet utilisant l'association
- Composition: La composition peut être décrite comme une forme de relation où les enfants ne peuvent pas se produire indépendamment de la différence.
Notation de composition dans le diagramme ci-dessus
Ici, Site est une classe qui contient une collection de 0 (zéro) ou plusieurs objets qui implémentent Post. La collection a appelé le contenu. Signifie un site utilisant plusieurs relations de publication.
Donc, lorsque l'existence indépendante avec les enfants n'est définitivement pas possible, nous utilisons idéalement une relation de composition. Nous utilisons un diamant rempli à l'intérieur de l'objet contenant une ligne qui se connecte à celle vers l'objet contenu.
- Agrégation: l' agrégation signifie une relation «a une» relation.
Ici le diamant creux avec pas de solide c'est une agrégation. Un article est une agrégation de son contenu et l'ensemble des commentaires en attente et complet. Le diamant creux n'implique cependant aucune sorte de relation de destruction. S'il y a un diamant creux et que l'article disparaît, les commentaires en attente ne sont pas détruits également. Maintenant, nous en avons besoin ici car les commentaires en attente font également partie de l'autre liste, alors ne voulez pas les détruire deux fois.
Exemples de création d'un diagramme d'objets
Selon le schéma ci-dessus
- La frontière entre le magazine et l'article. Les messages circulent des magazines aux articles. Voilà la pointe de flèche. Pour chaque magazine, il existe de nombreux articles. * (Étoile) signifie 0 (zéro) ou plus. Le diamant rempli représente une relation de composition, qui est le confinement ou une relation contient. Dans le code, un objet contiendrait en fait un autre objet, pas une référence à un objet mais l'objet lui-même. En d'autres termes, le Magazine contient des articles.
- Il doit également être détruit. Un magazine a un dictionnaire, il contient un dictionnaire d'articles indexés par l'auteur et un auteur est un objet personne. En d'autres termes, il s'agit en fait d'une table de hachage. Appel UML, c'est une association qualifiée. Donc, dans chaque association qualifiée, il y a deux objets impliqués, il y a une clé (attribut) et une valeur. L'objet indexé par une clé et l'objet lui-même est la valeur associée.
Par exemple
class Magazine (
private static instance = new Library();
public static instance() ( return instance; )
private HashMap articles;
public void displayPendingComments () ……
public void iAmApproved (Commentaire en attente)… ..
Dans le diagramme d'objet, répertoriez les responsabilités, pas les méthodes individuelles
Conclusion
- Les diagrammes d'objets UML sont utiles une fois les données d'organisation créées. En créant simplement des attributs ainsi que des associations d'entités de classe, nous pourrions mapper ces types d'entités de diagramme de classe aux beans entité avec une instance. Les attributs d'objets sont mappés à des techniques de découverte abstraites pour les champs persistants et les mappes de tâches reliées à un résumé ont accès aux options pour les champs de relation.
- La navigabilité décide si les méthodes d'accès aux relations viennent dans des beans entité également liés ou simplement un individu. Pratiquement, la notation de multiplicité décide de la bonne catégorie pour les champs connexes, les problèmes de cycle de vie et les fonctionnalités de suppression fluides. Par conséquent, un diagramme d'objets est un aperçu de la structure ainsi que des données qu'il peut être géré (juste comment il doit être géré).
Articles recommandés
Cela a été un guide pour le diagramme d'objets UML. Ici, nous avons discuté de ce qu'est un objet de diagramme UML? Comment faire un diagramme d'objets? avec leurs symboles d'objet fondamentaux et leur notation, ainsi que l'attribut avec des exemples appropriés respectivement. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Types de diagrammes UML
- Diagramme de cas d'utilisation UML
- Diagramme de séquence UML
- Diagramme d'activité UML
- Guide complet des objets en Java
- Dictionnaire en Python
- Objet en Python
- Hashmap en Java