casos de uso

casos de usoAnlisis de SistemasAgenda ConceptosAlcanceGuas para escribir casos de usoProceso de identificacin de requerimientosEjemplosConceptosEl modelo de casos de uso est compuesto de:

Actores

Casos de uso

Las relaciones entre ellos

Un caso de uso describe una secuencia de acciones que un sistema ejecuta para producir un resultado de valor (objetivo especfico), que es observable para un actor particular

Los casos uso le dicen al cliente qu esperar, al diseador qu codificar, al documentador qu documentar, y al tester qu probar.

Los actores son entes fuera del sistema que interactan con l. Los actores pueden ser usuarios, roles que usuarios pueden realizar u otros sistemas.

ConceptosUn caso de uso es iniciado por un usuario con un objetivo particular en mente, y se completa xitosamente cuando ese objetivo se satisface, es decir el caso de uso produce algo de valor para el actor.

Describe la secuencia de interacciones necesaria entre actores y el sistema para producir un servicio que satisfaga el objetivo.Tambin se incluyen posibles variantes de esta secuencia (escenarios), es decir, secuencias alternas que satisfagan el objetivo as como secuencias que lleven a un fallo en completar el servicio debido a condiciones excepcionales.El sistema se trata como una caja negra y las interacciones con el sistema, incluyendo las respuestas son percibidas fuera del sistema. De manera que los casos de uso capturan quien (actor) hace que (interaccin) con el sistema para lograr un objetivo definido (meta), sin referirse a la estructura interna del sistema. Un conjunto completo de casos de uso especifica todas las formas posibles de usar un sistema.

ConceptosConceptos: El Sistema, un Conjunto de Casos de UsoActor 1Actor 4Actor 2Caso de Uso 2Caso de Uso 9Caso de Uso 4Actor 3Caso de Uso 3Caso de Uso 5Caso de Uso 6Caso de Uso 8Caso de Uso 7Caso de Uso 1AlcanceTodo el proyectoPubicidadOrdenesFacturasEstablecerpromocionRecomendacinde promocionMonitoreode promocinColocarordenCrearfacturaEnviarfactura

IdentificarpromocionRegistrarusuarioIdentificarproductoIdentificarclienteObjetivosresumenObjetivosdel usuarioSubfuncionesGuas para escribir casos de usoUsar gramtica simple

La estructura de las oraciones debe ser:Sujeto ... verbo ... objeto directo ... frase preposicionalPor ejemploEl sistema .. deduce .. el monto .. de la cuentaMostrar claramente quien tiene el balnEn cada paso un actor tiene el baln. Este actor ser el sujeto de la oracin. El baln es el mensaje y los datos que se pasan al actor. El actor con el baln har una de tres cosas: quedarse con l, pasrselo a alguien mas o limpiarle el lodo.

Guas para escribir casos de usoMostrar el proceso avanzandoEn cada paso se debe expresar que el proceso avanza hacia el objetivo del actor. Para encontrar el objetivo de mas alto nivel para cada paso, pregntese por qu el actor esta haciendo esto?

Por ejemplo si el paso es: el usuario presiona la tecla tab.Por qu presiona el usuario la tecla tab? Para llegar al campo de direccin. Por qu esta tratando de llegar al campo de direccin? Porque tiene que ingresar su nombre y direccin antes que el sistema haga algo. Entonces el paso quedara: El usuario ingresa su nombre y direccin.

Mostrar el objetivo del actor no sus movimientosDescribir los movimientos del usuario al operar la interfase del sistema es uno de los errores ms comunes y se relaciona con escribir metas a muy bajo nivel. Cuando esto sucede:El dialogo descrito probablemente no sea un requerimiento sino que solamente la forma en que el escritor imagina el diseo de la interfase en ese momento.El dilogo es frgil en el sentido que un cambio pequeo en el diseo del sistema invalidar lo escritoEn el documento de requerimientos estamos interesados en la descripcin de la meta de la interfase, es decir aquella que anuncia el objetivo del usuario y sumariza la informacin que se pasa de un actor a otro.

Guas para escribir casos de usoEjemplo:El sistema pide el nombreEl usuario ingresa el nombreEl sistema pide la direccinEl usuario ingresa la direccinEl usuario presiona OkEl sistema presenta el perfil del usuario

