Deployment diagram visual paradigm
In a deployment diagram, you can use the dependency relationship to show the capability of a node type to support a component type. DependencyĪ dependency indicates that one model element (source) depends on another model element (target), such that a change to the target element may require a change to the source element in the dependency. You may model which nodes communicate with one another using the Connection relationship line. You may model the component instances that run or live on a node by drawing them within the node. You can model node types and node instances. NodeĪ node is a run-time physical object that represents a computational resource, generally having memory and processing capability. Some components exist only at compile time, some exist only at link time, some exist only at run time and some exist at more than one time. Components can be classified by their type. They are related to component diagrams in that a node typically encloses one or more components.Ī component is a grouping of classes that work together closely. Deployment diagrams address the static deployment view of an architecture. A deployment diagram shows the configuration of run time processing nodes and the components that live on them. In the UML, deployment diagrams is used to visualize the static aspect of these physical nodes and their relationships and to specify their details for construction.ĭeployment diagrams are one of the two kinds of diagrams used in modeling the physical aspects of an object-oriented system.
#DEPLOYMENT DIAGRAM VISUAL PARADIGM SOFTWARE#
At the edge of your system's software and hardware, you use deployment diagrams to reason about the topology of processors and devices on which your software executes. You use sequence diagrams, collaboration diagrams, statechart diagrams, and activity diagrams to specify the behavior of your software. In the UML, you use class diagrams and component diagrams to reason about the structure of your software.