SISTEMAS DE INFORMACIÓN 2

UNIDAD Nº 4:

CASOS DE USO

ING. CLAUDIA CESARINI

 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

¿DONDE ESTAMOS? ESTRUCTURALES

DE COMPORTAMIENTO

ELEMENTOS.
DE AGRUPACION

DE ANOTACION

DEPENDENCIA

ASOCIACION
BLOQUES
RELACIONES.
GENERALIZACION

REALIZACION

DE CLASES
UML

DE OBJETOS

REGLAS
DE CASOS DE USO

DE SECUENCIA
DIAGRAMAS.

DE COLABORACION
MECANISMOS
COMUNES
DE ESTADOS

DE ACTIVIDADES

DE COMPONENTES

DE DESPLIEGUE

2
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

CASOS DE USO

Un CASO DE USO especifica el comportamiento de un sistema o de una parte del

mismo, y es una descripción de un conjunto de secuencias de acciones, incluyendo
variantes, que ejecuta un sistema para producir un resultado observable de valor
para un actor.

Los casos de uso se emplean para capturar el comportamiento deseado del sistema
en desarrollo, sin tener que especificar como se implementa ese comportamiento.

Conforme se desarrolla el sistema, los casos de uso son realizados por

colaboraciones, cuyos elementos cooperan para llevar a cabo cada caso de uso.

Los casos de uso bien estructurados denotan solo comportamientos esenciales del
sistema o de un subsistema, y nunca deben ser excesivamente genéricos ni
demasiado específicos.

Los casos de uso se pueden aplicar al sistema completo o a partes del sistema,
incluyendo subsistemas e incluso clases e interfaces individuales.

En cada caso, estos casos de uso no solo representan el comportamiento esperado

de estos elementos, sino que también pueden utilizarse como la base para
establecer casos de prueba para esos elementos mientras evolucionan durante el
desarrollo del sistema

UML proporciona una representación grafica de un caso de uso y un actor.

Esta notación permite visualizar un caso de uso independientemente de su

realización y en un contexto con otros casos de uso.

3
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

EJEMPLO: ACTORES Y CASOS DE USO

CASOS DE USO Y ACTORES

Un actor representa un conjunto coherente de roles que los usuarios de los

casos de uso juegan al interactuar con estos.

Los actores solo se pueden conectar a los casos de uso a través de

asociaciones.

Una asociación entre un actor y un caso de uso indica que el actor y el caso de
uso se comunican entre si, y cada uno puede enviar y recibir mensajes.

EJEMPLO:

Los actores se representan como monigotes.

Se pueden definir categorías generales de actores (como clientes) y

especializarlos (como cliente – comercial) a través de relaciones de
generalización.

4
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

CASOS DE USOS Y FLUJO DE EVENTOS

• El comportamiento de un caso de uso se puede especificar describiendo un

flujo de eventos de forma textual.
• En este flujo de eventos se debe incluir:
– como y cuando comienza y acaba el caso de uso.
– Cuando interactua con los actores.
– Que objetos se intercambian.
– El flujo basico.
– Los flujos alternativos del comportamiento.

EJEMPLO: CAJERO AUTOMATICO.

Se podría describir el caso de uso “validar usuario” de la siguiente forma:

 Flujo de eventos principal:

o introducir pin
 Flujo de eventos excepcional:
o cancelar la operación por parte del usuario.
o borrar pin
o cancelación de la operación por parte del sistema

CASOS DE USO Y ESCENARIOS

• Normalmente, se usa un diagrama de secuencia para especificar el flujo

principal de un caso de uso, y se usan variaciones de ese diagrama para
especificar los flujos excepcionales del caso de uso.

5
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

• Cada secuencia se denomina ESCENARIO.

• Un escenario es una secuencia especifica de acciones que ilustra un

comportamiento.

• Los escenarios son a los casos de uso lo que las instancias a las clases.

• Básicamente, un escenario es una instancia de un caso de uso

