de_DEen_USen_USes_ESfa_IRfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Guide to UML Object Diagrams

Introduction

An Object Diagram in the Unified Modeling Language (UML) is a type of static structure diagram that shows a snapshot of the detailed state of a system at a particular moment in time. It is similar to a Class Diagram but focuses on instances of classes (objects) and their relationships.

Key Concepts

  1. Objects: Represented as rectangles, similar to classes, but with underlined names to indicate instances.
  2. Links: Connections between objects, representing relationships.
  3. Attributes: Specific values for the attributes of the objects.
  4. Associations: Lines connecting objects, showing how they are related.

Components in the Object Diagram

Guide to UML Object Diagrams

1. Objects and Classes

  • MainFrame: This is the central object in the diagram. It likely represents the main window or frame of an application.
  • InspectorForm: This object is associated with the MainFrame and is labeled with a stereotype «boundary», indicating it is part of the user interface.
  • InspectorController: This object is associated with InspectorForm and is labeled with a stereotype «control», indicating it handles the logic for the inspector functionality.
  • SafetyInspectionForm: Another boundary object associated with MainFrame, likely representing a form for safety inspections.
  • SafetyInspectionPrinter: This object is associated with SafetyInspectionForm and is labeled with a stereotype «control», indicating it handles printing logic for safety inspections.
  • SafetyInspection: This object is labeled with a stereotype «entity», indicating it represents data or a business entity related to safety inspections.
  • SafetyInspectionController: This object is associated with SafetyInspection and is labeled with a stereotype «control», indicating it handles the logic for safety inspections.

2. Relationships

  • Associations: The lines connecting the objects represent associations. For example, MainFrame is associated with InspectorForm and SafetyInspectionForm.
  • Dependencies: The arrows indicate dependencies between objects. For example, InspectorForm depends on InspectorController.

3. Stereotypes

  • «boundary»: Indicates objects that are part of the user interface.
  • «control»: Indicates objects that handle the logic or control flow.
  • «entity»: Indicates objects that represent data or business entities.

Steps to Create an Object Diagram

  1. Identify Objects: Determine the key objects in your system that you want to model. These are instances of classes.
  2. Define Attributes: Specify the attributes of each object and their values at a particular moment.
  3. Establish Links: Draw lines to show relationships between objects. Use arrows to indicate dependencies or directional associations.
  4. Add Stereotypes: Use stereotypes to categorize objects (e.g., «boundary»«control»«entity»).
  5. Label Associations: Clearly label the associations to indicate the nature of the relationship.

Example Analysis of the Attached Diagram

  1. MainFrame: The central object that likely represents the main window of the application.
  2. InspectorForm: A boundary object associated with MainFrame, representing a form for inspection.
  3. InspectorController: A control object that handles the logic for InspectorForm.
  4. SafetyInspectionForm: Another boundary object associated with MainFrame, representing a form for safety inspections.
  5. SafetyInspectionPrinter: A control object that handles printing logic for SafetyInspectionForm.
  6. SafetyInspection: An entity object representing data related to safety inspections.
  7. SafetyInspectionController: A control object that handles the logic for SafetyInspection.

Conclusion

An Object Diagram provides a detailed view of the system’s state at a specific time, showing the instances of classes and their relationships. It is useful for understanding the runtime structure of a system and how objects interact with each other. The attached diagram illustrates a typical setup for an inspection system, with clear distinctions between boundary, control, and entity objects.

References

  1. What is Object Diagram?
  2. Object Diagram in UML: Bridging the Gap Between Classes and Instances – Visual Paradigm Guides
  3. How to Draw Object Diagram?
  4. Object Diagram – UML 2 Diagrams – UML Modeling Tool
  5. Class diagrams vs Object diagrams in UML – Visual Paradigm Guides

These references should provide a solid foundation for understanding and creating UML Object Diagrams.

 

This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.