Capturing System Behaviour

Lecture 3
Capturing System Behavior
Class: BSIT-5th Semester
Teacher: Inam Ul Haq
University of Education Okara
Subject: Object Oriented Analysis & Design
BehavioralDiagrams(UML),
OOA/D,UniversityofEducation
Okara
1

Structural Diagrams
• UML Standard Diagrams = Structural diagrams and Behavioral Diagrams
• The structural diagrams represent the static aspect of the system.
These static aspects represent those parts of a diagram which forms
the main structure and therefore stable.
• These static parts are represents by classes, interfaces, objects,
components and nodes. The four structural diagrams are:
1. Class diagram
2. Object diagram
3. Component diagram
4. Deployment diagram
Behavioral Diagrams: Any system can have two aspects, static and dynamic.
• The Behavioral diagrams include following five diagrams:
1. Use case diagram
2. Sequence diagram, Collaboration diagram [Interaction Diagrams]
3. State chart diagram
4. Activity diagram
Okara
2

Structural Diagrams (Cont.)
• 1- Class Diagram: are the most common diagrams used in UML. Class
diagram consists of classes, interfaces, associations and
collaboration.
• The class diagram is a static diagram that represents the static view of an
application. It is not only used for visualizing, describing & documenting
different aspects of a system but also for constructing executable code of
the software application.
• The class diagram shows a collection of classes, interfaces, associations,
collaborations and constraints. It is also known as a structural diagram.
Okara
3

• 2- Object diagrams are derived from class diagrams so object diagrams are
dependent upon class diagrams. It is similar to class diagram.
• The difference is that a class diagram represents an abstract model consisting of
classes and their relationships. But an object diagram represents an instance at a
particular moment which is concrete in nature.
• E.g. Calculator is a class and add is an object of that class
Okara
4

• 3- Component diagrams are different in terms of nature and behavior. Component
diagrams are used to model physical aspects of a system.
• Physical aspects are the elements like executables, libraries, files, documents etc
which resides in the code.
• So component diagrams are used to visualize the organization and relationships among
components in a system.
Okara
5

• 4- Deployment diagrams are used to visualize the topology of the physical
components of a system where the software components are deployed.
• Deployment diagrams consist of nodes and their relationships and used for describing
the hardware components where software components are deployed.
Okara
6

Behavioral Diagrams
• Only static behavior is not sufficient to model a system rather dynamic behavior is
more important than static behavior.
• 1- Use case diagram is used to capture the dynamic aspect of a system.
• Use case diagrams are used to gather the requirements of a system including internal
and external links. These requirements are mostly design requirements.
Okara
7

Behavioral Diagrams (cont.)
• From the name Interaction it is clear that the diagram is used to describe some type
of interactions among the different elements in the model.
• 2 - Interactive behavior is represented in UML by two diagrams known as Sequence
diagram and Collaboration diagram. The basic purposes of both the diagrams are
similar.
• Sequence diagram emphasizes on time sequence of messages and collaboration diagram
emphasizes on the structural organization of the objects that send and receive messages.
Okara
8

Collaboration Diagram
Okara
9

• 3- State Chart Diagram describes different states of a component in a system.
• The first state is an idle state from where the process starts. The next states are
arrived for events like send request, confirm request, and dispatch order. These
events are responsible for state changes of order object.
Okara
10

• 4- Activity diagram is basically a flow chart to represent the flow form one activity to
another activity. The activity can be described as an operation of the system.
• It does not show any message flow from one activity to another (as in other 3
diagrams).
Okara
11

References
• http://www.tutorialspoint.com/uml/uml_standard_diagrams.htm
Further Readings:
https://en.wikipedia.org/wiki/Unified_Modeling_Language
https://en.wikipedia.org/wiki/Category:Unified_Modeling_Language
Okara
12

Capturing System Behaviour

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Capturing System Behaviour

Similaire à Capturing System Behaviour (20)

Plus de university of education,Lahore

Plus de university of education,Lahore (20)

Dernier

Dernier (20)

Capturing System Behaviour