Logo del cliente

CASO DE USO

Logo del consultor

1. ESPECIFICACIN DEL CASO DE USO

IDENTIFICADOR: CU01 NOMBRE: Colocar el nombre en minsculas y sin negrilla PRIORIDAD: Baja/Media/Alta

CATEGORA: COMPLEJIDAD: Core/Administrativo Baja/Media/Alta ACTORES: Quienes interactan con el Caso de Uso. PROPSITO: Objetivo o finalidad de los actores.

PRECONDICIN: Establece lo que siempre debe cumplirse antes de comenzar un escenario en el caso de uso. Las precondiciones no se prueban en el caso de uso, sino que son condiciones que se asumen que son verdad. Normalmente, una precondicin implica un escenario de otro caso de uso que se ha completado con xito, como inicio de sesin o el ms general el usuario se identifica y autentica. FLUJO BSICO: Tambin recibe el nombre de escenario principal de xito o escenario del camino feliz. Describe el camino de xito tpico que satisface los intereses del personal involucrado. Se recomienda posponer todas las sentencias condicionales y de bifurcacin a la seccin Extensiones o Flujos Alternativos. El escenario recoge los pasos que pueden ser: una interaccin, una validacin (normalmente a cargo del sistema) o un cambio de estado realizado por el sistema (por ejemplo, registrando o modificando algo). El primer paso de un caso de uso debe indicar el evento que desencadena el comienzo del escenario. Sugerencias a tener en cuenta: A partir de un paso del flujo bsico pueden existir bifurcaciones o derivar hacia un flujo alternativo. Cada paso en el flujo debe corresponder slo al actor o slo al sistema. Cada paso o accin realizada por el sistema se considera una transaccin u operacin. Las opciones deben ir en negrilla y no se deben colocar frases como por ejemplo: el actor hace clic en el botn Guardar; en su lugar se recomienda colocar: el actor selecciona la opcin Guardar. Se recomienda evitar escribir de forma tcnica usando caractersticas o componentes de interfaces graficas de usuario como por ejemplo: Check box, Combo box, Grilla, Frame o Form emergente o modal. En su lugar utilizar: opciones de seleccin nica o mltiple, lista desplegable o lista de valores, cuadro de valores con filas y columnas, ventana o formulario. Tampoco es recomendable describir que los datos fueron guardados en la Base de Datos o en algn formato o medio de almacenamiento. Se deben nombrar los datos de entrada requeridos, pero los tipos de datos y restricciones no deben hacer parte del caso de uso. En su lugar, para los tipos y restricciones de los datos de entrada, se recomienda elaborar un Diccionario de Datos. Los datos de salida tambin deben nombrarse. Los formatos de visualizacin se recomienda no colocarlo en los pasos del flujo, sino ms bien en la seccin de requisitos especiales. Los mensajes de confirmacin o alerta deben ir entre comillas dobles y con letra cursiva. Evitar mensajes que muestren ERROR o El Sistema ha fallado, comunquese con el administrador. Cada paso en el flujo debe empezar describiendo el nombre del actor y luego la accin que realiza o el sistema y luego la accin que realiza. Se debe llevar una enumeracin por cada paso o accin como: B1, B2, B3, ., Bn. Pgina 1

Ing. MCC. Lain Jardiel Crdenas Escalante.

Logo del cliente

CASO DE USO

Logo del consultor

IDENTIFICADOR: CU01

NOMBRE: Colocar el nombre en minsculas y sin negrilla

