Está en la página 1de 26

Casos de Uso

Definiciones.
Un Caso de Uso describe que es lo que un sistema debe de hacer desde el punto de vista del usuario. Un Caso de Uso especifica una secuencia de acciones, incluyendo variantes, que el sistema puede realizar y que produce un resultado observable de valor para un usuario en particular. Un Caso de Uso describe la funcionalidad que se construir en el sistema propuesto. Con un solo Caso de Uso no se puede lograr describir la funcionalidad completa de un sistema, para ello se necesitan varios casos de uso. A este grupo de casos de uso se le conoce con el nombre de Modelo de Casos de Uso.

Beneficios Utilizar Casos de uso


Dar contexto a los requerimientos.
Ordenan los requerimientos del sistema en secuencias lgicas. Ilustran porque es necesario el sistema. Ayudan a verificar que todos los requerimientos han sido capturados. Utilizan terminologa que los usuarios y clientes entienden. Dicen historias concretas del uso del sistema. Verifican la comprensin de las partes interesadas.

Son fciles de entender

Facilitan lograr acuerdos con los clientes.

Son el contrato de lo que el usuario necesita y lo que el sistema debe de hacer.


Sirven para realizar las pruebas. Sirven para documentar el sistema. Sirven para disear el sistema.

Facilitan la reutilizacin

Identificando actores
Para identificar a los actores de un caso de uso debemos responder las siguientes preguntas: 1. Quien/que usar el sistema? 2. Quien/que obtendr informacin del sistema? 3. Quien/que le proporcionar informacin al sistema? 4. En que parte de la empresa se utilizar el sistema? 5. Quien/que le dar soporte o mantenimiento al sistema? 6. Que otros sistemas utilizarn el sistema?

Identificando Casos de Uso


Aqu hay algunas preguntas que son tiles para ayudarnos a encontrar los casos de uso de nuestro sistema. La mejor manera de encontrar casos de uso es considerar lo que cada actor necesita, espera o quiere que haga el sistema. 1. 2. 3. 4. 5. Cules son los objetivos de cada actor? Por qu el actor desea utilizar el sistema? El actor crea, almacena, modifica, elimina o consulta datos en el sistema? Si es as Por qu? El actor tiene necesidad de informarle al sistema sobre los cambios o acontecimientos externos a el que suceden? El actor necesita estar informado sobre determinados sucesos que pasan en el sistema?

Como nombrar un Caso de Uso


Cada caso de uso debe de tener un nombre que indica lo que se logra mediante sus iteraciones con el actor o actores. Una buena regla que se puede seguir es agregar el nombre del actor (en caso de ser varios actores se toma el actor principal) a la parte inicial del nombre del caso de uso de manera de formar una oracin. Otra manera para nombrar los casos de uso es preguntarse Por qu el actor quiere utilizar el sistema? y la respuesta a esta pregunta puede ser el nombre del caso de uso.

Descripcin del Caso de Uso


La descripcin del caso de uso debe de tener los siguientes elementos: 1. 2. 3. Un nombre para el caso de uso. Una breve descripcin. Las relaciones del caso de uso con los actores que participan en l.

Se debe de estructurar el flujo de cada caso de uso en pasos y a cada paso se debe de dar un nmero.

Porque disear casos de uso


Algunas de las razones de porque disear los casos de uso son:

1.

2. 3. 4. 5.

6.

7.

El desarrollo iterativo reduce riesgos. Por ello no se debe de implementar el sistema completo de una sola vez y tampoco desarrollar a detalle todos los requerimientos de un sistema al mismo tiempo Evitar entretenerse en demasiados detalles demasiado pronto Muchas personas no saben bien lo que quieren desde la primera vez. El esbozar ayuda a identificar bien lo que se desea. Al esbozar los casos de uso, se crean borradores para luego especificarlos plenamente. El esbozar ayuda a determinar si el caso de uso es demasiado pequeo o si es demasiado grande para ser solo un caso de uso. Tambin ayuda a decidir si el caso de uso es en realidad uno o debe descomponerse en otros casos de uso. Una vez que se escriben los pasos del caso de uso, se puede determinar con que en realidad pertenecen a otro caso de uso. Si el esbozo muestra que el caso de uso no tiene relacin o secuencia lgica, puede ser que entonces lo que escribimos no sea un caso de uso. El esbozar nos da un valor agregado ya que podemos encontrar todos los flujos o alternativas posibles de un caso de uso.

Flujo de eventos
Un flujo es un grupo secuencial de pasos. Hay dos tipos de flujos en los casos de uso:

1.

