https://padlet.com/al83r70_4m/n7vyygfnaq3q Description of Component Diagram en-us 2018-05-24 02:48:35 UTC 2023-02-13 05:03:32 UTC hello@padlet.com https://padlet-assets.s3.amazonaws.com/icons/Diskette.png 16610407 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263327621 it´s a kind of model with respect to component diagram.
this model consistent in the following:
*in a set of artifacts delivered to user
*Release to focus on parts neccesary to deliver running system.
*show the specific components for using in the system.

]]> 2018-05-24 12:44:52 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263327621 16610010 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263328002 The model an embedded system,
-Identify the devices and nodes that are unique to your system.
-Provide visual cues, especially for unusual devices, by using the UML´s extensibility mechanisms to define system-specific stereotypes with appropiate icons.
-Model the relationships among these processors and devices in a deployment diagram similarly,specify the relatioship between the components in your system´s implementation view and the nodes too.
-As necessary, expand on any intelligent devices by modeling their structure with a more detailed deployment diagram. ]]> 2018-05-24 12:46:03 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263328002 16610023 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329077 The component diagrams are a very important diagrams that engineers will often create early in a project. However, the component diagram's usefulness spans the life of the system. Component diagrams are invaluable because they model and document a system's architecture. Because component diagrams document a system's architecture, the developers and the eventual system administrators of the system find this work product-critical in helping them understand the system.]]> 2018-05-24 12:49:37 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329077 16610432 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329199 the component diagram are used in modeling physical aspects of the system, also show the organization and dependences among  a set  of components.

modeling source code
to model a system's source code
-identifies the set of source code files of interest and model them as components stereotyped as files.
-For larger systems, use packages to show groups of source code files.
- Model the compilation dependencies among these files using dependencies]]> 2018-05-24 12:50:02 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329199 16610089 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329236 Identify the system´s devices and processors as for simpler client/server.
Pay close attencion to logical groupings of nodes, which you can specify by using packages.
When modeling a fully distributed system, it´s common to reify the network itself as an node.]]> 2018-05-24 12:50:10 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329236 16610410 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329617 *You can organize nodes by grouping them in packages in the same manner in which you can organize classes and components. *You can also organize nodes by specifying dependency, generalization, and association relationships among them.]]> 2018-05-24 12:51:30 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263329617 16610410 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263330196 The most common kind of relationship use among nodes is an association.
An association represents a physical connection among nodes, such as an Ethernet connection or a serial line.
We can include roles, multiplicity, and constraints.]]> 2018-05-24 12:53:33 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263330196 16610237 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263330781 To model an adaptable system you must consider the physical distribution of the components that may migrate from node to
node. You can specify the location of a component instance by marking it with a location
tagged value. 
If you want to model the actions that cause a component to migrate, create a
corresponding interaction diagram that contains component instances.


Deployment 
UML provides a graphical representation of node. this allows you to visualize a node apart from any specific hardware. represents specific kind of processors and devices.

A "node" is a physiscal element that exist at running time and representes a computational resource. and it's rendered as a cube ]]> 2018-05-24 12:55:43 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263330781 16610407 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263330815 according to the model is about :
*relationship of the model with  the logical database schema with respect to classes.
*Select a strategy for mapping these classes to tables.
*create a component
diagram that contains components stereotyped.
*use tools to convert your logical design into a physical
design.]]> 2018-05-24 12:55:51 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263330815 16610410 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263331296 Modeling the processors and devices that form the topology of a stand-alone, embedded, client/server, or distributed system is the most common use of nodes.
*A processor is a node that has processing capability.
*A device is a node that has no processing capability.
Characteristics of model processors and devices:
1.-Identify the computational elements of your system's deployment view and model each as a node.
2.- If these elements represent generic processors and devices, then stereotype them as such.
3.- The attributes and operations that might apply to each node.]]> 2018-05-24 12:57:35 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263331296 16610010 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263331695 To model a client/server system, 
-Identify the nodes that represent your system’s client and server processors
-Highlight those devices that are germane to the behavior of your system.
-Provide visual cues for these processors and devices via stereotyping. 
-Model the topology of these nodes in a deployment diagram. Similarly, specify the relationship between the components in your system’s implementation view and the nodes.


]]> 2018-05-24 12:58:42 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263331695 16610420 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263332580 To model the distribution of components.
- For each significant component in your system, allocate it to a given node.
- Consider duplicate locations for components.
- Render this allocation in one of three ways.
1. Don't make the allocation visible, but leave it as part of the backplane of your
modelthat is, in each node's specification.
2. Using dependency relationships, connect each node with the components it
deploys.
3. List the components deployed on a node in an additional compartment.]]> 2018-05-24 13:01:04 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263332580 16610237 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263332949 To model an adaptable system you must consider the physical distribution of the components that may migrate from node to
node. You can specify the location of a component instance by marking it with a location
tagged value. 
If you want to model the actions that cause a component to migrate, create a
corresponding interaction diagram that contains component instances.


Deployment 
UML provides a graphical representation of node. this allows you to visualize a node apart from any specific hardware. represents specific kind of processors and devices.

A "node" is a physiscal element that exist at running time and representes a computational resource. and it's rendered as a cube 

]]> 2018-05-24 13:02:11 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263332949 16610420 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263333883 Deployment Diagrams
- A deployment diagram is a diagram that shows the configuration of run time processing nodes and the components that live on them.
- Deployment diagrams are one of the two kinds of diagrams used in modeling the physical aspects of an object-oriented system. 
- Used to model the static deployment view of a system (topology of the hardware)
- A deployment diagram is a collection of vertices and arcs.
- Deployment diagrams are important for visualizing, specifying, and documenting embedded, client/server, 
and distributed systems and also for managing executable systems through forward and reverse engineering.]]> 2018-05-24 13:05:17 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263333883 16610237 https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263334000

Nodes are a lot like components: Both have names; both may participate in dependency,
generalization, and association relationships; both may be nested; both may have instances; both
may be participants in interactions. significant differences between nodes and components are.

-Components are things that participate in the execution of a system; nodes are things that
execute components.
-Components represent the physical packaging of otherwise logical elements; nodes
represent the physical deployment of components.

This first difference is, nodes execute components; components are things that are executed by
nodes.
The second difference suggests a relationship among classes, components, and nodes. A
component is the manifestation of a set of logical elements.]]> 2018-05-24 13:05:39 UTC https://padlet.com/al83r70_4m/n7vyygfnaq3q/wish/263334000