Elementos de UML

7/24/2019 Elementos de UML

1/19

Elementos de UML

Diagrama de casos de uso

Los diagramas de casos de uso describen las relaciones y las dependencias entre un grupo de casos de usoy los actores participantes en elproceso.

Es importante resaltar que los diagramas de casos de uso no estn pensados para representar el diseo y no puede describir los elementos internosde un sistema. Los diagramas de casos de uso sirven para facilitar la comunicacin con los futuros usuarios del sistema, y con el cliente, y resultanespecialmente tiles para determinar las caractersticas necesarias que tendr el sistema. En otras palabras, los diagramas de casos de usodescriben ques lo que debe hacer el sistema, pero no cmo.


2/19

Caso de uso

n caso de usodescribe, !desde el punto de vista de los actores!, un grupo de actividades de un sistema que produce un resultado concreto ytangible.

Los casos de uso son descriptores de las interacciones tpicas entre los usuarios de un sistema y ese mismo sistema. "epresentan el interfa#e$terno del sistema y especifican qu% requisitos de funcionamiento debe tener este &recuerde, nicamente el qu%, nunca el cmo'.

(uando se traba)a con casos de uso, es importante tener presentes algunas secillas reglas*

(ada caso de uso est relacionado como mnimo con un actor


3/19

(ada caso de uso es un iniciador &es decir, un actor'

(ada caso de uso lleva a un resultado relevante &un resultado con +valor intrnseco'

Los casos de uso pueden tener relaciones con otros casos de uso. Los tres tipos de relaciones ms comunes entre casos de uso son*

que especifica una situacin en la que un caso de uso tiene lugar dentrode otro caso de uso

que especifica que en ciertas situaciones, o en algn punto &llamado punto de e$tensin' un caso de uso ser e$tendidopor otro.

Generalizacinque especifica que un caso de uso hereda las caractersticas del +super caso de uso, y puede volver a especificaralgunas o todas ellas de una forma muy similar a las herencias entre clases.

Actor

n actor es una entidad e$terna &de fuera del sistema' que interacciona con el sistema participando &y normalmente iniciando' en un caso de uso.Los actores pueden ser gente real &por e)emplo, usuarios del sistema', otros ordenadores o eventos e$ternos.

Los actores no representan a personas fsicaso a sistemas, sino su rol. Esto significa que cuando una persona interacta con el sistema dediferentes maneras &asumiendo diferentes papeles', estar representado por varios actores. -or e)emplo, una persona que proporciona servicios deatencin telefnica a clientes y reali#a pedidos para los clientes estara representada por un actor +equipo de soporte y por otro actor+representante de ventas.

Descripcin de casos de uso

Las descripciones de casos de uso son reseas te$tuales del caso de uso. ormalmente tienen el formato de una nota o un documento relacionadode alguna manera con el caso de uso, y e$plica los procesos o actividades que tienen lugar en el caso de uso.

Diagrama de clases


4/19


5/19

En 1, las clases estn representadas por rectngulos, con el nombre de la clase, y tambi%n pueden mostrar atributos y operaciones de la clase enotros dos +compartimentos dentro del rectngulo.

"epresentacin visual de una clase en 2L

Atributos

En 2L, los atributos se muestran al menos con su nombre, y tambi%n pueden mostrar su tipo, valor inicial y otras propiedades. Los atributostambi%n pueden ser mostrados visualmente*

34ndica atributospblicos

54ndica atributosprotegidos

64ndica atributosprivados

Operaciones

Las operaciones &m%todos' tambi%n se muestan al menos con su nombre, y pueden mostrar sus parmetros y valores de retorno. Las operaciones,al igual que los atributos, se pueden mostrar visualmente*

34ndica operacionespblicas


6/19

54ndica operacionesprotegidas

64ndica operacionesprivadas

Plantillas

Las clases pueden tener plantillas, un valor usado para una clase no especificada o un tipo. El tipo de plantilla se especifica cuando se inicia unaclase &es decir cuando se crea un ob)eto'. Las plantillas e$isten en (33 y se introducirn en 7ava 8.9 con el nombre de :en%ricos.

Asociaciones de clases

Las clases se puede relaciones &estar asocionadas' con otras de diferentes maneras*

Generalizacin

La herencia es uno de los conceptos fundamentales de la programacin orientada a ob)etos, en la que una clase +recoge todos los atributos yoperaciones de la clase de la que es heredera, y puede alterar;modificar algunos de ellos, as como aadir ms atributos y operaciones propias.

En 2L, una asociacin de generalizacinentre dos clases, coloca a estas en una )erarqua que representa el concepto de herencia de una clasederivada de la clase base. En 2L, las generali#aciones se representan por medio de una lnea que conecta las dos clases, con una flecha en ellado de la clase base.

"epresentacin visual de una generali#acin en 2L

Asociaciones


7/19

na asociacin representa una relacin entre clases, y aporta la semntica comn y la estructura de muchos tipos de +cone$iones entre ob)etos.