Flujo Bsico: Es el escenario ideal, tambin conocido como Happy Day (Da Feliz) ya que cumple todos los pasos con xito desde el paso inicial hasta el final. Flujo Alterno: Son otros escenarios que pueden darse en el caso de uso. Normalmente son utilizados para manejar errores o excepciones que se puedan dar en el flujo bsico, variantes del flujo bsico y casos extraos que sucedan.

2.

Flujos
Representacin del Flujo Bsico y los Flujos Alternos
<Nombre Caso de Uso> 1. Breve Descripcin 2. Flujo de Eventos 2.1 Flujo Bsico Paso 1 Paso 2 Paso 3 Paso 4 2.2 Flujos Alternos 2.2.1 A1 2.2.2 A2 2.2.3 A3 2.2.4 A4 2.2.5 A5

Paso 1

A5

A2

A1 Paso 2 A3

A4

Paso 3

Paso 4

Escenario
Es el camino que puede tomar un caso de uso. Existen escenarios exitosos, en los cuales el objetivo del caso de uso se logra, y los escenarios fallidos, donde el objetivo no se logra. Un caso de uso puede tener varios escenarios posibles. Un escenario puede involucrar el flujo bsico y cualquier nmero de flujos alternos y combinaciones de estos. Tambin los escenarios pasan a formar excelentes casos de prueba de cada caso de uso.

Flujo Escenario

Escenario
Flujo: Un conjunto secuencial de pasos. Caso de Uso: El que contiene y describe todos los flujos. Escenario: Un conjunto ordenado de flujos desde el inicio del caso de uso hasta uno de sus puntos de finalizacin.

Flujo de eventos
Aqu hay una lista de preguntas que ayudarn a tomar decisiones sobre el detalle que se le debe de dar al flujo de eventos. Los flujos alternos describen como el sistema debe de comportarse cuando sucede algn error o algo inusual en el flujo bsico.

Flujo Bsico
Qu evento inicia el caso de uso? Cmo finaliza el caso de uso?. Cmo el caso de uso repite algn comportamiento?

Flujos Alternos
Existen situaciones opcionales en el caso de uso? Qu casos extraos pueden ocurrir? Qu variantes pueden suceder? Qu puede salir mal? Qu no puede suceder? Qu tipo de recursos pueden ser bloqueados?

Detallar casos de uso


Vimos que en el esbozo los casos de uso carecen de detalles, pero si no se tienen todos los detalles de lo que se desea que haga el sistema es muy probable que se trabaje en vano si solo se trabaja con los esbozos. El principal objetivo de detallar los casos de uso para identificar claramente todos los elementos que son necesarios para el correcto funcionamiento del sistema, es necesario detallar los pasos del flujo bsico y tambin cada uno de los flujos alternos. Otras razones del porque detallar los casos de uso son las siguientes:
1. Especifican los requerimientos de software. Al crear la especificacin se debe verificar que la misma pueda ser implementada. Clarifican detalles importantes en los flujos de eventos. Qu hace el actor? Qu es lo que el sistema le responde? Qu informacin es intercambiada? Describen informacin adicional. Precondiciones Postcondiciones Reglas del negocio

2.

3.

Detallar casos de uso

Detallar casos de uso


Precondiciones: Describen el estado en que el sistema debe de estar, antes de que el caso so de uso inicie. Es importante mencionar que una precondicin no es el evento que hace que inicie el caso de uso. Tambin las precondiciones son tiles ya que reducen la cantidad de validaciones que se necesitaran colocar en el flujo del caso de uso. Postcondiciones: Describen el estado en que el sistema quedar al finalizar el caso de uso. Garantizan que el caso de uso finaliza y tambin puede contener variantes (la finalizacin de los otros escenarios que no incluyen el flujo bsico). Requerimientos Suplementarios: Son datos relacionados al caso de uso y que no estn incluidos en el flujo de eventos del mismo. Generalmente son requisitos no funcionales (disponibilidad, tiempo de respuesta, etc.) datos y reglas del negocio. Otros Diagramas/Anexos: Se pueden utilizar diagramas de secuencia, de actividad y otros diagramas para explicar de una mejor manera lo que se esta solicitando en el caso de uso. En los anexos se pueden colocar los detalles o diseos de las pantallas y/o reportes que se mencionan en el caso de uso.

Documentar casos de uso


Documentar los Casos de Uso con una Plantilla Establecida La plantilla utilizada es la siguiente: Ejemplo: retiro de efectivo automtico. de un cajero

Encabezado Plantilla

Historial Revisiones

Cuerpo caso de uso

Cuerpo caso de uso

Cuerpo caso de uso

Cuerpo caso de uso

Cuerpo caso de uso

Ejercicio.
Elabore un caso de uso de un cobro de un cheque. Recuerde utilizar la plantilla.

Gracias.