UNIVERSIDAD DE COSTA RICA

SEDE DEL ATLNTICO. RECINTO DE TURRIALBA. BACHILLERATO EN INFORMTICA EMPRESARIAL. IF-6100, ANLISIS Y DISEO DE SISTEMAS. PROFESOR: LVARO MENA M.

RESUMEN LECTURA No.3

CREACIN DE CASOS DE USO
ESTUDIANTE: WILLIAM ULLOA ARAYA. CARN: A86450

II-2011

CREACIN DE CASOS DE USO

Un caso de uso es una descripcin de un sistema en trminos de una secuencia de acciones. Se debe producir un resultado observable o el valor con el que el actor interacta con el sistema. Las siguientes son algunas caractersticas de los casos de uso: y y y y y y Son iniciados por un actor. Los modelos de una interaccin entre un actor y el sistema. Describen una secuencia de acciones. Capturan requerimientos funcionales. Se debe proporcionar un valor para un actor. Representan un flujo completo y significativo de los acontecimientos.

El propsito de un caso de uso es para facilitar el acuerdo entre los desarrolladores, clientes y usuarios sobre lo que debe hacer el sistema. Un caso de uso puede ser utilizado como un contrato entre los desarrolladores y clientes. Durante la creacin de casos de uso, tambin debe definir los escenarios especficos de las rutas a travs de un caso de uso. Usted puede producir los diagramas de secuencia, diagramas de comunicacin, y los diagramas de clases de los escenarios. Tambin se utilizan como insumo para los casos de prueba. Los casos de uso son una buena manera de expresar los requerimientos funcionales del sistema.

IDENTIFICACIN DE LOS ACTORES.

Un actor es alguien o algo que interacta con el sistema. Puede ser una persona, pero tambin puede ser otro sistema. Algunos ejemplos son los siguientes: y y y y y Los usuarios del sistema Los administradores Las personas que suministran informacin al sistema Los sistemas de suministro de datos externos Sistemas externos que se hayan notificado

IDENTIFICACIN DE CASOS DE USO. Estas son algunas preguntas que pueden ayudar a identificar casos de uso: Qu funcin puede esperar cada actor del sistema? Los actores deben ser informados sobre los acontecimientos que ocurren en el sistema? y Qu informacin necesitan los agentes para suministrar al sistema? y Qu informacin necesitan recibir los actores del sistema? y Sobre qu eventos fuera del sistema hace que el sistema necesite ser notificado? Algunas pautas para la creacin de casos de uso son las siguientes: y Cada caso de uso deber interactuar con por lo menos un actor. y Cada caso de uso deber ser iniciado por un actor. y Los nombres de los casos de uso sern significativos. y Use los casos en donde se describe la funcionalidad, no la ejecucin. y Deber ser claro quin inicia el caso de uso. y y Tambin hay que tener en cuenta que los casos de uso no pueden ser demasiado pequeos o demasiado grandes. Se debe realizar slo un paso en cada caso de uso. Si el caso de uso tiene dos pasos, probablemente no es un caso de uso correcto. Se encontraron los siguientes casos de uso para cada uno de los actores de nuestro proyecto: y Usuario Registrarse Conectarse Viajeros Reservar un vuelo Comprar un boleto Reservar una habitacin de hotel

 Buscar lugares de inters Reservar un coche y Representante de Servicio al Cliente Conectarse Cambios en la reservacin Eliminar reserva Bsqueda de reserva Administrador Registro de usuario Bsqueda de un usuario Actualizar la informacin del usuario Conectarse Ejecutar informe Administrador de contenido Conectarse Presentar la informacin Proveedores de Hotel Conectarse Presentar la informacin Proveedor de carros Conectarse Presentar la informacin Representante de aviones Conectarse Presentar la informacin

DIAGRAMAS DE CASOS DE USO. Los diagramas de casos representan actores, casos de uso, y las relaciones entre ellos. En el diagrama de casos de uso, que se muestra en la Figura 7.2, los actores se representan como figuras de palo, y los casos de uso estn representados como valos. La flecha slida indica una ruta de comunicacin entre un actor y un caso de uso.

Figura 7.2 Un actor y un caso de uso. Diagramas de casos de uso ilustran las relaciones en el modelo de casos de uso. Para sistemas pequeos, todo el modelo de casos de uso se puede presentar en un diagrama. Para grandes sistemas, es necesario dividir el sistema en muchos diagramas. No hay reglas estrictas sobre cmo debe ser dividido el modelo. Algunas opciones de cmo se pueden agrupar los diagramas: y Todos los casos de uso iniciados por el mismo actor o grupo de actores y Los casos de uso que se ejecutan normalmente en una sentencia y Los casos de uso relacionados con el mismo tipo de tareas (tales como tareas administrativas) Las figuras 7.3 a 7.5 presentan los diagramas de casos de uso inicial de la Agencia de Viajes Online del proyecto.

Figura 7.3 Casos de uso iniciados por los actores viajero y usuario.

Figura 7.4 Casos de uso para los actores Representante de Servicio al Cliente y Administrador.

Figura 7.5 Casos de uso para los actores Proveedor de Servicio al Cliente y Administrador de contenido. ESTRUCTURACIN DEL MODELO DE CASOS DE USO. Despus de que el modelo de casos de uso inicial se hace, podemos estructurarlo. El objetivo principal de la estructuracin del modelo es eliminar cualquier redundancia, por lo que los casos de uso son ms fciles de entender y mantener. En primer lugar, tenemos que analizar los casos de uso y encontrar las piezas de los flujos que contienen medidas similares. Entonces podemos aplicar algunos de los tres tipos de relaciones entre casos de uso: y Incluir

y y

Ampliar Generalizacin

