Please note : This help page is not for the latest version of Enterprise Architect. The latest help can be found here.
Topic |
Prev | Next |
Deployment Diagram
A Deployment diagram shows how and where the system is to be deployed; that is, its execution architecture.
Hardware devices, processors and software execution environments (system Artifacts) are reflected as Nodes, and the internal construction can be depicted by embedding or nesting Nodes. Deployment relationships indicate the deployment of Artifacts, and Manifest relationships reveal the physical implementation of Components. As Artifacts are allocated to Nodes to model the system's deployment, the allocation is guided by the use of Deployment Specifications.
You generate Deployment diagram elements and connectors from the Deployment pages of the Toolbox.
Example Diagram
This is a simple Deployment diagram, representing the arrangement of servers at a head office.
The servers are represented by Nodes linked by either simple or aggregate Association relationships.
Deployment diagrams are ideal for applying alternative images to depict the objects that the elements represent. Such images can be substituted for the elements in the diagram, as shown here:
Deployment Diagram Element Toolbox Items
Icon |
Description |
See also |
---|---|---|
A Node is a physical piece of equipment on which the system is deployed, such as a workgroup server or workstation. |
Node | |
A Device is a physical electronic resource with processing capability upon which Artifacts can be deployed for execution, as represented in a Deployment diagram. |
Device | |
An Execution Environment is a node that offers an execution environment for specific types of components that are deployed on it in the form of executable artifacts. |
Execution Environment | |
A Component is a modular part of a system, whose behavior is defined by its provided and required interfaces. |
Component | |
An Interface is a specification of behavior (or contract) that implementers agree to meet. |
Interface | |
An Artifact is any physical piece of information used or produced by a system. |
Artifact | |
A Document Artifact is an artifact having a stereotype of «document». |
Document Artifact | |
A Deployment Specification (spec) specifies parameters guiding deployment of an artifact, as is necessary with most hardware and software technologies. |
Deployment Specification | |
Packages are used to organize your project contents, but when added onto a diagram they can be use for structural or relational depictions. |
Package |
Deployment Diagram Connector Toolbox Items
Icon |
Description |
See also |
---|---|---|
An Association implies that two model elements have a relationship, usually implemented as an instance variable in one or both Classes. |
Associate | |
A Communication Path defines the path through which two DeploymentTargets are able to exchange signals and messages. |
Communication Path | |
An Association Class is a UML construct that enables an Association to have attributes and operations (features). |
Association Class | |
A Generalization is used to indicate inheritance. |
Generalize | |
A source object implements or Realizes its destination object. |
Realize | |
A Deployment is a type of Dependency relationship that indicates the deployment of an artifact onto a node or executable target, typically in a Deployment diagram. |
Deployment | |
A Manifest relationship indicates that the Artifact source embodies the target model element, typically in Component and Deployment diagrams. |
Manifest | |
The Nesting Connector is an alternative graphical notation for expressing containment or nesting of elements within other elements. |
Nesting |
Learn more