Modelado de

Requerimientos
Funcionales
con Casos de Uso

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Objetivos de la Capacitación

9 Conocer una técnica formal para la especificación de

requerimientos de software.
9 Comprender las ventajas que aporta la técnica de
especificación de requerimientos con Casos de Uso.
9 Aplicar los conocimientos adquiridos en un ejercicio
práctico.

www.innevo.com

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Agenda de la Capacitación

9 ¿Qué es un caso de uso?

9 ¿Cómo se compone el modelo de casos de uso?
9 ¿Cómo se estructura el modelo de casos de uso?
9 Usos del modelo.
9 Resolución de un ejercicio práctico
www.innevo.com

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Qué es un Caso de Uso?

Es una descripción de las posibles secuencias de

interacción entre el sistema bajo discusión y
actores externos, relacionadas al objetivo de un
actor particular, el actor principal.

Un caso de uso registra un contrato entre los involucrados

del sistema, acerca del comportamiento del sistema en
discusión en varias circunstancias, organizadas por los
objetivos de los actores seleccionados.
www.innevo.com

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Beneficios del Modelado con Use Cases

Involucrado

Cliente Provee una validación de los requerimientos del

cliente.
Ayuda a determinar el alcance general del sistema.
Ayuda en la estimación de la programación y la
presupuestación del sistema.
Actúa como base para las pruebas de aceptación.
Usuario Provee los requerimientos del usuario para su
validación.
Modela la interacción del usuario con el sistema.
Líder de Proyecto Ayuda en la estimación de programación y
www.innevo.com presupuestación.
Ayuda en la evaluación de la factibilidad y el riesgo
del proyecto.
Ayuda en la rastreabilidad de los requerimientos.
Ayuda en la registración del progreso del sistema.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Beneficios del Modelado con Use Cases

Involucrado

Arquitecto Delinea la arquitectura del sistema

Ayuda a rastrear requerimientos arquitectónicos.
Ayuda a evaluar la completitud, consistencia y
coherencia de la arquitectura.
Desarrollador Provee modelos de los requerimientos para el
diseño del sistema.
Es un medio para documentar el sistema.
Responsable de Provee una guía para la modificación del sistema.
Mantenimiento
www.innevo.com Provee una guía para la evolución de la
arquitectura.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso
Desarrollo
Desarrollo de
de Sistemas
Sistemas
de
de Software
Software

Iniciación del Análisis

proyecto de Análisis Diseño Implementación Prueba
Requerimientos

Análisis de Dominio
Framework para
Especificación de Interfaces el proceso de
Definición de Arquitectura
Modelado con
Casos de Uso
Modelado de Casos de Uso

Grupos de Actividades de Casos de Uso Principales

www.innevo.com
Preparar el Realizar el Desarrollar Crear los casos Organizar
modelado modelado el modelado de prueba y la los casos
de casos inicial de de casos de documentación de uso
de uso casos de uso uso

Administración de Casos de Uso en marcha

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Proceso Conducido por Casos de Uso . . .

Requerimientos Análisis Diseño Implementación Prueba

ª Captura el Valor de los Requerimientos

ª Conduce el Proceso
www.innevo.com

ª Delinea la Arquitectura

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

El Modelo de Casos de Uso controlará la

formación de todos los otros modelos

Trabajando así el modelo del sistema será conducido por Casos de Uso:
www.innevo.com
Ñ Si se desea cambiar el comportamiento del Sistema, remodelamos el actor y el
caso de uso apropiado.
Ñ Como tenemos rastreabilidad se podrá modificar el sistema desde nuevos
requerimientos.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Cómo encontrar Casos de Uso?

9 Para cada actor identificado: ¿cuáles son las tareas en las cuales el
sistema debería estar involucrado?
9¿Necesita el actor ser informado a cerca de ciertas ocurrencias en el
sistema?
9¿Necesita el actor informar a cerca de cambios externos,
repentinos?
9¿Provee el sistema al negocio con el comportamiento correcto?
9¿Pueden ejecutarse todos los aspectos por los casos de uso que se han
identificado?
www.innevo.com
9¿Qué use cases soportarán y mantendrán el sistema?
9¿Qué información debe ser modificada o creada en el sistema?

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Cómo encontrar Casos de Uso?

Los casos de uso de soporte, que no representan lo que comúnmente

son las funciones principales del sistema, pueden ser de las siguientes
clases:

9 Inicio y finalización del sistema

9 Mantenimiento del Sistema. Por ejemplo: agregar nuevos usuarios,
definir perfiles de usuarios.
9 Mantenimiento de los datos almacenados en el sistema, ejemplo:
el sistema debe trabajar en paralelo con un sistema legado y los
datos necesitan sincronizarse entre los dos.
www.innevo.com

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Aplicaciones del Diagrama de Casos de Uso

