UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO

Docente:

Ing. Armando Cabrera

Integrantes:

Marilyn Jaramillo

Katty Landacay

FUNDAMENTOS DE INGENIERA DE

SOFTWARE

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.

UML es algo ms que un simple montn de smbolos grficos.

En algunos casos: Lo que piensas lo codificas.

Algunas cosas se modelan mejor textualmente; otras se modelas mejor de

forma grfica

UML es un lenguaje para especificar

Significa construir modelos precisos, no ambiguos y completos

Pero sus modelos pueden conectarse a una gran variedad de lenguajes de

programacin

UML cubre todas las decisiones de anlisis, diseo e implementacin

No es un lenguaje de programacin

UML es un lenguaje para construir

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 uso?

Flujo de eventos

Relaciones

Diagramas de caso de uso

Use Case 2 Specification

Actor 2

Use case 1

Model

Use case 2

Use case 3

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

Un caso de uso se representa en UML como un valo:

CMO SE REPRESENTAN?

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

Cliente

Cliente Comercial

actor

actor

generalizacin

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 con los actores y que objetos se intercambian

Conviene separa el flujo principal de uno alternativo

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 origen

Caso de uso destino

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

Caso de uso origen

Caso de uso destino

Ingresando pedido

Buscando datos de producto

Obtener reporte De Ventas por

producto

Empleado de ventas

Gerente

REPRESENTACIN:

EJEMPLO:

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.

Caso de uso origen

Caso de uso destino

Ejemplo:

Realizar Llamada telefnica

Realizar llamada Con conferencia

Recibir llamada telefnica

Recibir llamada adicional

Usar agenda

relacin de extensin

frontera del sistema

Casos de uso

Red telefnica

Usuario

Actores

Telfono mvil

Ejemplo de todas las relaciones :

Identificacin

Giro por Internet

Cliente

Giro

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.

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.

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