UPLA (UNIVERSIDAD PERUANA LOS ANDES)

TRABAJO PRCTICO ING. SW Diagramas de casos de uso

a)

Los actores de un sistema representan, en particular, personas (mas precisamente roles que interpretan personas), dispositivos u otros sistemas, y en general, cualquier cosa que interacta con dicho sistema. Un Actor no necesariamente representa a una persona en particular, sino ms bien la labor que realiza Rpta. Verdadero.

b) Los casos de uso, sus especificaciones y el diagrama de casos de uso de un sistema permiten acordar, entre el equipo de desarrollo y el cliente, los lmites y los requisitos funcionales de dicho sistema. Rpta. Verdadera. c) La especificacin de un caso de uso describe cmo se implementa el comportamiento requerido para el sistema en dicho caso de uso. Rpta. (Falsa, por que describe el curso bsico y alternativo de los eventos) d) Un escenario representa una instancia de un caso de uso. Rpta. (Verdadera) e) El diagrama de casos de uso de un sistema puede organizarse por medio de relaciones que se pueden dar entre los diferentes casos de uso. Estas relaciones son las de: generalizacin/especializacin, inclusin, y extensin. f) Debera utilizarse una relacin de extensin, entre casos de uso, cuando es necesario factorizar el comportamiento comn a varios casos de uso en otro caso de uso. g) Un caso de uso incluido en otros, es un caso de uso que es usado por esos otros casos de uso. El caso de uso usado se activa toda vez que el caso de uso que lo usa se activa.

Ejercicio 2.
Considerando el siguiente diagrama de casos de uso:

a. Indicar cada uno de los elementos de notacin que estn presentes en dicho diagrama.

INGENIERIA DE SOFTWARE

Pgina 1

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

b. Describir brevemente qu interpretacin proporciona dicho diagrama.

Ejercicio 3.
Considerando los siguientes Diagramas de Casos de Uso (DCU), corregir todos los errores de notacin que se presentan en ellos. Las siglas RF significan Requisito Funcional y en aquellos DCU que aparecen no se trata de un error.

Casos de uso del UML

INGENIERIA DE SOFTWARE

Pgina 2

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

Describe la relacin del usuario y los requisitos funcionales se representan mediante elipses.

definen los lmites del sistema. relaciones con el entorno.

ej: en un criadero de caballos, un caso de uso sera la compra de un caballo. Contienen:

requisitos funcionales (deseados o existentes). actores (usuarios del sistema, no forman parte de l) entidad externa (persona, dispositivo) que interactua con el sistema siguiendo un rol.
o

primarios: para ellos el objetivo del caso de uso es esencial. ej: el comprador del caballo.

secundarios: el objetivo no es esencial. ej: parada del estado que registra el certificado de venta.

relaciones que unen a actores y funcionalidades (caso de uso).

