Entradas :
·
Lista de
Requerimientos No Funcionales
·
Glosario
·
Caso de
Uso
·
Documento
de requerimientos
Descripción :
El objetivo es describir el flujo de eventos del
caso de uso en detalle, incluyendo cómo comienza, termina e interactúa con los
actores. Se debe dar una especificación precisa de la secuencia de acciones a
seguir, obteniendo una descripción
detallada del caso de uso mediante diagramas y texto.
Estructurar la descripción del caso de uso :
Se elabora el grafo de transiciones de estados para
el caso de uso. Una técnica es comenzar por el camino simple básico desde el
estado inicial al final y luego describir el resto de los caminos como
alternativas o desviaciones de éste. Cualquiera sea la técnica que se elija, se
deben describir todas las alternativas.
Qué incluir en la descripción del caso de uso :
·
Estado de
comienzo como una precondición
·
Cuando y
cómo comienza el caso de uso
·
El orden
requerido de las acciones
·
Cómo y
cuando termina el caso de uso
·
Definir
posibles estados finales como pos-condiciones
·
Caminos
no permitidos
·
Caminos
alternativos en el camino básico
·
Caminos alternativos
·
Interacciones
con los actores y qué se intercambia
·
Uso de
objetos y recursos del sistema
Especificar Requerimientos no funcionales:
Estos pueden ser requerimientos de velocidad,
memoria, etc. Estos requerimientos son adjuntados al caso de uso, por ejemplo,
en una sección separada de la descripción del caso de uso.
La descripción del caso de uso termina cuando la
consideramos entendible, completa, correcta, y consistente. Esta descripción es evaluada por los
analistas y el cliente en reuniones que se llevan a cabo al final de las
actividades de la línea de trabajo de requerimientos, en la actividad R13 - Validar los Requerimientos.
Para lograr
un mejor entendimiento de los casos de uso, se deben hacer diagramas de transición, de actividad y de
interacción.
Fase Inicial:
Se detallan los casos de uso necesarios para fijar
el alcance del sistema, planear la mitigación de riesgos críticos y planear el
trabajo de la línea base de la arquitectura. Si se decidió hacer un prototipo
de algún Riesgo identificado, deben detallarse los casos de uso o escenarios
correspondientes.
Fase de Elaboración:
Los analistas detallan los casos de uso necesarios
para entender los requerimientos completamente. El enfoque está en
describir los que sean significantes a
la arquitectura y los que presenten una
mayor complejidad. Muchas veces no es
necesario detallar todos los escenarios del casos de uso.
Fase de construcción:
·
Primera iteración: Se terminan de detallar los casos de
uso y sus escenarios en orden de importancia.
·
Segunda iteración: No se aplica
Salida :
·
Lista de
requerimientos No Funcionales (refinada)
·
Caso de
uso detallado
Personas involucradas :
® Analista encargado del caso de uso
® Arquitecto ( si es necesario y el caso de uso es significante a la
arquitectura )
Responsable :
® Analista encargado del caso de uso