ContenidoDIAGRAMA DE CASO DE USO2CONCEPTO2ELEMENTOS BASICOS2TIPOS DE RELACIONES DE CASOS DE USO4PARA UNA BUENA ESTRUCTURA DE DIAGRAMAS DE CASOS DE USO:6CUANDO SE DIBUJA UN DIAGRAMA DE CASOS DE USO.6DIAGRAMA DE ACTIVIDADES7CONCEPTO7TIPOS DE DIAGRAMA DE ACTIVIDADES:8DIAGRAMA DE SECUENCIA9UTILIDAD9DIAGRAMA DE ESTADO10DIAGRAMA DE COLABORACIN11EN QUE CONSISTE UN DIAGRAMA DE COLABORACION11DIAGRAMA DE COMPONENTE12DIAGRAMA DE DESPLIEGUE13DIAGRAMA DE INTERACCION15DIAGRAMA DE CLASES16

DIAGRAMAS DE UML

DIAGRAMA DE CASO DE USO

CONCEPTO: Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar.Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente tiles en la comunicacin con el cliente.

ELEMENTOS BASICOS:

ACTORES: Los actores representan un tipo de usuario del sistema. Se entiende como usuario cualquier cosa externa que interacta con el sistema. No tiene por qu ser un ser humano, puede ser unidades organizativas o empresas y sistemas informticos.

EJEMPLO DE ACTORES:

Un teclado no es un actor en la mayor parte de los casos, slo un medio para introducir informacin al sistema. Suele ser til mantener una lista de los usuarios reales para cada actor. Siempre hay que intentar independizar los actores de la forma en que se interacta con el sistema.

Un actor en un diagrama de casos de uso representa un rol que alguien puede estar jugando, no un individuo particular por lo tanto puede haber personas particulares que puedan estar usando el sistema de formas diferentes en diferentes ocasiones. Ejemplo: socio de biblioteca y bibliotecario.

CASO DE USO: Es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se est desarrollando. Se representan mediante un vulo. Cada caso de uso debe detallarse, habitualmente mediante una descripcin textual.

ASOCIACIONES: Hay una asociacin entre un actor y un caso de uso si el actor interacta con el sistema para llevar a cabo el caso de uso.

Un caso de uso debe especificar un comportamiento deseado, pero no imponer cmo se llevar a cabo ese comportamiento, es decir, debe decir QU pero no CMO. Esto se realiza utilizando escenarios.

ESCENARIO: Es una interaccin entre el sistema y los actores, que puede ser descrito mediante una secuencia de mensajes. Un caso de uso es una generalizacin de un escenario.

EJEMPLO DE ACTORES:

El usuario introduce su nombre de usuario y su contrasea. El sistema verifica la validez del nombre de usuario y de la contrasea y permite al usuario el acceso al sistema. El sistema muestra la pantalla principal del sistema. El usuario selecciona la opcin de aadir nuevo empleado. El sistema muestra...

TIPOS DE RELACIONES DE CASOS DE USO

INCLUDE: Se puede incluir una relacin entre dos casos de uso de tipo include si se desea especificar comportamiento comn en dos o ms casos de uso.En la imagen anterior tanto Reservar Libro como Renovar prstamo hacen algo en comn Comprobar reserva.

LAS VENTAJAS DE ESTA ASOCIACIN SON:

Las descripciones de los casos de uso son ms cortas y se entienden mejor. La identificacin de funcionalidad comn puede ayudar a descubrir el posible uso de componentes ya existentes en la implementacin.

LAS DESVENTAJAS DE ESTA ASOCIACIN SON:

La inclusin de estas relaciones hace que los diagramas sean ms difcil de leer, sobre todo para los clientes.

EXTEND: Se puede incluir una relacin entre dos casos de uso de tipo include si se desea especificar diferentes variantes del mismo caso de uso. Es decir, esta relacin implica que el comportamiento de un caso de uso es diferente dependiendo de ciertas circunstancias. En principio esas variaciones pueden tambin mostrarse como diferentes descripciones de escenarios asociadas al mismo caso de uso.

La flecha en el caso de las relaciones extend va hacia el caso de uso original.

GENERALIZACIONES: En un diagrama de casos de uso tambin pueden mostrarse generalizaciones (relaciones de herencia) para mostrar que diferentes elementos estn relacionados como tipos de otros. Son aplicables a actores o casos de uso, pero para estos ltimos la semntica es muy similar a las relaciones extend.Lmites del sistema: Resulta til dibujar los lmites del sistema cuando sepretende hacer un diagrama de casos de uso para parte del sistema.