Las asociaciones son los mecanismos que permite a los ob)etos comunicarse entre s. de valores no negativos, con unasterisco &?' representando el infinito en el lado m$imo.

"epresentacin visual de una asociacin en 2L

Acumulacin

Las acumulaciones son tipos especiales de asociaciones en las que las dos clases participantes no tienen un estado igual, pero constituyen unarelacin +completa. na acumulacin describe cmo se compone la clase que asume el rol completo de otras clases que se encargan de laspartes. En las acumulaciones, la clase que acta como completa, tiene una multiplicidad de uno.

En 2L, las acumulaciones estn representadas por una asociacin que muestra un rombo en uno de los lados de la clase completa.


8/19

"epresentacin visual de una relacin de acumulacin en 2L

Composicin

Las composiciones son asociaciones que representan acumulaciones muy fuertes. Esto significa que las composiciones tambi%n forman relacionescompletas, pero dichas relaciones son tan fuertes que las partes no pueden e$istir por s mismas. @nicamente e$isten como parte del con)unto, y sieste es destruido las partes tambi%n lo son.

En 2L, las composiciones estn representadas por un rombo slido al lado del con)unto.

Otros componentes de los diagramas de clases

Los diagramas de clases pueden contener ms componentes aparte de clases.

Interfaces

Las interfaces son clases abstractas, esto es, instancias que no pueden ser creadas directamente a partir de ellas. -ueden contener operaciones,pero no atributos. Las clases pueden heredarse de las interfaces pudiendo as reali#arse instancias a partir de estos diagramas.

ipo de datos


9/19

Los tipos de datos son primitivas incluidas en algunos lengua)es de programacin. Algunos e)emplos son* bool y float. o pueden tener relacin conclases, pero las clases s pueden relacionarse con ellos.

Enumeraciones

Las enumeraciones son simples listas de valores. n e)emplo tpico de esto sera una enumeracin de los das de la semana. Al igual que los tiposde datos, no pueden relacionarse con las clases, pero las clases s pueden hacerlo con ellos.

Pa!uetes

Los paquetes, en lengua)es de programacin, representan un espacio de nombres en un diagrama se emplean para representar partes del sistemaque contienen ms de una clase, incluso cientos de ellas.

Diagramas de secuencia

Los diagramas de secuencia muestran el intercambio de mensa)es &es decir la forma en que se invocan' en un momento dado. Los diagramas desecuencia ponen especial %nfasis en el orden y el momento en que se envan los mensa)es a los ob)etos.

En los diagramas de secuencia, los ob)etos estn representados por lneas intermitentes verticales, con el nombre del ob)eto en la parte ms alta. Ele)e de tiempo tambi%n es vertical, incrementndose hacia aba)o, de forma que los mensa)es son enviados de un ob)eto a otro en forma de flechascon los nombres de la operacin y los parmetros.


10/19

mbrello 2L 2odeller mostrando un diagrama de secuencia

Los mensa)es pueden ser o bien sncronos, el tipo normal de llamada del mensa)e donde se pasa el control a ob)eto llamado hasta que el m%todofinali#e, o asncronos donde se devuelve el control directamente al ob)eto que reali#a la llamada. Los mensa)es sncronos tienen una ca)a vertical enun lateral del ob)eto invocante que muestra el flu)o del control del programa.


11/19

Diagramas de colaboracin

Los diagramas de colaboracin muestran las interacciones que ocurren entre los ob)etos que participan en una situacin determinada. Esta es ms

o menos la misma informacin que la mostrada por los diagramas de secuencia, pero destacando la forma en que las operaciones se producen enel tiempo, mientras que los diagramas de colaboracin fi)an el inter%s en las relaciones entre los ob)etos y su topologa.

En los diagramas de colaboracin los mensa)es enviados de un ob)eto a otro se representan mediante flechas, mostrando el nombre del mensa)e,los parmetros y la secuencia del mensa)e. Los diagramas de colaboracin estn indicados para mostrar una situacin o flu)o programa especficosy son unos de los me)ores tipos de diagramas para demostrar o e$plicar rpidamente un proceso dentro de la lgica del programa.


12/19

Diagrama de estado

Los diagramas de estado muestran los diferentes estados de un ob)eto durante su vida, y los estmulos que provocan los cambios de estado en un

ob)eto.Los diagramas de estado ven a los ob)etos como mquinas de estadoo autmatas finitos que pueden estar en un con)unto de estados finitos y quepueden cambiar su estado a trav%s de un estmulo perteneciente a un con)unto finito. -or e)emplo, un ob)eto de tipo et!erverpuede tener durantesu vida uno de los siguientes estados*

Listo

Escuchando

0raba)ando


13/19

etc


14/19

mbrello 2L 2odeller mostrando un diagrama de estado

Estado

Los estados son los ladrillos de los diagramas de estado. n estado pertenece a e$actamente una clase y representa un resumen de los valores yatributos que puede tener la clase. n estado 2L describe el estado interno de un ob)eto de una clase particular