INCLUYENDO LA RELACIN. Si una parte importante del flujo se utiliza en caso de utilizar ms de una, es un buen candidato para ser extrado como un caso de uso separado que est conectado con una relacin de inclusin. El caso de uso instanciado contendr una base de caso de uso, as como el que se incluye. El caso de uso debe ser incluido autnomo y no puede hacer ninguna suposicin sobre como es el caso de uso. Para demostrar esta relacin en un diagrama de casos de uso, es necesario crear una dependencia entre los dos casos de uso (con una flecha punteada) y luego asignar un estereotipo a incluir a la dependencia, como se muestra en la Figura 7.6. La direccin de la flecha es el caso de uso base a los incluidos casos de uso.

RELACIN DE EXTENSIN.
Si alguna parte del caso de uso es opcional o condicional, para que el modelo sea ms claro, podemos extraer como un caso de uso separado que est conectado con una relacin de extensin. La flecha indica el caso de uso de la base, como se muestra en la Figura 7.7.

GENERALIZACIN DE LA RELACIN ENTRE CASOS DE USO. Si dos o ms casos de uso son similares, se puede extraer similitudes en el caso de uso base. El caso de uso padre no necesita saber si los hijos son especializaciones de la misma. Sin embargo, ya que esta tcnica puede ser difcil de comprender para las partes interesadas, IBM Rational sugiere evitar el uso de casos de uso generalizados.

La figura 7.8 muestra cmo la generalizacin de casos de uso se presenta en los diagramas de casos de uso.

La Generalizacin tambin puede ser utilizada entre los actores. Es especialmente til si un conjunto de actores inician el mismo caso de uso. La Figura 7.9 muestra cmo la generalizacin del actor se presenta en los diagramas de casos de uso.

ESPECIFICACIN DEL DOCUMENTO DE CASO DE USO. Este libro, utiliza el siguiente formato para un documento de Especificacin de Casos de Uso: 1. Breve descripcin 2. Flujo bsico 3. Flujos alternativos 3.1 flujo de la Alternativa 1 3.2 flujo de la Alternativa 2 4. Requisitos especiales 5. Condiciones previas 6. Post-condiciones 7. Puntos de extensin 8. Diagrama de contexto 9. Diagrama de actividad 10. Diagramas de estado de la mquina 11. Escenarios En las secciones siguientes se tratan todas las partes de un caso de uso. Descripcin breve La descripcin deber explicar claramente su propsito. Tambin se menciona a todos los actores que interactan con el caso de uso. Flujo bsico El flujo bsico contiene la secuencia ms popular de las acciones, los pasos que se producen cuando todo va bien. Flujos alternativos Flujos alternativos representan las variaciones del flujo, incluyendo los casos menos habituales y las condiciones de error. Requisitos especiales. Esta seccin contienen todos los requerimientos relacionados con los casos de uso que no fueron cubiertos por los flujos de eventos. Usualmente estos son requisitos no funcionales. Sin embargo, si un requisito es genrico y se aplica en muchos casos de uso, estos se deben describir en las especificaciones suplementarias. Condiciones previas. Una condicin previa es el estado del sistema antes de que el caso de uso inicie. Por ejemplo, una condicin previa para la reservacin puede ser que el administrador debe iniciar sesin en el sistema. Postcondiciones. Una postcondicin es el estado del sistema despus de que el caso de uso termina. A

menos que sea especficamente mencionada, la postcondicin ser vlida para cualquier flujo alternativo, no slo para el flujo bsico. Puntos de extensin. Un punto de extensin es un lugar desde el cual un caso de uso extendido puede ser invocado. Por ejemplo, el caso de uso Eliminar una reservacin puede tener las siguientes extensiones: Nombre: Proceso de devolucin Ubicacin: Despus del paso B5 del flujo bsico Diagrama de contexto. Un diagrama de contexto, que se muestra en la Figura 7.10, es parte de un diagrama de casos de uso que muestra las relaciones de este caso en particular a los actores y otros casos de uso. Todos los casos de uso que incluyen, extienden o generalizan las relaciones con el caso de uso dado, este tambin debe ser mostrado en el diagrama de contexto.

El diagrama de contexto y el diagrama de actividades no son necesarios, pero ayudan a visualizar el caso de uso y su posicin en el proyecto. Diagrama de actividad Un diagrama de actividades, que se muestra en la Figura 7.11, es similar a un diagrama de flujo. Puede ser utilizado para representar grficamente los flujos en el caso de uso. Cajas con esquinas redondeadas representan estados de actividad, las flechas representan transiciones, y las ramas se modelan como diamantes. Un diagrama de actividades deber contener el flujo bsico y todos los flujos alternativos. Medidas que no tienen ramas en el medio se pueden combinar.

Diagramas de estado de la mquina A veces es posible que necesitemos para describir el comportamiento de los objetos que actan de forma diferente en funcin de su estado. Escenarios Un escenario es una instancia de un caso de uso. En l se describe una ruta especfica a travs del flujo de los acontecimientos. Es importante identificar todos los escenarios vlidos para todos los casos de uso. ESCENARIOS Para encontrar todos los escenarios, tenemos que identificar todos los caminos a travs del caso de uso dado. Hay un escenario para un flujo bsico, un escenario para cada flujo alternativo, y un escenario para cada combinacin de flujos alternativos. CASOS DE USO EN REQUISITEPRO. El documento de especificacin de caso de uso se crea a partir de una plantilla que contiene las partes que se discuten en la seccin anterior. Si usted no tiene acceso a RequisitePro, puede crear este documento en Microsoft Word. Utilizando RequisitePro, sin embargo, le da mucha ms funcionalidad, como la creacin de requisitos del tipo de caso de uso, el establecimiento de la trazabilidad, y la elaboracin de informes relacionados.