PARA UNA BUENA ESTRUCTURA DE DIAGRAMAS DE CASOS DE USO: La estructura es enfocada sobre un aspecto de comunicacin de la vista de un caso de uso de un sistema esttico. Contiene solamente casos de uso y actores que son esenciales para entender el aspecto. Provee detalles de consistencia con los niveles de abstraccin; exponiendo solo adornos que son esenciales para el entendimiento.CUANDO SE DIBUJA UN DIAGRAMA DE CASOS DE USO. Utilizar nombres representativos. Etiquetar los elementos con un mnimo de lneas cruzadas. Usar notas y colores para dibujar partes destacadas del diagrama. No demostrar demasiados tipos de relaciones. En general, si se incluyen complicadas y extensas relaciones, tomar esos elementos en otro diagrama.

DIAGRAMA DE ACTIVIDADES

CONCEPTO: Conocido tambin con el nombre de diagrama de flujo es larepresentacin grficadelalgoritmoo proceso. Se utiliza en disciplinas como programacin,economa,procesos industrialesypsicologa cognitiva.Se utiliza para mostrar una visin simplificada de lo que ocurre durante una operacin o proceso para representar el comportamiento dinmico de un sistema.Un diagrama de actividad est asociado a la implementacin de un caso de uso.Teniendo en cuenta que los casos de uso se centran en la interaccin entre el actor y el sistema, y no en el procesamiento interno del sistema durante el caso de uso, aparece la necesidad de utilizar este diagrama para evitar que la documentacin de las actividades que realiza el sistema no est limitada al texto informal de los casos de uso. De esta forma, un caso de uso puede estar acompaado por cero, uno o ms diagramas de actividad.Si resulta necesario, se pueden construir diagramas de actividad jerrquicos, donde una actividad de un diagrama sea descompuesta en actividades menores en un diagrama de nivel inferior.

PARA QUE SIRVE?

Capturar las acciones internas de un proceso

Capturar la especificacin de un caso de uso

Mostrar flujos entre procesos del negocio

DIAGRAMA DE COLABORACIN

Un diagrama de colaboracin es una forma de representar interaccin entre objetos.

EN QUE CONSISTE UN DIAGRAMA DE COLABORACION

Muestra cmo las instancias especficas de las clases trabajan juntas para conseguir un objetivo comn. Consiste especificar un contrato entre objetos Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de un objeto a otro. Dicha implementacin es llamada "enlace".

DIAGRAMA DE COMPONENTE

Un componente es una parte fsica de un sistema (modulo, base de datos, programa ejecutable, etc.). Se puede decir que un componente es la materializacin de una o ms clases, porque una abstraccin con atributos y mtodos pueden ser implementados en los componentes.En un DC, un componente se representa con un rectngulo en el que se escribe su nombre y en el se muestran dos pequeos rectngulos al lado izquierdo. O tambin los siguientes:Los componentes se pueden agrupar en paquetes asi como los objetos en clases, adems pueden haber entre ellos relaciones de dependencia como: Generalizacin Asociacin Agregacin Realizacin

DIAGRAMA DE INTERACCION

Muestran una interaccin, que consiste de un conjunto deobjetosy susrelaciones, incluyendo losmensajesque puedan ser realizados entre ellos. Son importantes para modelar los aspectos dinmicos de un sistema y para construir sistemas ejecutables a travs de ingeniera hacia adelante e ingeniera inversa.Comnmente contienen: Objetos Enlaces MensajesPueden servir para visualizar, especificar, construir y documentar los aspectos dinmicos de una sociedad particular de objetos, o pueden ser usados para modelar un flujo particular de control de un caso de uso.Los diagramas de interaccin estn conformados por los diagramas de secuencia y los diagramas de colaboracin.

DIAGRAMA DE CLASES

El propsito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar su tarea en vez de objetos del sistema o de un modelo de programacin. La clase define el mbito de definicin de un conjunto de objetos. Cada objeto pertenece a una clase. Los objetos se crean por instanciacin de las clases.

BIBLIOGRAFIA:

http://www.codecompiling.net/files/slides/UML_clase_02_UML_casos_de_uso.pdfhttp://uxmcc1.iimas.unam.mx/~cursos/Objetos/Cap17/cap17.htmlhttp://www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdfhttp://www-2.dc.uba.ar/materias/isoft1/Apuntes/DiagramasDeActividad.pdfhttp://www-2.dc.uba.ar/materias/isoft1/is1-2005_2/apuntes/SlidesDC.pdfhttp://es.wikipedia.org/wiki/Diagrama_de_flujohttp://es.slideshare.net/TerryJoss/diagrama-de-actividades-6096986http://ocw.unizar.es/ciencias-experimentales/modelos-matematicos-en-bases-de-datos/uml/02UML_DiagramaActividades.pdfhttp://es.slideshare.net/camiloan40/diagrama-de-actividades-umlhttp://lideradsi.blogspot.com/p/introduccion-al-uml.html