Case Tools
Case Tools
Case Tools
UML defines nine types of diagrams: class (package), object, use case, sequence,
collaboration, statechart, activity, component, and deployment.
CLASS DIAGRAMS
Class diagrams are the backbone of almost every object oriented method, including
UML. They describe the static structure of a system.
1
PACKAGE DIAGRAMS
Package diagrams are a subset of class diagrams, but developers sometimes treat them
as a separate technique. Package diagrams organize elements of a system into related groups
to minimize dependencies between packages.
OBJECT DIAGRAMS
Object diagrams describe the static structure of a system at a particular time. They can
be used to test class diagrams for accuracy.
Use case diagrams model the functionality of system using actors and use cases.
2
SEQUENCE DIAGRAMS
COLLABORATION DIAGRAMS
STATECHART DIAGRAMS
3
ACTIVITY DIAGRAMS
Activity diagrams illustrate the dynamic nature of a system by modeling the flow of
control from activity to activity. An activity represents an operation on some class in the
system that results in a change in the state of the system. Typically, activity diagrams are
used to model workflow or business processes and internal operation.
COMPONENT DIAGRAMS
4
DEPLOYMENT DIAGRAMS
MODELING
It is important to distinguish between the UML model and the set of diagrams of a
system. A diagram is a partial graphic representation of a system's model. The set of
diagrams need not completely cover the model and deleting a diagram does not change the
model. The model may also contain documentation that drives the model elements and
diagrams (such as written use cases). UML diagrams represent two different views of a
system model:
Static (or structural) view: emphasizes the static structure of the system using
objects, attributes, operations and relationships. The structural view includes class
diagrams and composite structure diagrams.
Dynamic (or behavioral) view: emphasizes the dynamic behavior of the system by
showing collaborations among objects and changes to the internal states of
objects. This view includes sequence diagrams, activity diagrams and state
machine diagrams.
5
STRUCTURE DIAGRAMS
Structure diagrams emphasize the things that must be present in the system being
modeled. Since structure diagrams represent the structure, they are used extensively in
documenting the software architecture of software systems. For example, the component
diagram which describes how a software system is split up into components and shows the
dependencies among these components.
BEHAVIOR DIAGRAMS
Behavior diagrams emphasize what must happen in the system being modeled. Since
behavior diagrams illustrate the behavior of a system, they are used extensively to describe
the functionality of software systems. As an example, the activity diagram describes the
business and operational step-by-step activities of the components in a system.
INTERACTION DIAGRAMS
Component diagram
Activity diagram
Sequence diagram
Class diagram
Use Case Diagram
Communication diagram
REFERENCES
http://en.wikipedia.org/wiki/Unified_Modeling_Language
http://www.uml.org/
http://www.ibm.com/developerworks/rational/library/769.html