Diferencia entre revisiones de «Diagrama de componentes»
De Dos Ideas.
(→Ejemplo) |
(→Ejemplo) |
||
| Línea 11: | Línea 11: | ||
== Ejemplo == | == Ejemplo == | ||
| − | [[Archivo:DiagramaDeComponentes. | + | [[Archivo: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. | 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. | ||
Revisión del 20:16 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
- 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
- Añadir al diagrama todos los componentes anteriormente creados
- Definir las relaciones que hay entre los componentes
- Definir que interfaces requeridas o expuestas habrá
Ejemplo
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.