Los siguientes diagramas pueden ser de interés:

9 Actores que pertenecen al mismo paquete de caso de uso.

9 Un actor y todos los casos de uso con los que interactúa.
9 Casos de uso que manejan la misma información.
9 Casos de uso utilizados por el mismo grupo de actores.
9 Casos de uso que se ejecutan a menudo con la misma secuencia.
9 Casos de uso que pertenecen al mismo paquete de use case.
9 Los casos de uso más importantes. Un diagrama de este tipo puede
servir como un resumen del modelo.
www.innevo.com
9 Los casos de uso desarrollados juntos, en el mismo incremento.
9 Un caso de uso específico y sus relaciones con actores y otros casos
de uso.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Elementos que intervienen: Casos de Uso

El conjunto de todos los casos de uso,
debe cubrir los requerimientos del
Sistema en su totalidad.

Se pueden definir casos de uso en

diferentes niveles:
9 A nivel de sistema de Negocio
9 A nivel de sistema de Software

Las descripciones de los casos de uso son

cruciales para la comprensión del sistema

Propiedades:
www.innevo.com
9 Captura alguna función visible para el usuario.
9 Puede ser grande o pequeño.
9 Debe alcanzar un objetivo específico para el actor.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Elementos que intervienen: Actores

Representa lo que interactúa con el

sistema, puede ser un usuario humano u otro
sistema o dispositivo de hardware.

Como simboliza el ambiente del sistema no

lo describimos en forma detallada.
Una persona puede ejecutar distintos
roles en el sistema

Hay actores principales: son los que usan

el sistema directamente; para quienes
Actor desarrollamos el sistema.
www.innevo.com
Hay actores secundarios: son aquellos de los que el
sistema necesita ayuda para poder cumplir con el
objetivo del caso de uso.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Cómo encontrar actores?

¿Quién o qué inicia eventos con el sistema?

¿Quién proveerá, usará o quitará información?
¿Quién usará esta funcionalidad?
¿Quién está interesado en cierto requerimiento?
¿En que parte de la organización será usado el sistema?
¿Quién dará soporte y mantendrá el sistema?
¿Cuales son los recursos externos del sistema?
¿Qué otros sistemas necesitarán interactuar con este
www.innevo.com
sistema?

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿ Por qué es útil identificar actores de esta forma ?

ª Porque la estructura del sistema debe decidirse desde el

punto de vista de la funcionalidad principal. Es decir, los
usuarios deciden la funcionalidad del sistema.
ª Porque se garantiza que el sistema se adaptará a los
actores más importantes.
ª Los actores facilitan la identificación de funciones,
determinando por ejemplo:
Ö ¿ Cuáles son las tareas principales de cada usuario?
Ö ¿ Tendrá el actor que informar al sistema sobre cambios exteriores?
Ö ¿Desea el usuario ser informado sobre cambios inesperados?
www.innevo.com

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Qué asumimos para la definición

de Casos de Uso?

ª Propósito : Determinación de REQUERIMIENTOS

ª Contenido:
Contenido Descripción por medio de PROSA CONSISTENTE

ª Pluralidad:
Pluralidad MULTIPLES ESCENARIOS

ª Estructura:
Estructura SEMIFORMAL

Escenario 2
Escenario 1
Escenario 3
www.innevo.com

Casos de Uso

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿ Cómo se estructuran los Casos de Uso?

Adicional
Base

<<extend>>

Caso de uso A Caso de uso B

Asociaciones de Extensión

ª Especifica como un caso de uso puede insertarse y así extender

la funcionalidad de otro.
El caso de uso donde se insertará la extensión debe ser un curso
ª www.innevo.com
completo en sí mismo.
ª Se usan para modelar partes optativas, alternativas, etc.
ª Se dibuja con una flecha cuya dirección va desde el caso de uso de
extensión (adicional) al caso de uso base.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿ Cómo se estructuran los Casos de Uso?

Base
Adicional

<<include>>

Caso deuso B Caso de uso C

Asociaciones de Inclusión

ª Especifica y agrupa comportamiento similar de varios use cases,

en un use case abstracto, que otros podrán usar.
www.innevo.com
ª Se usan cuando su intervención es necesaria para completar un
curso completo de eventos.
ª Se dibuja con una flecha desde el use case concreto o base al use
case abstracto (adicional).

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿ Cómo se estructuran los Casos de Uso?

Base

Adicional
Caso de uso E

Caso de uso A

Caso de uso D
Asociaciones de Generalización

