Diferencia entre revisiones de «Diagrama de componentes»

De Dos Ideas.
Saltar a: navegación, buscar
(Una guía para construir un diagrama de componentes)
(Una guía para construir un diagrama de componentes)
Línea 4: Línea 4:
  
 
#Pensar en un único diagrama que unifique los componentes de software que utilizaremos en la solución
 
#Pensar en un único diagrama que unifique los componentes de software que utilizaremos en la solución
#Dentro de la estructura de proyecto en [[UML]] generar un paquete con todos los componentes a utilizar
+
#Dentro de la estructura de proyecto [[UML]] es conveniente generar un paquete con todos los componentes a utilizar
#Añadir al diagrama todos los componentes anteriormente creados
+
#Añadir al diagrama todos los '''componentes''' anteriormente creados
#Definir las relaciones que hay entre los componentes
+
#Definir las '''relaciones''' que hay entre los componentes
#Definir que interfaces requeridas o expuestas contendrá la solución
+
#Definir que '''interfaces requeridas o expuestas''' contendrá la solución
  
 
== Ejemplo ==
 
== Ejemplo ==

Revisión del 20:21 20 sep 2011

Los diagramas de componentes muestran las relaciones entre los componentes de software, sus dependencias, comunicación, ubicación y otras condiciones.

Una guía para construir un diagrama de componentes

  1. Pensar en un único diagrama que unifique los componentes de software que utilizaremos en la solución
  2. Dentro de la estructura de proyecto UML es conveniente generar un paquete con todos los componentes a utilizar
  3. Añadir al diagrama todos los componentes anteriormente creados
  4. Definir las relaciones que hay entre los componentes
  5. Definir que interfaces requeridas o expuestas contendrá la solución

Ejemplo

DiagramaDeComponentes.jpg

Como siempre, el objetivo de estos diagramas es servir como una herramienta para entender al sistema. Si el diagrama no resulta claro, no estaremos cumpliendo con uno de los motivos por el cual estamos modelando. Es una buena práctica discutir los diagramas entre los que estén modelando el sistema.

Ver también