Ejercicios de casos de uso

ANÁLISIS Y DISEÑO DEL SOFTWARE

Ejercicios de “Modelado de Casos de Uso”

Ejercicio 1.

Dada la plantilla para escribir casos de uso utilizada en el libro de C. Larman, “UML y Patrones”, que se describe en el capítulo 6, analizar cómo se ha escrito el caso de uso “Procesar Venta” en el ejemplo del terminal de punto de venta.

Ejercicio 2.

Analizar el siguiente diagrama de casos de usocon relaciones de inclusión y extensión extraído de la especificación de UML con el objetivo de comprender las relaciones entre casos de uso.

[pic]
Ejercicio 3.

Analizar el siguiente diagrama de casos de uso con relaciones de inclusión y extensión extraído del libro de Larman (cap. 25, figuras 25.1 y 25.2).

[pic]

[pic]

Ejercicio 4.

Analizar el diagrama de casos de uso de abajoy el siguiente texto que lo comenta, extraídos del libro “Applying Use Cases. A Practical Guide” de G. Schneider y J. Winters, relativo a un sistema de venta por catálogo: los clientes hacen pedidos que recibe el departamento comercial y la empresa los sirve lo antes posible; el cliente puede devolver productos y cancelar pedidos.

“En el diagrama de casos de uso se pueden observar un buennúmero de relaciones include[1] entre casos de uso, pero no extend. Las relaciones include aparecen pronto para mostrar aspectos comunes entre partes del sistema. La relación extend tiende a aparecer más tarde, cuando encuentras nuevos requisitos que extienden al sistema actual. Dado que todavía no hemos desarrollado el primer sistema no tenemos nada que extender.

Nótese que todos los casos de usoque involucran al actor Cliente requieren el acceso al sistema, por lo que hemos añadido un caso de uso Login. Pero entonces teníamos que establecer su relación con los otros casos de uso. Nuestra primera idea fue que cada caso de uso arrancase usando Login. Esta idea parece apropiada si se ve el sistema como un conjunto de aplicaciones independientes, cada una con su propia interfaz. Así nosotrosarrancamos la aplicación Realizar Pedido que invoca a Login como su primera tarea. Nosotros no vemos el sistema de esta manera, sino que el proceso de login es un front-end para entrar en la aplicación. Según sea nuestra selección, se invoca a una determinada operación. Como resultado tenemos una ramificación en Login que usa relaciones include a los otros casos de uso. Se pueden ver estosresultados en un diagrama algo confuso. Nosotros podríamos decidir rescribir los include del caso de uso Login y colocar Login como una precondición de cada uno de ellos”.
[pic]
Ejercicio 5.

Comentar los ejemplos de modelado con casos de uso del libro “Análisis y diseño estructurado y orientado a objetos de sistemas informáticos” (copia se entregará en clase)

Ejercicio 6. Sistema de compras porinternet

Dado el siguiente diagrama de casos de uso que corresponde a un sistema de compras por internet: los usuarios se registran en el sistema y pueden realizar pedidos a través del manejo de un carro de la compra, analiza la identificación de actores y casos de usos.

[pic]
El significado de los casos de uso es el siguiente. GestionarCuentasCliente: el cliente puede crear, modificar yeliminar detalles de su cuenta como nombre o dirección, Gestionar Pedidos: el cliente puede crear, ver y cambiar pedidos, Gestionar Carro Compra: el cliente puede añadir y eliminar items de su carro de compra. Registrar Pedido: el cliente paga y lanza una orden de pedido, Explorar productos: el cliente busca un producto en venta, Encontrar Productos: el cliente puede encontrar uno o más productos quesatisfacen algún criterio de búsqueda, LogOnUser, los actores involucrados deben validarse para entrar al sistema, Gestionar Productos, el tendero puede añadir, actualizar o eliminar productos, Gestionar Usuarios, el administrador puede añadir, eliminar o modificar cuentas de usuario para usuarios que no son clientes, Cerrar pedido, el encargado establece el pedido a cerrado y entonces está...