Anexo 1 Breve descripción de uml anexo 1: Breve Descripción de uml



Descargar 0,63 Mb.
Página2/18
Fecha de conversión12.01.2017
Tamaño0,63 Mb.
1   2   3   4   5   6   7   8   9   ...   18

Relaciones

Hay cuatro tipos de relaciones en UML: dependencia, generalización, asociación y realización.


Dependencia
Una dependencia es una relación semántica entre dos elementos, en la cual un cambio a un elemento (el elemento independiente) puede afectar a la semántica del otro elemento (el elemento dependiente). Gráficamente, una dependencia se representa como una línea discontinua dirigida, que incluye a veces una etiqueta.





Asociación
Una asociación es una relación estructural que describe un conjunto de enlaces, los cuales son conexiones entre objetos. La agregación es un tipo especial de asociación, que representa una relación estructural entre un todo y sus partes. Gráficamente, una asociación se representa como una línea continua, posiblemente dirigida, que a veces incluye una etiqueta, y a menudo incluye otros adornos, como la multiplicidad y los nombres de rol. La agregación se representa mediante un rombo situado en la parte del todo.

A
sociaciones y agregaciones


Generalización

Una generalización es una relación de especialización /generalización en la cual los objetos del elemento especializado (el hijo) pueden sustituir a los objetos del elemento general (el padre). De esta forma, el hijo comparte la estructura y el comportamiento del padre. Gráficamente, una relación de generalización se representa como una línea continua con un triángulo apuntando al padre.


R
ealización

Una realización es una relación semántica entre clasificadores, en donde un clasificador especifica un contrato que otro clasificador garantiza que cumplirá. Se pueden encontrar relaciones de realización en dos sitios: entre interfaces y las clases y componentes que las realizan, y entre los casos de uso y las colaboraciones que los realizan. Gráficamente, una relación de realización se representa como una línea discontinua con una punta de flecha vacía.






Diagramas

Un diagrama es la representación gráfica de un conjunto de elementos, en general visualizado como un grafo conexo de nodos (elementos) y arcos (relaciones). Los diagramas se dibujan para visualizar un sistema desde diferentes perspectivas, de forma que un diagrama es una proyección de un sistema. Para todos los sistemas, excepto los más triviales, un diagrama representa una vista resumida de los elementos que constituyen un sistema. En teoría, un diagrama puede contener cualquier combinación de elementos y relaciones. En la práctica, sin embargo, sólo surge un pequeño número de combinaciones, las cuales son consistentes con las vista más útiles que comprenden la arquitectura de un sistema con gran cantidad de software. Por esta razón, UML incluye nueve de estos diagramas:




  1. Diagrama de casos de uso.

  2. Diagrama de clases.

  3. Diagrama de objetos.

  4. Diagrama de secuencias.

  5. Diagrama de colaboración.

  6. Diagrama de estados.

  7. Diagrama de actividades.

  8. Diagrama de componentes.

  9. Diagrama de despliegue.


Mecanismos de extensibilidad

UML proporciona un lenguaje estándar para escribir planos software, pero no es posible que un lenguaje cerrado sea siempre suficiente para expresar todos los matices posibles de todos los modelos en todos los dominios y en todos los momentos. Por esta razón, UML proporciona tres mecanismos para extender el lenguaje de manera controlada. Estos mecanismos permiten configurar y extender UML a las necesidades de un proyecto y adaptarse a nuevas tecnologías de software. Los mecanismos de extensión de UML son:




  • Estereotipos.

  • Valores etiquetados.

  • Restricciones.



Estereotipos

U
n estereotipo extiende el vocabulario de UML, permitiendo crear nuevos tipos de bloques de construcción que deriven de los existentes pero sean específicos a un problema. Por ejemplo, si se está trabajando en un lenguaje de programación como Java o C++, a menudo será necesario modelar las excepciones. En estos lenguajes, las excepciones son simplemente clases, aunque se tratan de formas muy especiales. Normalmente sólo se permitirá que sean lanzadas y capturadas, nada más. Para modelar las excepciones se puede crear un estereotipo de una clase como muestra la figura.


Estereotipos
El nuevo estereotipo <> será tratado como un bloque básico de construcción.

1   2   3   4   5   6   7   8   9   ...   18


La base de datos está protegida por derechos de autor ©absta.info 2016
enviar mensaje

    Página principal