Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

6.2 - Modelado - de - Casos - de - Uso

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 30

1

. Ingeniería de Requerimientos
. Requerimientos y Negocios
. Ciclo de Vida de Sistemas
Temas a desarrollar 2
• Casos de Uso (CU)

➢ ¿Qué son?
➢ ¿Cómo hacemos un modelo de CU?
✓ Elementos UML usados para modelar.
✓ Definición del dominio.
✓ Reconociendo de actores.
✓ Reconociendo casos de uso.
✓ Identificación de relaciones entre CU.
➢ Ventajas de modelar casos de uso.
Casos de Uso 3

¿ Qué son?

Es una especificación de un conjunto de


acciones en secuencia que un sistema
ejecuta para producir un resultado
observable de interés para un actor.

➢ Los casos de uso influyen en todo el ciclo de vida.

➢ El proceso de desarrollo estará dirigido por los casos de


uso
4

¿ Cómo hacemos un modelo de Casos de uso?


Modelado de Casos de Uso 5
Elementos de UML
Entorno - Dominio

Elipse
Para representar el Caso de Uso

Monigote
Para representar el Actor Estereotipos:
<< include>>
Relaciones
Asociación <<extend>>

Dependencia
Estereotipos:
Generalización
<< generalize>>

• En UML se disponen de tres tipos de relaciones entre casos de uso,


representadas por un símbolo de generalización desde un caso de uso a otro.
Los tipos de relación son: Inclusión (con el estereotipo <<include>>), Extensión
(con el estereotipo <<extend>>) y Generalización (puede estar presente sin
estereotipo).
Modelado de Casos de Uso 6
Definición de Dominio
El Modelado de casos de uso es una técnica para definir procesos de
negocios y sistemas de software. A la vez se utilizan para definir
requerimientos de sistemas creados en lenguajes de programación
orientados a objetos. Como para cualquier técnica, es necesario definir
inicialmente el dominio/Área del negocio.

Agencia
de viajes

Nombre del
dominio

Aerolínea
Modelado de Casos de Uso 7
Definición de Dominio
Dominio y Subdominios

Agencia de viajes

Compras

Ventas

Facturación Reservas
Modelado de Casos de Uso 8
Actor
¿ Qué es un actor?
➢ Es un rol (no una persona), software u organización en particular.
➢ Puede ser una entidad que interactúa con el sistema
➢ Posee su propia descripción y se representa a través de una figura.
➢ Ingresan información al sistema
➢ Reciben información del sistema
➢ Ingresan y reciben información del sistema

✓ Permite concentrarse en los requerimientos


✓ Facilita la validación de su comportamiento
Paciente
Modelado de Casos de Uso
Actor 9

¿ Cómo puedo reconocer actores?

1. ¿ Quién está interesado en un requerimiento concreto ?


2. ¿ En qué sectores de la organización se usará el sistema ?
3. ¿ Quien será beneficiario de la nueva funcionalidad ?
4. ¿ Quien proveerá y/o usará información ?
5. ¿ Quien dará soporte y administrará la información del sistema ?
6. ¿ Usará el sistema un recurso externo ?
7. ¿ Un usuario actuará con diferentes roles ?
8. ¿ Diferentes usuarios actuarán con un mismo rol ?
9. ¿ Interaccionará el nuevo sistema con un sistema antiguo ?
10.¿Quién necesitará respuestas del sistema?

Nombre del Actor


Modelado de Casos de Uso 10
Actor

➢ La misma persona física puede interpretar varios papeles


como actores distintos “Roles”.

➢ El nombre del actor describe el “Rol” o papel


desempeñado.

➢ No todos los Stakeholders son actores en el modelo.

Auditor Paciente
Modelado de Casos de Uso 11
Actor
¿ Podemos diferenciar Actores?
Actores Abstractos

Actores Primarios Actores Secundarios

Nombre del caso de Uso


Modelado de Casos de Uso
Actor 12
Actor Primario

➢ Es el que obtiene valor del sistema Boletería de trenes

➢ Su necesidad es la que origina el


comportamiento del caso de uso

➢ Si la necesidad se modifica, el Comprar boleto


sistema sufrirá cambios significativos Pasajero
Modelado de Casos de Uso
Actor 13
Actor Secundario

