CONTENIDO

DIAGRAMA DE CASO DE USO.............................................................................. 2

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........................................................................................ 2
ELEMENTOS BASICOS:..................................................................................... 2
TIPOS DE RELACIONES DE CASOS DE USO......................................................4
DIAGRAMA DE ACTIVIDADES............................................................................... 6
CONCEPTO: Conocido tambin con el nombre de diagrama de flujo es
la representacin grfica del algoritmo o proceso. Se utiliza en disciplinas como
programacin, economa, procesos industriales y psicologa cognitiva........................6
TIPOS DE DIAGRAMA DE ACTIVIDADES:...........................................................6
DIAGRAMA DE SECUENCIA.................................................................................. 7
UTILIDAD: Un diagrama de secuencia muestra la interaccin de un conjunto de
objetos en una aplicacin a travs del tiempo y se modela para cada caso de uso.
Mientras que el diagrama de casos de uso permite el modelado de una
vista business del 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.......................8
DIAGRAMA DE ESTADO....................................................................................... 8
DIAGRAMA DE COLABORACIN..........................................................................9
EN QUE CONSISTE UN DIAGRAMA DE COLABORACION....................................9
DIAGRAMA DE COMPONENTE............................................................................10
DIAGRAMA DE DESPLIEGUE.............................................................................. 12
DIAGRAMA DE INTERACCION............................................................................. 14
DIAGRAMA DE CLASES...................................................................................... 15
BIBLIOGRAFIA:.................................................................................................. 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
2

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 se

pretende 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
la representacin grfica del algoritmo o proceso. Se utiliza en disciplinas como
programacin, economa, procesos industriales y psicologa 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
segn UML.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: Un diagrama de secuencia muestra la interaccin de un conjunto de objetos

en una aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que
el diagrama de casos de uso permite el modelado de una vista business del 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 un caso de uso para determinar qu objetos
son necesarios para la implementacin del escenario. Si se dispone de la descripcin de
cada caso de uso como 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.
8

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:

10

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

11

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.

12

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 de objetos y sus relaciones,
incluyendo los mensajes que 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.

13

Comnmente contienen:

Objetos

Enlaces

Mensajes

Pueden 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

14

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.pdf

15

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

16