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 especificació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
Contenido de la especificación del caso de uso La especificación de un caso de uso debe dar respuesta a las preguntas siguientes: ¿Cuales son las principales funciones o tareas realizadas por el actor? ¿Que información del sistema adquiere, produce o transforma el actor? ¿Deberá el actor informar al sistema de los cambios producidos en el entorno? ¿Que información del sistema desea el actor? ¿Debe informarse al actor de algún cambio inesperado?
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. 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. Prioridad Indica la importancia relativa de su implementación. Esencial, Alta, Deseada, Opcional
UC-0001 Registrar producto Autores Fuentes Descripción El sistema deberá registrar un nuevo producto. Precondición El usuario tiene que estar identificado como administrador del sistema. Secuencia normal Paso Acción 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 condición El producto se ha registrado Excepciones Si comprueba que el producto ya ha sido introducido, el sistema vuelve al paso 2, a continuación este caso de uso continúa Importancia alta