Nombre del flujo bsico (opcional) B1. El actor <accin del actor como una interaccin con el sistema>. B2. El sistema <accin del sistema como una operacin, validacin o transaccin>. POSCONDICION: Tambin conocido como Garantas de xito. Establecen qu debe cumplirse cuando el caso de uso se completa con xito, o bien el flujo bsico o algn flujo alternativo. La garanta debera satisfacer a todo el personal involucrado. FLUJOS ALTERNATIVOS: Tambin conocido como Extensiones que indican todos los otros escenarios o bifurcaciones tanto de xito como de fracaso. Representan las variaciones del flujo bsico, incluyendo los casos menos habituales y las condiciones de error. Las siguientes preguntas pueden ayudar a encontrar flujos alternativos: Qu otras medidas se pueden tomar en cada paso del flujo bsico? Qu errores pueden ocurrir en cada paso (datos errneos, los datos faltantes, problemas de conexin)? Existe un comportamiento que puede ocurrir en cualquier momento (por ejemplo, salir, imprimir, ayuda)? Habr condiciones (por ejemplo, una combinacin especfica de los datos introducidos) de cambios significativos en el flujo? Sugerencias a tener en cuenta: Una extensin o flujo alternativo tiene dos partes: la condicin y el manejo. La condicin debe ser escrito como algo que pueda ser detectado por el sistema o un actor. El manejo se puede resumir en un paso, o incluir una secuencia. Si el flujo alternativo se torna complejo o tiene muchos pasos, entonces se recomienda que sea descrito como otro caso de uso. Este nuevo caso de uso ser un caso de uso incluido y se relaciona con el caso de uso actual o caso de uso base por medio de una relacin de inclusin. El flujo alternativo A4 define la forma de cmo debe nombrarse a un caso de uso incluido.

A1. Nombre del flujo alternativo o condicin A1.1. En el paso B3 el actor <accin del actor como una interaccin con el sistema>. A1.2. El sistema <accin del sistema como una validacin, operacin o transaccin>. A1.3. El actor <accin del actor como una interaccin con el sistema>. A1.4. El flujo retorna al paso B4 del flujo bsico.

A2. Nombre del flujo alternativo o condicin A2.1. Despus del paso B8 el actor <accin del actor como una interaccin con el sistema>. A2.2. El sistema <accin del sistema como una validacin, operacin o transaccin>. A2.3. El flujo retorna al paso B4 del flujo bsico.

Ing. MCC. Lain Jardiel Crdenas Escalante.

Pgina 2

Logo del cliente

CASO DE USO

Logo del consultor

IDENTIFICADOR: CU01

NOMBRE: Colocar el nombre en minsculas y sin negrilla

A3. Nombre del flujo alternativo o condicin A3.1. Despus del paso B8 el actor <accin del actor como una interaccin con el sistema>. A3.2. El sistema retorna a la pgina principal. A3.3. El caso de uso termina. A4. Nombre del flujo alternativo o condicin: Incluye CU02-NombreDelCasoDeUso. REQUERIMIENTOS ESPECIALES O SUPLEMENTARIOS: Contiene todos los requisitos relacionados con este caso de uso que no fueron cubiertos por los flujos de eventos. Por lo general, estos son los requisitos no funcionales, atributos de calidad o restricciones. Esto incluye cualidades tales como rendimiento, fiabilidad y facilidad de uso, y restricciones de diseo que son obligados o se consideran probables. Sin embargo, si un requisito es genrico y se aplica en muchos casos, se deber describir en el documento de Especificaciones Suplementarias. Tambin se puede colocar la descripcin de regalas de dominio o negocio si estas reglas aplican exclusivamente al caso de uso, de lo contrario es mejor colocarlos en el documento de Especificaciones Suplementarias. Ejemplos: El texto del ttulo debe tener un tamao 18 y de color azul. El tiempo de respuesta debe ser de 3 segundos el 90% de las veces. El campo de entrada Nombre debe ser obtenido desde la autenticacin del usuario con el servidor de dominio Windows de la red interna de la empresa, y debe ser desplegado en pantalla para validacin visual del Actor. REGLA 1: se debe sumar al monto total su 18% (IGV actual) para el clculo de valor a pagar.

2. PROTOTIPO EXPLORATORIO
Si el Storyboard se trabaja con pantallazos (interfaces graficas de usuario, formularios o ventanas) este es el espacio para colocarlo, si se realiza el storyboard con html se coloca aqu el nombre del html y la forma de llegar a la funcionalidad que se est describiendo.

Ing. MCC. Lain Jardiel Crdenas Escalante.

Pgina 3