CASOS DE USO Y COLABORACIONES

• Un caso de uso captura el comportamiento de un sistema sin tener que

especificar como se implementa ese comportamiento.

• Eventualmente, para implementar un caso de uso será necesario crear una

sociedad de clases y otros elementos que colaboran para llevar a cabo el
comportamiento del caso de uso.

• Esta sociedad de elementos se modela en UML como una COLABORACIÓN.

EJEMPLO

• La realización de un caso de uso puede especificarse explícitamente mediante

una colaboración.

6
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

ORGANIZACIÓN DE CASOS DE USO

Los casos de uso pueden organizarse:

• AGRUPANDOSE EN PAQUETES, de la misma forma que se organizan
las clases.
• Especificando RELACIONES de generalizacion, inclusion y
extension entre ellos.

La generalización entre casos de uso es como la generalización entre clases (el

caso de uso hijo hereda el comportamiento y el significado del caso de uso
padre).

Una relación de inclusión entre c. De u. Significa que un caso de uso base

incorpora explícitamente el comportamiento de otro c. De u. En el lugar
especificado en el caso base.

Una relación de extensión entre caso de uso significa que un caso de uso base
incorpora implícitamente el comportamiento de otro caso de uso en el lugar
especificado indirectamente por el caso de uso que extiende la base.

7
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

DIAGRAMAS DE CASOS DE USO

Los diagramas de casos de uso son importantes para:

1. Modelar el comportamiento de un sistema, un subsistema o una clase. Cada

uno muestra un conjunto de casos de uso, actores y sus relaciones.

2. Visualizar, especificar y documentar el comportamiento de un elemento.

3. Probar sistemas ejecutables a través de ingeniería directa.

4. Comprender sistemas ejecutables a través de ingeniería inversa.

Con UML, los diagramas de casos de uso se emplean para visualizar el

comportamiento de un sistema, un subsistema o una clase, de forma que los
usuarios puedan comprender como utilizar ese elemento y de forma que los
desarrolladores puedan implementarlo.

EJEMPLO:

Se puede proporcionar un diagrama de casos de uso para modelar el

comportamiento de un teléfono móvil

8
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

PROPIEDADES COMUNES

• Un diagrama de casos es un tipo especial de diagrama y comparte las

propiedades comunes al resto de los diagramas.

• Lo que distingue a un diagrama de casos de uso De los otros tipos de

diagramas es su CONTENIDO PARTICULAR:

– Casos de uso

– Actores

– Relaciones de dependencia, generalización y asociación

USOS COMUNES

Los diagramas casos de uso se emplean para modelar la vista de casos de uso
estática de un sistema. Esta vista cubre principalmente el comportamiento del
sistema (los servicios visibles externamente que proporciona el sistema en el
contexto de su entorno).

Cuando se modela la vista de casos de uso estática de un sistema, normalmente

se emplearan los diagramas de casos de uso de una de las dos formas
siguientes:

1. PARA MODELAR EL CONTEXTO DE UN SISTEMA.

Modelar el contexto de un sistema implica dibujar una línea alrededor de todo

el sistema y asegurar qué actores queda fuera del sistema e interactúan con él.

Aquí se emplearan los diagramas de casos de uso para especificar los actores y
el significado de sus roles.

EJEMPLO DE MODELADO DEL CONTEXTO DE UN SISTEMA

9
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

2. PARA MODELAR LOS REQUISITOS DE UN SISTEMA.

El modelado de los requisitos de un sistema implica especificar qué debería

hacer el sistema (desde el punto de vista externo), independientemente de
cómo se haga.

así, un diagrama de casos de uso permite ver el sistema entero como una
caja negra: se puede ver qué hay fuera del sistema y cómo reacciona a los
elementos externos, pero no puede ver como funciona por dentro.

EJEMPLO: MODELADO DE LOS REQUISITOS DE UN SISTEMA

10
 UNIDAD N° IV-SISTEMAS DE INFORMACIÓN 2 2015

11