relacin de comunicacin "comunicate": un actor con un caso de uso en concreto (ej: el comprador fulanito, en un caso de uso comprar, adquiere un caballo (objeto de la clases caballo). Se representan con una linia .

relaciones entre casos de uso. Tipos:

inclusin "include" son subfunciones obligatorias del caso de uso. Sirve para compartir una funcionalidad para diversos caso de uso (componentes preexistentes). Se representa con

INGENIERIA DE SOFTWARE

Pgina 3

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

linia discontinua.

extensin "extend" su aplicacin es opcional, se decide en el escenario. Sirve para estructurar el caso de uso bsico.

INGENIERIA DE SOFTWARE

Pgina 4

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

Lnia discontinua.

generalizacin "generalize" se consigue un subcaso, que hereda el comportamiento y las relaciones del supercaso (sus includes y extends).

existen generalizaciones abstractas no completas, y seran los subcasos los que lo concretaran. ej: Compra

INGENIERIA DE SOFTWARE

Pgina 5

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

Caballo. Se escribe en cursiva.

Objetivos:

Soporte para modelado, desarrollo y validacin (testeo) de la aplicacin.

Referencia para dilogo Base de la documentacin funcional del pliego de condiciones.

Escenario

Es una instancia de un caso de uso, dnde se fijan las condiciones relativas de los eventos.

Un caso de uso puede encontrarse en distintos escenarios.

INGENIERIA DE SOFTWARE

Pgina 6

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

INGENIERIA DE SOFTWARE

Pgina 7

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

INGENIERIA DE SOFTWARE

Pgina 8

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

Ejercicio 4.
En este Sistema de Venta por Catlogo los clientes hacen pedidos que recibe el departamento comercial y la empresa los sirve lo antes posible; y adems ellos tambin pueden devolver productos y cancelar pedidos. Analizar la identificacin de actores y casos de usos del siguiente diagrama de casos de uso y el texto que lo acompaa, extrados del libro Applying Use Cases. A Practical Guide de G. Schneider y J. Winters, relativo a este Sistema de Venta por Catlogo.

INGENIERIA DE SOFTWARE

Pgina 9

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

En el diagrama de casos de uso se pueden observar un buen nmero de relaciones include entre casos de uso, pero no extend. Las relaciones include aparecen pronto para mostrar aspectos comunes entre partes del sistema. La relacin extend tiende a aparecer ms tarde, cuando encuentras nuevos requisitos que extienden al sistema actual. Dado que todava no hemos desarrollado el primer sistema no tenemos nada que extender. Ntese que todos los casos de uso que involucran al actor Cliente requieren el acceso al sistema, por lo que hemos aadido un caso de uso Login. Pero entonces tenamos que establecer su relacin 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 nosotros arrancamos la aplicacin 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 aplicacin. Segn sea nuestra seleccin, se invoca a una determinada operacin. Como resultado tenemos una ramificacin en Login que usa relaciones include a los otros casos de uso. Se pueden ver estos resultados en un diagrama algo confuso. Nosotros podramos decidir rescribir los include del caso de uso Login y colocar Login como una precondicin de cada uno de ellos.

Ejercicio 5.
INGENIERIA DE SOFTWARE Pgina 10

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

En este Sistema de Compras por Internet los usuarios se registran en el sistema y pueden realizar pedidos a travs del manejo de un carro de la compra. Analizar la identificacin de actores y casos de usos correspondiente al DCU de la Figura 1 (Sistema de Compras por Internet) y despus al DCU de la Figura 2 (Comercio Electrnico).

Figura 1
El significado de los casos de uso es el siguiente. GestionarCuentasCliente: el cliente puede crear, modificar y eliminar detalles de su cuenta como nombre o direccin; GestionarPedidos: el cliente puede crear, ver y cambiar pedidos; GestionarCarroCompra: el cliente puede aadir y eliminar tems de su carro de compra; RegistrarPedido: el cliente paga y lanza una orden de pedido; ExplorarProductos: el cliente busca un producto en venta; EncontrarProductos: el cliente puede encontrar uno o ms productos que satisfacen algn criterio de bsqueda; LogOnUser: los actores involucrados deben validarse para entrar al sistema; GestionarProductos: el tendero puede aadir, actualizar o eliminar productos; GestionarUsuarios: el administrador puede aadir, eliminar o modificar cuentas de usuario para usuarios que no son clientes; CerrarPedido: el encargado establece el pedido a cerrado y entonces est listo para el envo.

INGENIERIA DE SOFTWARE

Pgina 11

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

Figura 2

El significado de algunas palabras es el siguiente. CVT (Continuously Variable Transmission): Transmisin de Variacin Continua; Shopkeeper: Comerciante; Dispatcher: Expedidor.

INGENIERIA DE SOFTWARE

Pgina 12

UPLA (UNIVERSIDAD PERUANA LOS ANDES)

Actor Cliente Comerciante Administrador de sistema Distribuidor usuario Inventario Empresa de Tratamiento de Tarjeta

Semntica Alguien que compra productos de Educativos con stock Limitado. Un Usuario del sistema que es responsable de manejar el catlogo de productos. Un Usuario especial del sistema que puede establecer derechos de acceso para otros Usuarios. Un Usuario del sistema que es el trabajador del departamento comercial al cual se le limita Alguien que usa el sistema, al cual no es un Cliente. El sistema de inventario de la Educacin es limitada Claro. Una empresa externa que procesa transacciones con tarjeta de crdito de parte de la Educacin en forma limitada.

INGENIERIA DE SOFTWARE

Pgina 13