FUNDAMENTOS DE INGENIERA DE

SOFTWARE

UML: CASOS DE USO Y

DIAGRAMA DE CASOS DE
USO
Docente:
Ing. Armando Cabrera
Integrantes:
Marilyn Jaramillo

UML
Unified Modeling Language

Lenguaje Estndar para:

Visualizar
Especificar
Construir
Documentar los planos del software

Indican como crear y leer modelos bien formados pero

no nos dicen qu modelos se deben crear ni cundo se
los deberan crear
Ir a Casos de uso

UML es un lenguaje para visualizar

La distancia entre pensar en una implementacin y transformarla
en cdigo es casi cero.
En algunos casos: Lo que piensas lo codificas.
Algunas cosas se modelan mejor textualmente; otras se modelas
mejor de forma grfica
UML es algo ms que un simple montn de smbolos grficos.

UML es un lenguaje para especificar

Significa construir modelos precisos, no ambiguos y completos
UML cubre todas las decisiones de anlisis, diseo e
implementacin

UML es un lenguaje para construir

No es un lenguaje de programacin
Pero sus modelos pueden conectarse a una gran variedad de
lenguajes de programacin

UML es un lenguaje para documentar

UML cubre la documentacin de la arquitectura de un sistema y
todos sus detalles
Proporciona un lenguaje:
Expresar requisitos y pruebas
Modelar actividades de planificacin de proyectos
y gestin de versiones

CASOS DE USO
Qu es un caso de uso?
Para que sirven los casos de uso?
Cmo se representan?
Cmo se debe crear un caso de us
o?
Flujo de eventos
Model
Relaciones
Diagramas de caso de uso

Use case 1

Actor 2
Use case 2

Use case 3
Use Case 2
Specification

QU ES UN CASO DE USO?
Describen una interaccin tpica entre un usuario (actores) y un
sistema de cmputo.
Es una tcnica para capturar informacin de cmo un sistema o
negocio trabaja actualmente, o de cmo se desea que trabaje
Produce algo de valor para algn actor como el clculo de algn
resultado
Describe qu hace un sistema pero no especifica cmo lo
hace
El caso de uso capta alguna funcin visible para el usuario.
El caso de uso puede ser pequeo o grande.
El caso de uso logra un objetivo discreto para el usuario.
Un caso de uso debe ser simple, claro y conciso

PARA QUE SIRVEN LOS CASOS DE USO?

Para capturar el comportamiento deseado del sistema
sin tener que especificar como se implementa ese
comportamiento
Como medio de comprensin del sistema para
desarrolladores, usuarios finales y expertos del dominio
Ayudan a validar la arquitectura y a verificar el
sistema en el transcurso del desarrollo de este

CMO SE REPRESENTAN?
Un caso de uso se representa en UML como un
valo:
Nombre del Caso de Uso

En UML, un actor se representa como monigote

Actor

ACTORES

Representa un conjunto de roles que los usuarios de los casos de

uso juegan al interactuar con stos
Representa un rol que es jugado por una persona, un dispositivo
hardware u otro sistema que interacte con nuestro sistema
Se puede definir categoras generales de actores (como cliente) y
especializarlos (como ClienteComercial) a travs de relaciones de
generalizacin
actor
Cliente
generalizacin
Cliente
actor
Comercial

Un actor y un caso de uso se pueden comunicar a travs de una

asociacin en donde cada uno de ellos pueden enviar y recibir
mensaje.

FLUJO DE EVENTOS
Cmo y cundo empieza y acaba el caso de uso
Cundo interactan
intercambian

con

los

actores

que

Conviene separa el flujo principal de uno alternativo

objetos

se

Ejemplo:
VALIDACIN DE USUARIO

FLUJO DE EVENTO PRINCIPAL:

el caso de uso comienza cuando se pide al cliente un nmero de
identificacin personal (cdula), el cliente introduce la cdula, luego
acepta con enter, el sistema lo comprueba para su validacin, si la
cdula es vlida el sistema acepta la entrada y acaba el caso de uso.
FLUJO DE EVENTO EXCEPCIONAL:
- El cliente puede cancelar su transaccin en cualquier momento con
el botn cancelar, reiniciando el caso de uso, no se efecta ningn
cambio a la cuenta del cliente .
- El cliente puede borrar la cdula en cualquier momento antes de
introducirlo y volver a teclear una nueva cdula
- El cliente introduce un cdula invlida el caso de uso vuelve a
empezar, si se lo realiza tres veces se cancela la transaccin.

Cmo identificar los casos de

uso?

Cmo se debe crear un caso de uso?

Tras localizar los actores, procede el describirlos

especificar describiendo un flujo de eventos
Los actores slo pueden conectar a los casos de uso a
travs de asociaciones
Generalmente hay pocos actores asociados a cada Caso
de Uso
Preguntas clave:

cules son las tareas del actor?

qu informacin crea, guarda, modifica, destruye o lee
el actor?
debe el actor notificar al sistema los cambios externos?
debe el sistema informar al actor de los cambios
internos?

La descripcin del Caso de Uso comprende:

el inicio: cundo y qu actor lo produce?
el fin: cundo se produce y qu valor
devuelve?
la interaccin actor-caso de uso: qu
mensajes intercambian ambos?
objetivo del caso de uso: qu intenta el caso
de uso?
cronologa y origen de las informaciones
repeticiones de comportamiento: qu
operaciones son iteradas?
situaciones opcionales: qu ejecuciones
alternativas se presentan en el caso de uso?

