8/16/2019 Uml Descripción

1/3

Alumno: Emilio Rodríguez Mora

C.U.: 151944

Resumen UML (Lenguaje de Modelado Unifado!

El UML permite modelar, construir y documentar los elementos que forman un

sistema software orientado a objetos. Un lenguaje de modelado permite

expresar los distintos modelos que se producen en el proceso de desarrollo. Un

modelo es una representación abstracta de una especicación. Un diagrama es

una representación de un modelo de diseo. UML dene una notación y

sem!ntica com"n, pues su objeti#o era posibilitar el intercambio de modelos.

Su estructura.

"iagrama de lases. $escribe la estructura est!tica del sistema. %resenta

clases, interfaces, colaboraciones y relaciones. Una clase es la denición de un

conjunto de objetos con caracter&sticas similares. Existen las clases abstractas

'no tiene instancias directas( y concretas 'instanciables(. )estricciones* reglas

a atributos o relaciones. Estereotipo* dene el propósito del conjunto de

elementos a modelar con el mismo tipo.

Relaiones en#re lases* +onexión sem!ntica entre elementos del modelo.

 ipos.

-$ependencia. Un cambio en una clase puede afectar a la que se est! usando.

-sociación. /n#ocación signicati#a entre dos o m!s clases. /ncluyedescripción, rol y multiplicidad. La asociación puede ser re0exi#a

-gregación 'es parte de o contiene(

-+omposición 'compuesto por(.

-1enerali2ación. 3e crea una superclase que generali2a las propiedades

comunes de #arias clases.

-Especiali2ación. $ada una clase, se crean otras que especiali2an la clase dada.

"iagrama de o$je#os. Muestra un conjunto de objetos y sus relaciones en unmomento determinado.

"iagramas de asos de uso. $escriben lo que 4ace un sistema, enfati2ando

el qu5 en #e2 del cómo. $escriben las funcionalidades del sistema a partir de

las interacciones del usuario, se usan para #isuali2ar el contenido del sistema.

-ctores* entidad externa que interact"a con el sistema.

8/16/2019 Uml Descripción

2/3

-Casos de uso* dene una funcionalidad del sistema. +onstituye un 0ujo de

e#entos. %roduce un resultado obser#able y #!lido para el actor in#olucrado en

la secuencia de acciones.

Relaiones en#re asos de uso:

-1enerali2ación* $ene la especiali2ación de un caso de uso.

-Extensión* especica como un caso de uso puede insertarse en otro para

extender la funcionalidad de un caso de uso base.

-/nclusión* dene un caso de uso es parte obligatoria de un caso de uso base.

"iagrama de A#i%idades. $ene la lógica de los procedimientos, los

procesos de negocio y 0ujos de trabajo del sistema. $emuestran la serie de

acti#idades que deben ser reali2adas en un caso de uso, as& como las distintas

rutas que pueden irse desencadenando.

-cti#idad* )epresenta una acción que ser! reali2ada por el sistema.

-3ubacti#idad* Una acti#idad puede ser descompuesta en #arias acti#idades.

-)amicación '6ranc4(* 3urge cuando existe la posibilidad de que ocurra m!s

de una transición al terminar determinada acti#idad.

-Especicaciones 7oin* $i#isión, unión.

-3eales* lgunas acciones responden a seales.

"iagramas de seuenia. $escriben como colaboran y se comunican

'interacción( los objetos del sistema. Muestra los objetos que participan en una

interacción.

"iagrama de ola$orai&n* $escribe la interacción entre los objetos,

numerando la secuencia de mensajes.

"iagrama de "es'liegue* Muestra las relaciones f&sicas entre los

componentes 4ardware y software en el sistema nal, i.e., la conguración delos elementos de procesamiento en tiempo de ejecución y los componentes

software.

-8odo* Elemento donde se ejecutan los componentes, representa el despliegue

f&sico de estos componentes.

8/16/2019 Uml Descripción

3/3

-sociación* )epresenta el tipo de relación que soporta la comunicación entre

nodos.

"iagramas de om'onen#es* Muestra la relación entre componentes de

software, sus dependencias, su ubicación, su comunicación y otras condiciones.

$ene los módulos f&sicos del software y sus relaciones.

"iagrama de es#ados* Muestran los diferentes estados de un objeto durante

su #ida.