0enga en cuenta que no todos los cambios en los atributos de un ob)eto deben estar representados por estados, sino nicamente aquellos cambiosque pueden afectar significativamente a la forma de funcionamiento del ob)eto

Bay dos tipos especiales de estados* inicio y fin. /on especiales en el sentido de que no hay ningn evento que pueda devolver a un ob)eto a suestado de inicio, y de la misma forma no hay ningn evento que pueda sacar a un ob)eto de su estado de fin.

Diagrama de acti"idad

Los diagramas de actividad describen la secuencia de las actividades en un sistema. Los diagramas de actividad son una forma especial de losdiagramas de estado, que nicamente &o mayormente' contienen actividades.


15/19

mbrello 2L 2odeller mostrando un diagrama de actividad


16/19

Los diagramas de actividad son similares a los diagramas de flu)o procesales, con la diferencia de que todas las actividades estn claramenteunidas a ob)etos.

Los diagramas de actividad siempre estn asociados a una clase, a una operacino a un caso de uso.

Los diagramas de actividad soportan actividades tanto secuenciales como paralelas. La e)ecucin paralela se representa por medio de iconos deforC;espera, y en el caso de las actividades paralelas, no importa en qu% orden sean invocadas &pueden ser e)ecutadas simultneamente o unadetrs de otra'.

Acti"idad

na actividad es un nico paso de un proceso. na activa es un estado del sistema que actividad interna y, al menos, una transicin saliente. Lasactividades tambi%n pueden tener ms de una transicin saliente, si tienen diferentes condiciones.

Las actividades pueden formar )erarquas, lo que significa que una actividad puede estar formada de varias actividades +de detalle, en cuyo casolas transiciones entrantes y salientes deberan coincidir con las del diagrama de detalle.

Elementos de a#uda

E$isten unos pocos elementos en 2L que no tiene un valor semntico real en la maqueta, pero que ayudan a clarificar partes del programa. Estoselementos son

Lnea de te$to

otas de te$to y enlaces

(a)as

Las lneas de te$to son tiles para aadir informacin te$tual a un diagrama. Es te$to es libre y no tiene ningn significado para la maqueta.


17/19

Las notas son tiles para aadir informacin ms detallada de un ob)eto o una situacin especfica. 0ienen la gran venta)a de que se pueden anclara los elementos 2L para mostrar que una nota +pertenece a un ob)eto o situacin especficos.

Las ca)as son rectngulos repartidos libremente que pueden usarse para )untar ob)etos haciendo los diagramas ms legibles. o tienen significadolgico en la maqueta.

Diagramas de componentes

Los diagramas de componentes muestran los componentes del softDare &ya sea las tecnologas que lo forman como parts, componentes (F"GA,7ava Geans o simplemente secciones del sistema claramente distintas' y los artilugios de que est compuesto como los archivos de cdigo fuente,las libreras o las tablas de una base de datos.

Los componentes pueden tener interfaces &es decir clases abstractas con operaciones' que permiten asociaciones entre componentes.

Diagramas de implementacin

Los diagramas de implementacin muestran las instancias e$istentes al e)ecutarse as como sus relaciones. 0ambi%n se representan los nodos queidentifican recursos fsicos, tpicamente un ordenador as como interfaces y ob)etos &instancias de las clases'.

Diagramas de relacin de entidad

Los diagramas de relaciones de entidad &diagramas E"' muestran el diseo conceptual de las aplicaciones de bases de datos. "epresentan variasentidades &conceptos' en el sistema de informacin y las relaciones y restricciones e$istentes entre ellas. na e$tensin de los diagramas de

relaciones de entidad llamado +diagramas de relaciones de entidad e$tendida o +diagramas de relaciones de entidad me)oradas &EE"', se utili#apara incorporar las t%cnicas de diseo orientadas a ob)etos en los diagramas E".


18/19

mbrello mostrando un diagrama de relaciones de entidad


19/19

Entidad

na "ntidades cualquier concepto del mundo real con una e$istencia independiente. -uede ser un ob)eto con una e$istencia fsica &e)emplo,mquina, robot' o puede ser un ob)eto con una e$istencia conceptual &p. e).* (urso de universidad'. (ada entidad tiene un con)unto de atributos quedescriben las propiedades de la entidad.

ota#o e$isten notaciones estndar para representar los diagramas E". Los diferentes te$tos sobre este asunto utili#an diferentes notaciones. Losconceptos y notaciones para los diagramas EE" utili#ados en mbrello provienen del siguiente libro* "lmasri $% y avat&e !% '())*+% ,undamentalsof -atabase !ystems *. ed% /ddison 0esley ',undamentos de los sistemas de bases de datos+

En un diagrama E", las entidades se representan como rectngulos, con el nombre de la clase, y tambi%n pueden mostrar atributos y operacionesde la clase en otros dos +compartimentos dentro del rectngulo.

"epresentacin visual de una entidad en un diagrama E"

Elementos de UML

Documents

Transcript of Elementos de UML