CONTENIDODIAGRAMA DE CASO DE USO2CONCEPTO: 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.2ELEMENTOS BASICOS:2TIPOS DE RELACIONES DE CASOS DE USO4DIAGRAMA DE ACTIVIDADES6CONCEPTO: Conocido tambin con el nombre de diagrama de flujo es larepresentacin grficadelalgoritmoo proceso. Se utiliza en disciplinas como programacin,economa,procesos industrialesypsicologa cognitiva.6TIPOS DE DIAGRAMA DE ACTIVIDADES:6DIAGRAMA DE SECUENCIA7UTILIDAD: Undiagrama de secuenciamuestra la interaccin de un conjunto de objetos en una aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que eldiagrama de casos de usopermite el modelado de una vistabusinessdel escenario, el diagrama de secuencia contiene detalles de implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos.8DIAGRAMA DE ESTADO8DIAGRAMA DE COLABORACIN9EN QUE CONSISTE UN DIAGRAMA DE COLABORACION9DIAGRAMA DE COMPONENTE10DIAGRAMA DE DESPLIEGUE12DIAGRAMA DE INTERACCION14DIAGRAMA DE CLASES15BIBLIOGRAFIA:16

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.

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.

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.

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.

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.

TIPOS DE DIAGRAMA DE ACTIVIDADES:FORMATO VERTICAL: En l, el flujo y la secuencia de las operaciones, va de arriba hacia abajo. Es una lista ordenada de las operaciones de un proceso con toda la informacin que se considere necesaria, segn su propsito.FORMATO HORIZONTAL: En l, el flujo o la secuencia de las operaciones, va de izquierda a derecha.FORMATO PANORMICO: El proceso entero est representado en una sola carta y puede apreciarse de una sola mirada mucho ms rpido que leyendo el texto, lo que facilita su comprensin, aun para personas no familiarizadas. Registra no solo en lnea vertical, sino tambin horizontal, distintas acciones simultneas y la participacin de ms de un puesto o departamento que el formato vertical no registra.FORMATO ARQUITECTNICO: Describe el itinerario de ruta de una forma o persona sobre el plano arquitectnico del rea de trabajo. El primero de los flujogramas es eminentemente descriptivo, mientras que los utilizados son fundamentalmente representativos.

DIAGRAMA DE SECUENCIA

Es un tipo de diagrama usado para modelar interaccin entre objetos en un sistema segnUML.Muestra la forma que los objetos se comunican entre s al transcurrir el tiempo muestra: Los objetos participando en la interaccin. La secuencia de mensajes intercambiados. Un diagrama de secuencia contiene : Objetos con sus lneas de vida Mensajes intercambiados entre objetos en una secuencia ordenada Lnea de vida activa(opcional)

UTILIDAD: Undiagrama de secuenciamuestra la interaccin de un conjunto de objetos en una aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que eldiagrama de casos de usopermite el modelado de una vistabusinessdel escenario, el diagrama de secuencia contiene detalles de implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos.Tpicamente se examina la descripcin de uncaso de usopara determinar qu objetos son necesarios para la implementacin del escenario. Si se dispone de la descripcin de cadacaso de usocomo una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qu objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con lneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales.

DIAGRAMA DE ESTADO

Son una tcnica conocida para describir el comportamiento de un sistema. Describen todos los estados posibles en los que puede entrar un objeto particular y la manera en que cambia el estado del objeto, como resultado de los eventos que llegan a l. En la mayor parte de las tcnicas Orientadas a Objetos, los diagramas de estado se dibujan para una sola clase, mostrando el comportamiento de un solo objeto durante todo su ciclo de vida.

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 DESPLIEGUE

Los Diagramas de Despliegue muestran las relaciones fsicas de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la disposicin de las instancias de componentes de ejecucin en instancias de nodos conectados por enlaces de comunicacin. Un nodo es un recurso de ejecucin tal como un computador, un dispositivo o memoria. Los estereotipos permiten precisar la naturaleza del equipo: Dispositivos Procesadores Memoria Los nodos se interconectan mediante soportes bidireccionales que pueden a su vez estereotiparse. Esta vista permite determinar las consecuencias de la distribucin y la asignacin de recursos. Las instancias de los nodos pueden contener instancias de ejecucin, como instancias de componentes y objetos. El modelo puede mostrar dependencias entre las instancias y sus interfaces, y tambin modelar la migracin de entidades entre nodos u otros contenedores. Esta vista tiene una forma de descriptor y otra de instancia. La forma de instancia muestra la localizacin de las instancias de los componentes especficos en instancias especficas del nodo como parte de una configuracin del sistema. La forma de descriptor muestra qu tipo de componentes pueden subsistir en qu tipos de nodos y qu tipo de nodos se pueden conectar, de forma similar a una diagrama de clases, esta forma es menos comn que la primera.

Un diagrama de despliegue es un grafo de nodos unidos por conexiones de comunicacin. Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto). En general un nodo ser una unidad de computacin de algn tipo, desde un sensor a un mainframe. Las instancias de componentes software pueden estar unidas por relaciones de dependencia, posiblemente a interfaces (ya que un componente puede tener ms de una interfaz).

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