Agencia de
Viajes
➢ Proveen servicios y colaboran en el
cumplimiento de los objetivos.
Reservas
➢ No existirían si no hubiera actores Comprar Pasaje
Cliente
primarios
Modelado de Casos de Uso
Actor 14
Actor Abstracto

Librería
➢ Representan un comportamiento
compartido o común entre dos o
más actores.
Comprar libro
Cliente

➢ Juegan un rol conceptual


“Consultante” Consultar stock
disponible

Compras
Modelado de Casos de Uso 15
Casos de Uso
¿ Qué más podemos decir de un Caso de uso?
➢ Es una forma de representar requerimientos
➢ Produce un resultado significativo para un actor
➢ Describe la secuencia de actividades que realiza el sistema
para satisfacer los objetivos de un actor
➢ Se representa a través de una elipse.
➢ Tiene un nombre y se describe con una especificación.

Nombre del Caso de Uso Comprar pasaje


Modelado de Casos de Uso
Casos de uso 16

¿ Cómo puedo reconocer Casos de Uso?

1. ¿ Cuales son los objetivos del actor?


2. ¿ Algún actor creará, almacenará, cambiará, borrará o leerá
información del sistema ?
3. ¿ Qué Casos de Uso crearán, almacenarán, cambiarán, borrarán o
leerán esta información ?
4. ¿ Es necesario que un Actor informe al sistema sobre cambios
externos ?
5. ¿ Es necesario que un Actor sea informado sobre ciertas incidencias
del sistema?
6. ¿ Qué Casos de Uso mantendrán datos maestros del sistema ?
7. ¿ Pueden ser realizados por los Casos de Uso todos los
requerimientos funcionales?
Modelado de Casos de Uso
Casos de Uso 17
Identificación y Nominación de Casos de Uso

Boletería-
Trasporte Larga
➢ Inicialmente, todo objetivo distancia
que produce un valor
Vendedor
observable se resuelve en
un caso de uso.

Consultar Asientos
➢ El nombre debe ser claro y “Consultante” disponibles
preciso y describe el
objetivo del actor

➢ El sentido de la flecha Pasajero Comprar Boleto

ayuda a identificar los


actores
Modelado de Casos de Uso 18
Casos de uso

Reestructuración del modelo de Casos de Uso

Con el afán de capturar por completo el


comportamiento de un dominio, un modelo de casos
de uso puede tornarse demasiado complejo, e incluso
ser redundante.
Modelado de Casos de Uso 19
Casos de uso
Reestructuración del modelo de Casos de Uso
➢ Cuando:
✓ El modelo es demasiado complejo e ilegible.
✓ Las funcionalidades y actividades se repiten en dos o más casos de uso.
✓ La descripción del flujo de actividades es extensa
✓ El modelo no es fácilmente validado

Las herramientas:
Relaciones de Inclusión (Include) Relaciones de Extensión (Extend)

✓ Los casos de uso de inclusión y extensión y el replanteo de los flujos


alternativos son los medios para reestrucutar y factorizar un modelo.
✓ Todo caso de uso debe representar un valor u objetivo.
Modelado de Casos de Uso 20
Relación de Inclusión (Include)
Modelo inicial de casos de uso

-…
-El Actor informa los datos
-El sistema verifica la OS
Clínica – At. Cliente
-El sistema valida datos del paciente
-El sistema valida cobertura OS
-El sistema registra consulta
-…
Registrar consulta médica
Paciente

-…
-El Actor solicita turno estudio
-El sistema chequea disponibilidad.
Solicitar turno estudio -El sistema verifica la OS
Obra social
-El sistema valida datos del paciente
-El sistema valida cobertura OS
-El sistema asigna turno
-…
Modelado de Casos de Uso
21
Relación de Inclusión (Include)

➢ Encapsula comportamientos Clínica – At. Cliente


comunes en dos o más
casos de uso, dando lugar a
otro caso de uso.
Registrar consulta
médica

➢ Permite a un caso de uso,


acceder a un conjunto de Paciente
Aprobar
comportamientos definidos servicio Obra
en otro caso de uso. Social

➢ Puede ser reusado por


múltiples casos de usos. Solicitar turno estudio
Modelado de Casos de Uso 22
Relación de Inclusión (Include)
Modelo Restructurado -…
-El Actor informa los datos
-El sistema ejecuta Aprobar Servicio
-El sistema registra consulta
-…
Clínica – At. Cliente