Puntos claves del ejemplo:

Las precondiciones son los hechos que se han de cumplir
para que el flujo de evento se pueda llevar a cabo.
Flujo de eventos Normal, que corresponde a la ejecucin
normal y exitosa del caso de uso
Los flujos alternativos son los que nos permiten indicar
qu es lo que hace el sistema en los casos menos
frecuentes e inesperados.
las poscondiciones son los hechos que se ha de cumplir si
el flujo de eventos normal se ha ejecutado correctamente.

Ejemplo:

escribir un mensaje en un foro

RELACIONES
Para extraer el comportamiento de los casos de uso en los que se
incluye y poniendo ese comportamiento en otros casos de uso que lo
extiende
Tipos:
- GENERALIZACIN
- EXTENSIN
- INCLUSIN

GENERALIZACIN

El caso hijo hereda el comportamiento y significado de

caso de uso padre
El hijo puede aadir o redefinir el comportamiento del
padre
El Caso de Uso fuente hereda la especificacin del
Caso de Uso destino

Caso de uso
destino
Caso de uso
origen

INCLUSIN

Un
caso
base
de
uso
base
incorpora
expolisitamente el comportamiento de otro caso
de uso en el lugar especificado en el caso base.
Se usa para evitar describir el mismo flujo de
eventos
repetidas
veces,
poniendo
comportamiento comn en un caso de uso aparte
Se
representa
como
una
dependencia
estereotipada con <<include>>

REPRESENTACIN
:

<<include>>
Caso de uso destino

Caso de uso origen

EJEMPLO:
Buscando datos de
producto
<<include>>

Ingresando pedido
Empleado de
ventas

<<include>>

Obtener reporte
De Ventas por
producto
Gerente

EXTENSIN
Significa que un caso de uso base incorpora implcitamente
el comportamiento de otro caso de uso en el lugar
especificado indirectamente por el caso de uso que extiende
al base
Se usa esta relacin cuando se tiene un caso de uso que es
similar a otro, pero que hace un poco ms.

<<extends>>
Caso de uso
destino
Caso de uso
origen

Ejemplo:

Realizar
Llamada telefnica

Realizar llamada
Con conferencia

relacin de extensin

Red
telefnica
Actores

<<extend>>

Recibir llamada
telefnica

<<extend>>

Recibir llamada
adicional

Casos de uso
Usar agenda
Usuario

frontera del sistema

Telfono mvil

 Ejemplo de todas las relaciones :

<<extends>>
Giro por Internet
Cliente
<<includes>>

Identificacin

Giro

DIAGRAMAS DE CASO DE USO

En UML, cada caso de uso debe tener al menos un actor. Esta
forma de ver el sistema nos ayuda a concebirlo como un todo.

Un diagrama de casos de uso es un diagrama que

muestra un conjunto de casos de uso, actores y sus
relaciones.
Son importantes para modelar el comportamiento de
un sistema.
Normalmente los casos de uso contienen:
Casos de Uso
Actores
Relaciones de dependencia, generalizacin y asociacin.

 Cubren principalmente el comportamiento del sistema.

Es un tipo especial de diagrama, por su contenido particular.
Se emplean para modelar la vista de casos de uso esttica.
(comportamiento, servicios externos).
Para modelar el contenido de un sistema
Dibujar una lnea alrededor de todo el sistema, los actores
quedarn fuera del sistema e interactan con el, se
especificara los actores y el significado de los roles.
Para modelar los requisitos de un sistema
Especificar que debera hacer el sistema,
independientemente de cmo se haga, se especificar el
comportamiento deseado del sistema.
Permite ver el sistema entero como una caja negra.

Tcnicas comunes del modelado

Elementos dentro y fuera, son responsables del comportamiento
que esperan los elementos externos..
Los elementos externos que interactan con el sistema constituyen
su contexto, es decir el entorno en que reside el sistema.
Modelar el contexto de un sistema
Identificar actores en torno del sistema.
Grupos que necesitan ayuda del sistema,
Grupos necesarios para ejecutar las funciones del sistema.
Grupos que interactan con el hardware o software.
Grupos que realizan funciones secundarias de administracin y
mantenimiento.
Organizar los actores similares en jerarqua de
generalizacin/especificacin
Proporcionar un estereotipo para cada actor.
Introducir los actores en un diagrama de CU y especificar las vas
de comunicacin .

Antes

Despus

Realizar
Transaccin
Con tarjeta
Procesar factura
Del cliente

Comerci
o

Cliente

Ajustar
transacciones
Gestionar cuenta
Del cliente
Cliente
Cliente
individual corporativo

Entidad
Financiera

Los Casos de Uso no son parte del diseo (cmo), sino parte del
anlisis (qu).
Los Casos de Uso son qu hace el sistema desde el punto de vista
del usuario. Es decir, describen un uso del sistema y cmo este
interacta con el usuario.
Los diagramas de casos de uso muestran las relaciones entre los
casos de uso de un sistema y sus actores.
En una relacin << extends>>, un actor que lleve a cabo el caso
de uso base puede realizar o no sus extensiones. Mientras, en una
relacin <<include>> el actor que realiza el caso de uso base
tambin realiza el caso de uso incluido.

1. http://www.ingenierosoftware.com/analisisydiseno/casosdeus
o.php
2. http://www-gris.det.uvigo.es/~avilas/UML/node25.html
3. Libro de UML: EL LENGUAJE UNIFICADO DE MODELADO,
Booch, Jacobson, Rumdaugh, pag 190- 223