CorregidoEl usuario ingresa nombre y direccinEl sistema presenta el perfil del usuarioGuas para escribir casos de usoGuas para escribir casos de usoValidar, no chequear siA menudo se escribe que el sistema chequea una condicin. Este no es un buen verbo de accin. No mueve el proceso claramente hacia delante, no es realmente la meta y deja abierta la cuestin del resultado del chequeo.Utilizando la tcnica del por qu?, por qu esta el sistema chequeando la condicin? Por que est estableciendo o validando o asegurando algo. Reemplazar el sistema chequea si el password es correcto por el sistema verifica que el password sea corresctoEso hace que el lector se pregunte qu pasa si el password no es correcto? Entonces revisar los flujos alternos buscando uno que indique password no es correcto.El caso de uso debe ser fcil de leerEl documento de requerimientos debe ser corto, claro y fcil de leer. Algunas recomendaciones son:Redactar de forma corta y directo al punto. Los casos de uso largos son requerimientos largos que poca gente disfruta leyndolos.Nombrar los casos de uso con frases verbales cortas que indiquen la meta que se alcanzarIniciar por el trigger (lo que dispara el caso de uso) y continuar hasta que la meta es alcanzada o abandonada y el sistema halla realizado cualquier registro de auditoria que sea necesario con respecto a la transaccinEscribir oraciones completas con frases que contengan verbos activos que describan las metas intermedias que se completan en cada pasoAsegurar que el actor y su objetivo sean visibles en cada pasoHacer que las condiciones de falla sobresalgan y que sus acciones de recuperacin sean entendibles. Se debe ser claro al indicar que sucede despus, preferiblemente sin hacer referencias al nmero de pasoColocar la funcionalidad alternativa en los flujos alternos en vez de utilizar ifs en el flujo bsico

Guas para escribir casos de usoGuas para escribir casos de usoFlujos alternosUn caso de uso debe contener todos los escenarios, los exitosos y los que fallan.Para cada paso o punto donde la funcionalidad o comportamiento se bifurcan debido a una condicin particular, escribir la condicin y los pasos que la manejan.El flujo alterno es nombrado con la condicin, contiene una secuencia de pasos que describen que sucede bajo esa condicin y finaliza con alcanzando o abandonando el objetivo del flujo alterno o extensin.Es importante identificar todas las condiciones de extensin antes de escribir como manejarlasEjemplos de las posibles formas en las que un escenario puede fallar o las formas alternas que pueden sucederUn camino alternativo de xito (El dependiente utiliza un shortcut)El actor se comporta incorrectamente (Clave invalida)No hay accin por parte del actor (Se vence el tiempo de espera para el ingreso de clave)Cada ocurrencia de el sistema valida, implica que habr una extensin para manejar la falla en la validacin. (Nmero de cuenta invlido)Fallas internas del sistema que deben ser detectadas y manejadas como parte del negocio (El dispensador de dinero se atasca)Flujos alternosHacer que la condicin indique que se detectEscribir lo que el sistema detect, no lo que ocurrio. Por ejemplo no se debera escribir el cliente olvida su PIN, el sistema no puede detectar esto. En cambio si se escribe tiempo de espera para ingreso del PIN vencido, el sistema si lo puede detectar.La condicin es a menudo una frase que describe lo que se detect.Las condiciones de extensin muestran todas y solamente las situaciones que el sistema debe manejar. Asegurarse que:El sistema debe ser capaz de detectar la condicinEl sistema debe manejar la deteccin de la condicin. Guas para escribir casos de usoElaborar los casos de usoIdentificar a actores y sus metasEscribir el flujo bsico o escenario de xitoUtilizando la plantilla de casos de uso desarrollar el escenario ideal para el caso de uso, donde el actor siempre alcanza su objetivoRecordar que el caso de uso se escribe como un dialogo que cuenta la historia de interacciones entre los actores y el sistemaProceso de definicin de requerimientosElaborar los casos de usoIdentificar a actores y sus metasEscribir el escenario de xitoCondiciones de falla o alternativasHacer una lista de:variantes regularescasos extremos condiciones de error que pueden ocurrir en el flujo bsico

Proceso de definicin de requerimientos1.Elaborar los casos de usoIdentificar a actores y sus metasEscribir el escenario de xitoCondiciones de falla o alternativasManejo de fallasDetallar como se manejar cada elemento de la lista encontrada, tomando en cuenta:Se inicia en el flujo bsico o en un flujo alternoIndicar donde se disparaIndicar que condicin lo disparaAl final indicar si el caso de uso termina (con xito o con falla) o contina en un flujo bsico o alterno

Proceso de definicin de requerimientos2. Elaborar los casos de usoIdentificar a actores y sus metasEscribir el escenario de xitoCondiciones de falla o alternativasManejo de fallas3. Identificar requerimientos complementariosAdems de la funcionalidad del sistema se deben definir otros requerimientos importantes para el sistema.Proceso de definicin de requerimientos