-…
Registrar consulta
médica -El Actor solicita turno estudio
-El sistema chequea disponibilidad
-El sistema ejecuta Aprobar Servicio
Paciente -El sistema asigna turno
Aprobar
servicio Obra Social -…

-…
-El sistema verifica la OS
Solicitar turno estudio -El sistema valida datos del paciente
-El sistema valida cobertura OS
-…
Modelado de Casos de Uso 23
Relación de Extensión (Extend)
Modelo inicial de casos de uso

Banco – Créditos

-…
-El cliente informa los datos
Sacar un préstamo
-El sistema registra datos
-El sistema valida documentación
-El sistema aprueba el crédito
Cliente -El sistema registra apertura de C.A.
-….
Modelado de Casos de Uso
24
Relación de Extensión (Extend)

➢ Extiende el comportamiento
de un caso de uso base a
partir de ciertas
condiciones. Banco – Créditos

➢ Extiende el comportamiento
de un Caso de uso base con Sacar un préstamo
variantes adicionales.

Cliente
➢ Extiende el comportamiento
de un Caso de uso base en Asociar tarjeta de
forma temporal. Crédito

➢ Permite resaltar
comportamientos
particulares y significativos.
Modelado de Casos de Uso 25
Relación de Extensión (Extend)
Modelo Restructurado
-…
-El cliente informa los datos
-El sistema registra datos
Banco – Créditos -El sistema valida documentación.
-El sistema aprueba el crédito.
-El sistema valida si Monto > x Asociar
Sacar un préstamo tarjeta de crédito.
-El sistema registra apertura de C.A.
-….

Cliente

Asociar tarjeta de
Crédito

-…
-El sistema registra nueva tarjeta de crédito.
-El sistema establece límite.
-El sistema aprueba el límite.
-El sistema asocia tarjeta de crédito
-…
Modelado de Casos de Uso 26
Relación Inlcude y Extend

Banco – Servicios al cliente

Sacar un
préstamo

Cliente Asociar
tarjeta de
Crédito

Abrir caja de
ahorro

Contratar
caja de
seguridad
Modelado de Casos de Uso 27

Reconocer relaciones Vs Flujos Alternativos

EXTENSIÓN (Extend) FLUJOS ALTERNATIVOS


INCLUSIÓN (Include)
1. Extiende 1. Comportamientos
1. Factoriza
comportamientos alternativos del FB
comportamientos
2. Retorna al punto de 2. Finaliza el caso de uso
2. Puede devolver un
extensión del caso de siguiendo alguno de los
resultado al caso de
uso base flujos.
uso base.
3. No lo dispara un actor. 3. Lo dispara el actor
3. No lo dispara un actor .
primario.
4. Puede tener otros
4. Representan
actores secundarios 4. Puede tener otros
excepciones y posibles
actores secundarios
escenarios.
5. No representan
excepciones
Modelado de Casos de Uso
28
Resumen Modelo de Casos de Uso

➢ Un dominio o sistema puede definirse como la suma de sus casos de uso


➢ Los casos de uso representan los requerimientos del dominio
➢ El modelo de casos de uso debe ser entendible para los usuarios y facilitar
su validación.
➢ El criterio adoptado en el modelado debe ser consistente a lo largo del
proyecto.
➢ La solución depende del dominio en estudio y su evolución futura.
➢ La descripción de flujos alternativos y condicionales lógicos ayudan a
definir las variaciones dentro del modelo.
➢ Existe más de una solución para cada modelo.
Modelado de Casos de Uso
29
Ventajas de modelar Casos de Uso

➢ 1. Lenguaje de comunicación entre usuarios y


desarrolladores.

➢ 2. Comprensión detallada de la funcionalidad del sistema.

➢ 3. Gestión de riesgo más eficiente para gobernar la


complejidad.

➢ 4. Ayuda a la estimación para determinar tiempo, recursos y


prioridades en la dosificación de esfuerzo de desarrollo.
Modelado de Casos de Uso
30
Ventajas de modelar Casos de Uso

➢ 5. Fiel trazabilidad para verificar la traducción de


requerimientos en código ejecutable.

➢ 6. Mayor control para mantener las sucesivas revisiones de los


programas.

➢ 7. Certificación contractual Cliente-Desarrollador.

➢ 8. Documentación orientada al usuario.

➢ 9. Documentación orientada al administrador del sistema.

También podría gustarte