Deployment Diagrams

By Yubelly Garca
 Deployment diagrams are structural and static in nature. However, unlike all
other diagrams in the UML, deployment diagrams are the only hardware
'diagrams. They show the way in which processing nodes are organized to
enable deployment of the software system. They might also show the
components that Will be executed on these nodes. Being a hardware diagram,
the deployment diagram provides a valuable foundation for communicating
hardware-related decision. For example, deployment diagrams facilitate
discussion of the operational requirements od a system by enabling modelling of
the capacity of the nodes, their ability to handle speed and volume and the
manner in which the executables Will be deployed across the network. A
limitation of deployment diagrams is that they do not have enough symbols to
represent the various hardware nodes that exist in a typical system architecture.
This results in various CASE tool developers creating a plethora of notations for
their own deployment diagrams that has a potential for confusion.
 In short, an object has three things that uniquely specify it: an identity, a
state and behavior. Identity is required to uniquely identify an object. This is
required because of the fact that two (or more objects) may have exactly
the same attribute values. For example, many dogs with the same breed,
color and weight may be kept in a kennel yet their name can help identify
them uniquely (dogs with the same names will require further unique
identification such as name-owned by that object. These attribute values
express the state of the object. For example, a dog named Buster 'might
be in a sleeping state whereas Sparkymight be in running state. At
another point in time, Sparkyitself could be sleeping.
 Los diagramas de despliegue son de naturaleza estructural y esttica. Sin
embargo a diferencia de todos los otros diagramas en el UML, los
diagramas de despliegue son los nicos diagramas 'hardware '. Muestran la
forma en que los nodos de procesamiento estn organizados para permitir
el despliegue del sistema de software. Tambin pueden mostrar los
componentes que se ejecutarn en estos nodos. Al ser un diagrama de
hardware, el diagrama de despliegue proporciona una base valiosa para
comunicar la decisin relacionada con el hardware. Por ejemplo, los
diagramas de despliegue facilitan la discusin de los requisitos operativos
de un sistema al permitir el modelado de la capacidad de los nodos, su
capacidad para manejar la velocidad y el volumen y la forma en que los
ejecutables se desplegarn a travs de la red. Una limitacin de los
diagramas de despliegue es que no tienen suficientes smbolos para
representar los distintos nodos de hardware que existen en una
arquitectura de sistema tpica. Esto resulta en varios desarrolladores de
herramientas CASE, creando una pltora de anotaciones para sus propios
diagramas de despliegue que tiene un potencial de confusin.
 En definitiva, un objeto tiene tres cosas que nicamente especifican:
identidad, estado y comportamiento. Identidad es necesaria para identificar
de forma nica un objeto. Esto es necesario debido al hecho de que dos (o
ms objetos) pueden tener exactamente los mismos valores de atributo. Por
ejemplo, muchos perros de raza, color y peso pueden ser mantenidos en una
perrera pero su nombre puede ayudar a identificarlos de forma nica (perros
con los mismos nombres requerir ms exclusividad de identificacin tales
como nombre de propiedad de ese objeto. Estos valores de atributo
expresan el estado del objeto. Por ejemplo, un perro llamado Buster ' podra
estar en un estado de hibernacin mientras que Sparky puede estar en
estado de marcha. En otro momento, podra dormir Sparky por si mismo.
Principal idea in the text

A deployment diagram in the unified modeling language or UML, the

artifacts on nodes, characteristics and functionality, this specify an identity,
a state and behavior
VOCABULARY

Process node : a process node" is a standardized process used across a

wide range of products. Standardizing the process for multiple products
makes yield and process improvement much easier, since the same
resources can solve complex problems involving multiple steps for many
products simultaneously instead of having to have a separate team for
each small product group.
Nodos de procesamiento: un "nodo de proceso" es un proceso
estandarizado que se utiliza en una amplia gama de productos.
Estandarizar el proceso de varios productos de produccin y proceso de
mejora mucho ms fcil, ya que los mismos recursos pueden resolver
problemas complejos que involucran varios pasos para muchos productos
simultneamente en lugar de tener que tener un equipo separado para
cada pequeo Grupo de producto
 Network: they are those series of computers or computer overlay are
connected by cables, waves, signals or other mechanisms in order to
transmit data among themselves, in addition to resources and services, in
order to generate a shared work experience, and Save time and money
Red: son aquellas series de ordenadores o recubrimiento informticos se
conectan por medio de cables, ondas, seales u otros mecanismos con el
propsito de transmitir datos entre s, adems de recursos y servicios, con el
fin de generar una experiencia de trabajo compartida, y ahorrar tiempo y
dinero
 Plethora is a mission-driven startup or company that builds software,
hardware, and operates a factory to empower everyone on Earth to invent
anything.
Pltora es una startup o compaa basada en la misin que se construye
software, hardware y opera una fbrica para capacitar a todo el mundo
en la tierra a inventar algo.
 Diagrams of Objects: represents a specific instance of a class diagram in a
particular moment in time. When it is represented graphically, focuses on
the attributes of a set of objects, and how these objects relate to each
other
diagrama de objetos: representa una instancia especfica de un
diagrama de clases en un determinado momento en el tiempo. Cuando
se lo representa grficamente, se enfoca en los atributos de un conjunto
de objetos y cmo esos objetos se relacionan entre s.
Bibliography

Practical Object Oriented Design, Bhuvan Unhelkar, Cengage Learning

Australia, 2005