Ingeniero En Sistemas E Informatica

Diagramas de Componentes
Un debate que siempre osciló grande en la comunidad 00 es lo que la diferencia
es entre un componente y cualquier dass regular. Esto no es un debate que 1
Wanz a Bettle aquí, pero uno le puede mostrar la notación UML utiliza para distinguir
entre ellos.
UML 1 tenía un símbolo distintivo para un componente (Figura 14 0.1). UML 2
eliminar ese icono pero le permiteanotar una caja dass cual un aspecto similar
icono. Alternativamente, puede utilizar el «componente» de palabras clave.
Aparte del icono, los componentes no introducir cualquier anotación que
todavía no lo ha visto. Los componentes están conectados a través de implementar y
Interfaces requeridas, a menudo usando la notación de bola y Bocket (página 71) sólo como
los diagramas de Dass. Tambiénpuede descomponer los componentes mediante el uso de composite
diagramas de estructura.
Figura 14 0.2 muestra un diagrama de componente de ejemplo. En este ejemplo, las ventas
hasta que puede conectarse a un componente del servidor de ventas, utilizando una interfaz de mensaje de ventas.
Debido a que la red no es confiable, un componente de la cola de mensajes está configurado de modo que elhasta que pueda comunicarse con el servidor cuando la red está en marcha y hablar con una cola cuando la
red está caída, la cola y luego hablará con el servidor cuando la red
esté disponible. Como resultado, la cola de mensajes tanto suministra el mensaje de ventas
interfaz para hablar cual la caja y requiere que la interfaz para hablar cual el
servidor. El servidor se descompone en doscomponentes principales. La transacción
procesador se da cuenta de la interfaz de mensaje de las ventas, y las conversaciones conductor de contabilidad a
El sistema de contabilidad.

As I've already said, the issue of what is a component is the subject of endless
debate. One of the more helpful Statements I've found is this :
Components are not a technology. Technology people seem to find this
hardto understand. Components are about how customers want to relate
to so ftware . They want to be able to buy their so ftware a piece at a time,
and to be able to upgrade it just like they can upgrade their stereo . They
want new pieces to work seamlessly with their old pieces, and to be able
to upgrade an their own schedule, not the mann facturer's schedule . They
want to be able to mix andmatch pieces from various mann facturers .
This is a very reasonable requirement . lt is just hard to satisfy.
Ralph Johnson, http://www.c2.com/cgi/wiki?DoComponentsExis t
Transaction
Processor
Widget
UML 2 notation
Sales Server
Accounting
Driver
Accounting
System
WHEN TO USE COMPONENT DIAGRAMS
The important point is that components represent pieces that are independently
purchasableand upgradeable . As a result, dividing a System into components
is as muck a marketing decision as it is a technical decision, for which
[Hohmann] is an excellent guide . It's also a reminder to beware of overly finegrained
components, because too mang components are hard to manage, especially
when versioning rears its ugly head, hence "DLL hell ."
In earlier versions of the UML, componentswere used to represent physical
structures, such as DLLs . That's no Tonger true ; for this tack, you now use artifacts
(page 97) .
When to Use Component Diagrams
Use component diagrams when you are dividing your System into components
and wallt to Show their interrelationships through Interfaces or the breakdown
of components into a lower-level structure .**********-------------***************----------------******************--------------

Diagramas de Implementación
Los diagramas de despliegue muestran la disposición física de un sistema, que revela que las piezas
de ejecutar un software pedazos lo de hardware. Los diagramas de despliegue son realmente
muy sencillo, por lo que el breve capítulo.
Figura 8 .1 es un simple ejemplo de un diagrama de implementación. Los...