Fundamentals 10 min read

Master UML Deployment and Activity Diagrams: A Practical Guide with B2C Example

This article reviews UML modeling basics and provides a detailed, example‑driven explanation of deployment diagrams and activity diagrams, covering their elements, relationships, and a concrete B2C system illustration to help readers grasp how to model system structure and dynamic behavior.

ITFLY8 Architecture Home
ITFLY8 Architecture Home
ITFLY8 Architecture Home
Master UML Deployment and Activity Diagrams: A Practical Guide with B2C Example

1. Review of Previous Chapter

Previously we covered three UML diagram types: sequence diagram, component diagram, and state diagram.

2. Abstract

The focus of this article is on UML activity diagrams and deployment diagrams.

3. Chapter Outline

Review of previous chapter

Abstract

Chapter content

Deployment diagram and activity diagram

Chapter summary

Series progress

Preview of next chapter

4. Deployment Diagram

Definition

A deployment diagram describes how components are deployed onto nodes (hardware or software environments) and shows the system’s runtime structure.

Basic Elements

Node : the execution environment, which can be a software platform (e.g., operating system) or hardware resource.

Node instance : a specific instance of a node, denoted with an underline and colon.

Component container : a node may contain other nodes or components.

Relationships between nodes :

Unidirectional dependency

Bidirectional dependency

Communication

Example: Simple B2C System

The diagram shows a B2C system with nodes such as Browser, Registration System, Member Management, Procurement System, Publishing System, and Payment System, illustrating how each component interacts with the database and each other.

Summary of Deployment Diagram

Deployment diagrams are essential for visualizing where components run and how they are connected, providing a clear picture of the system’s runtime architecture.

5. Activity Diagram

Purpose

Activity diagrams describe dynamic behavior, showing the flow of control from one activity to another. They are similar to flowcharts but have distinct semantics.

Elements

Action state : represented by a rounded rectangle, atomic, non‑interruptible, and always leads to another state.

Activity state : composed of multiple action states or sub‑activities, non‑atomic, can have entry/exit actions and internal transitions.

Relationships

Control flow: arrows indicating transition direction.

Branch: decision points splitting into multiple paths.

Merge: converging multiple paths into one.

Swimlane: partitions activities by responsible actors or objects.

Object flow: shows how objects are used or produced by actions.

Examples

Illustrations depict action states, activity states, control flow, branching, merging, swimlanes, and object flows, reinforcing the concepts.

Summary of Activity Diagram

The section concludes with a B2C e‑commerce example, demonstrating how activity diagrams can model the product management workflow for members and sellers.

6. Chapter Summary

Deployment diagrams describe component placement on nodes, while activity diagrams model dynamic behavior and workflow. Both are fundamental UML tools for system analysis and design.

7. Next Chapter Preview

The upcoming article will discuss other UML diagram types and further analyze B2C system modules using appropriate modeling techniques.

UMLDeployment Diagramactivity diagram
ITFLY8 Architecture Home
Written by

ITFLY8 Architecture Home

ITFLY8 Architecture Home - focused on architecture knowledge sharing and exchange, covering project management and product design. Includes large-scale distributed website architecture (high performance, high availability, caching, message queues...), design patterns, architecture patterns, big data, project management (SCRUM, PMP, Prince2), product design, and more.

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.