ª Un caso de uso más especifico puede especializar a un caso de uso más

general.
ª Una relación de generalización entre casos de uso implica que el caso de uso
www.innevo.com
hijo contiene todos los atributos, secuencias de comportamiento y puntos de
extensión definidos para el padre.
ª Se dibuja con una flecha desde el caso de uso hijo al padre.
ª Los caso de uso hijos pueden redefinir el comportamiento heredado del padre.
(Polimorfismo)
www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Un ejemplo...

<<include>>

Registrar Alquiler de Películas Validar Socio

Encargado Video <<extend>>

Registrar Socio
Validar Tarjeta Validar por Pantalla

www.innevo.com Registrar Devolución de Película

Consultar Películas
Socio

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Cuál es la utilidad de la técnica?

ª Identificar requerimientos: organizar la forma en la que se lleva a

cabo el relevamiento con los usuarios (qué preguntar y cuando).

ª Analizar requerimientos: a partir de las primeras funciones se puede

organizar la información y buscar formas de profundizarla.

ª Especificar requerimientos: complementados con descripciones en

www.innevo.com
lenguaje natural o con diagramas de actividad.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Especificación de Casos de Uso

Nivel del Caso de uso: Negocio Sistema de Información

Nombre del Caso de Uso: Nro. de Orden:

Prioridad: Alta Media Baja
Complejidad: Alta Media Baja
Actor Principal: Actor Secundario: no aplica
Tipo de Use Case: Concreto Abstracto
Objetivo:

Precondiciones: no aplica

Post- Condiciones Éxito:

Fracaso:
Curso Normal Alternativas
1.

2. 2.A.

3.
Asociaciones de Extensión: no aplica
Asociaciones dewww.innevo.com
Inclusión: no aplica
Caso de uso donde se incluye: no aplica
Caso de uso al que extiende: no aplica
Caso de uso de Generalización: no aplica
Autor: Fecha Creación:
Autor Ultima Modificación: Fecha Ultima Modificación:

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Especificación de Casos de Uso

Lineamientos para el contenido del flujo de eventos:

Describir como inicia y termina el caso de uso

Describir que datos se intercambian entre el actor y el caso de uso
No describir detalles de la interfaz del usuario, a menos que sea
necesario para entender el comportamiento del sistema.
Describir el flujo de eventos, no solo la funcionalidad, para reforzar esto
comenzar cada acción con: “Cuando el actor...”
Describir solo los eventos que pertenecen a ese caso de uso, y no lo que
pasa en otros casos de uso o fuera del sistema.
Evitar terminología vaga tal como “por ejemplo” “etc” “información”.
www.innevo.com
Detalle en el flujo de eventos todos los “que” que deberían responderse,
recuerde que los diseñadores de pruebas usarán ese texto para
identificar casos de prueba.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Especificación de Casos de Uso

Pre y Post Condiciones
Una pre-condición es una restricción sobre cuando un caso de uso puede empezar. No
es el evento que inicia el caso de uso.
Una pre-condición de un caso de uso, no es una pre-condición para un único
subflujo, aunque se pueda definir pre y post condiciones a nivel de subflujo.
Una post-condición para un use case debe ser verdadera, independientemente de cual flujo
sea ejecutado. Si algo puede fallar, debería cubrirse en la post condición diciendo: “ La acción
se ha completado o si algo ha fallado, la acción no se ha realizado”, en lugar de decir “La
acción se ha completado”.

www.innevo.com

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

¿Qué nivel de detalle adoptar?

ƒ Si el desarrollo es incremental:
‰ Identificar todos los requerimientos que se pueda.
‰ Definir Prioridades.
‰ Seleccionar cuáles requerimientos se implementarán en cada versión.
ƒ Como plantear las descripciones
‰ Se identifican las funciones en forma general, “de trazo grueso”
ƒ Se incluyen escenarios operacionales más relevantes, no entrando
en detalles sobre acciones que realiza el sistema.
‰ Luego se especifican las funciones en forma detallada, “de trazo fino”
ƒ Se completan los detalles.
www.innevo.com
ƒ Se incluyen las alternativas, especificando en particular errores o
especificaciones que provienen de requerimientos de los
usuarios.

www.innevo.com
 Administración de Requerimientos
Técnica de Casos de Uso

Conclusiones

9 Un modelo de casos de uso captura los requerimientos

funcionales.

9 El modelo de casos de uso se realiza mediante un

conjunto de diagramas y una descripción detallada de
cada caso de uso.

9 Los casos de uso dirigen el trabajo a través del ciclo de

vida del proyecto.
www.innevo.com

www.innevo.com