Especificaciones

de Casos de Uso
Introducción

 La mayoría de los proyectos de software que

fallan tienen como causa principal una mala
administración de requerimientos. Un ejemplo en
este sentido suele ser un mal entendimiento de los
requerimientos entre usuarios y desarrolladores.
 Partiendo de la premisa que ya se identificaron
los actores y casos de uso apropiados del sistema
lo que corresponde es detallar los pasos
necesarios para cumplir con dicho caso de uso.
Especificación de Casos
de Uso
 La especiación de un caso de uso debe describir
el modo en que un actor interactúa con el
sistema.
 Es una narración que describe el rol
desempeñado por los actores en su interacción
con el sistema.
 Lo más importante de los casos de uso es su
descripción, mucho más que los diagramas de
casos de uso
Partes de la Especificación del
CU
 Actores
 Entidad externa al sistema software que se especifica y que
interactúa con él. Actores diferentes suelen representar clases de
usuario distintas, roles,..
 Descripción
 Proporciona una razón que justifica la existencia de este UC, con
un nivel medio-alto de descripción de la secuencia de acciones
y la salida producida como resultado de su ejecución.
 Pre – condiciones
 Lista cualquier actividad que tiene que ocurrir antes de que el
UC comience.
 Post – condiciones
 Describe el estado del sistema al finalizar la ejecución del UC.
Partes de la Especificación del
CU
 Flujo Normal
 Proporciona una descripción detallada de las elecciones del
usuario y las respuestas del sistema que tienen lugar bajo unas
condiciones normales de ejecución.
 Flujos Alternativos
 Tiene en cuenta los posibles escenarios. Describe diferencias en
la secuencia de pasos del flujo normal.
 Excepciones
 Describe cualquier condición de error que pueda ocurrir durante
la ejecución del UC y define de qué forma el sistema responde a
ellas. También describe el comportamiento del sistema si el UC
falla su ejecución por alguna razón no contemplada.
UC-01 Registrar producto
Actores  Administrador

Descripción El sistema deberá registrar un nuevo producto.

Precondición El usuario tiene que estar identificado como administrador del sistema.
Secuencia Paso Acción
normal 1 El Administrador solicita al sistema comenzar el proceso añadir un
nuevo producto.
2 El sistema solicita los siguientes datos al administrador: nombre del
producto, categoría, stock, descripción, comentarios y artesano
que fabricó el producto.
3 El administrador ingresa los datos requeridos.
4 El sistema almacena los datos, y genera un identificador único
para el producto de forma automática y le indica al administrador
que la acción se ha llevado con éxito.
Pos El producto se ha registrado
condición
Excepciones Paso Acción
4
Si comprueba que el producto ya ha sido introducido, el sistema
vuelve al paso 2.