Sunteți pe pagina 1din 3

LOGO CASO DE USO

Proyecto: Escriba el nombre del proyecto


Líder de Proyecto: Escriba el líder del proyecto
Fase: Análisis de Requerimientos

Control de Versiones
Fecha Versión Descripción Autor
[Fecha de la 1.0 [Descripción de la Nombre de la
creación o actividad realizada. Ej.: persona que realiza
modificación del Creación del documento, el cambio
documento] modificación del
documento, etc.]
1.1
1.2

Identificador CU -1
Nombre Caso de [nombre del caso de uso] Debe iniciar con un verbo además no
Uso: debe ser ambiguo, el nombre debe ser muy completo, es
preferible que no tengan estos verbos: Administrar, manejar,
controlar, soportar y suministrar
-EL nombre no puede ser un paso elemental del proceso.
Fecha: [Fecha de realización del CU]
Descripción: Es una descripción clara, corta y concreta.
Actor(es): Los actores deben ser diferenciados entre:
Principales: Son los que interactúan con el sistema
Secundarios: Son los que brindan la información
Los actores no solo son personas, pueden ser otros sistemas con
los que interactúan con el software
Fase: Se diligencia la fase en la que se encuentra el caso de uso.
Valores: Fachada y Terminado.
Requerimiento Se especifica el requerimiento relacionado para mantener la
relacionado: trazabilidad de los requerimientos
Casos de uso – Se registran los casos de uso que “usa” o “extiende” el
relacionados : caso de uso que se está describiendo
– Un caso de uso “usa” a otro caso de uso, cuando se
requiere la ejecución del caso de uso usado para que se
pueda ejecutar el caso de uso que se está describiendo.
– Un caso de uso “usa” a otro caso de uso, cuando el

Análisis de Requerimientos Página1


segundo representa uno o varios de los pasos que se
realizan en el primero.
– La relación de “uso” entre los casos de uso se basa en los
pasos de los guiones y excepciones de los casos de uso.
– Un caso de uso “extiende” a otro caso de uso, cuando el
primer caso de uso se enfoca en un caso particular del
segundo.
– Un caso de uso es “extendido”, cuando su ejecución es
opcional, dentro del caso de uso principal.
Precondiciones:
Guion:
- Debe incluir el flujo normal del caso de uso, teniendo en cuenta
todos los pasos requeridos, se debe evitar hacer presunciones de
diseño como dar clic en el botón, etc.
- Si se ingresan datos, se debe especificar cuáles datos, si se
verifican especificar como lo hace, si se realizan cálculos
especificar como se hace.
- Cada paso se especifica quien lo hace si el sistema o el actor
- Se deben hacer pasos de verificación de datos, estos pasos son
los que generan las excepciones
- Es recomendable hacerlo en una tabla

ACTOR SISTEMA
1. [lo que realiza el actor]
2. [lo que realiza el
sistema
Excepciones: – Se deben definir los casos excepcionales del caso de uso
– Determinar que debe hacer el software en cada una de las
situaciones especiales.
– Situación/Caso en el que el software no desarrolla el guion
normal.
– Secuencias de pasos que se deben ejecutar en una
situación particular.
Ejemplo:
– Cuando un estudiante hace su matrícula por fuera del
plazo estipulado, el software debe comportarse diferente a
cuando se hace dentro del plazo estipulado.
– Cada una de las excepciones debe documentarse con un
guion particular.
Flujos Alternos: – Se registran los flujos alternos al flujo normal de pasos.
– Un flujo alterno se define cuando realiza la misma acción
de un paso del flujo normal pero de manera diferente.
Postcondiciones: El resultado que se obtiene al ejecutar el caso de uso
Prototipo: – El prototipo consiste (de por sí) en una presunción de
diseño.
– El guion y las excepciones son la base para crear el
prototipo.
– El guion y las excepciones no deben modificarse para “ser

Análisis de Requerimientos Página2


fiel” al prototipo.
– El prototipo debe ser un mecanismo para verificar el
guion.
– Puede tener múltiples pantallas y/o ventanas
– Una misma pantalla y/o ventana puede hacer parte
del guion de varios casos de uso.

Observaciones
Se registran los comentarios u observaciones de la especificación del casode uno.
Las observaciones se pueden diligenciar en cada fase del caso de uso.

Aprobación
Fecha
Rol/Cargo Nombre Firma
(DD/MM/AAAA)
Gerente de
Proyecto Cliente

Análisis de Requerimientos Página3