Class Diagram

From Open Risk Manual
Revision as of 18:25, 16 February 2022 by Wiki admin (talk | contribs)

Definition

A Class Diagram is a graphical UML diagram is a type of static structure diagram that describes the a system by showing the system's classes, their attributes, operations (or methods), and the relationships among objects. A class is the blueprint for a set of similar objects that appear in the system to be specified.

The concepts behind a class diagram originate from conceptual data modeling and object-oriented software development. The class diagram is based primarily on the concepts of class, generalization, and association. The documented elements and the relationships between them do not change over time.

The class diagram is the main building block of object-oriented modeling. It is used for general conceptual modeling of the structure of the application, and for detailed modeling, translating the models into programming code. Class diagrams can also be used for data modeling. The classes in a class diagram represent both the main elements, interactions in the application, and the classes to be programmed.

Class attributes allow to store information that has generally different specific values for each instance (object) of the class. Operations specify how specific behavior can be triggered on individual objects.

A class diagram is distinct but related to the Object Diagram

PlantUML Elements

A PlantUML use case diagram specifies and shows the following:

  • An Actor represents a requirement (stimulus) of the system
  • An Action representing a capability of the system
  • A Subject representing the item acted upon by an Action of the system


The use cases are typically represented by either circles or ellipses. The actors are often shown as stick figures.

Example

@startuml
skinparam actorStyle Hollow
left to right direction

skinparam handwritten true
skinparam packageStyle rectangle

actor Customer

actor Clerk
:Bank Clerk: as Clerk

rectangle Deposit {
Customer -- (Help)
(Help) .> (Identification) : optionally
(Identification) .> (Payment) : leads
(Payment) .> (Receipt) : finally
(Help) -- Clerk
}
@enduml

Use Case Diagram

References