Tema 5. Casos de Uso. Ejercicios Resueltos Ejercicio 1.

Gestin de fincas e inmuebles

Figura 5.1:.Casos de uso relacionados con el actor propietario.

Figura 5.2: Casos de uso del actor 'Inquilino".

Figura 5.3:Casos de uso relacionados con el actor "Secretario empresa".

Ejercicio 2.

Gestin calificaciones Enunciado:

Figura 5.4: Casos de uso relacionados con el actor "Profesor".

Figura 5.5:Casos de uso relacionados con el actor Administrador".

Ejercicio 3. Enunciado

Puntos de informacin universitaria

La Universidad Carlos III de Madrid en su constante innovacin pretende instalar un conjunto de Puntos de Informacin Universitaria (PIU) a travs de los cuales se pueda facilitar informacin a la comunidad universitaria. Las funcionalidades consideradas para instalar en cada PIU son: Informacin General: actividades culturales y extra-acadmicas de la Universidad y de las diferentes Escuelas y Facultades. Informacin Administrativa: plazos de matriculacin, fechas de exmenes, normativas y avisos. Informacin Privada: esta informacin se diferenciar segn el tipo de usuario final que se identifique en el PIU. PAS: informacin relativa a su cuerpo e informacin econmico-contractual. Profesores: informacin relativa a su cuerpo, informacin de asignacin horaria de clases e informacin econmico-contractual. Alumnos: informacin referente a la carrera que estn cursando y su currculum, as como el estado de su matriculacin.

Como ayuda a la resolucin de esta problemtica, la Universidad Carlos 111 ha pedido a su departamento de investigacin y desarrollo (I+D) la elaboracin de un sistema informtico que pueda ser utilizado por cuatro tipos de usuarios diferentes: Administrador: es el responsable de la colocacin y carga inicial de los PIU's en las diferentes Escuelas y Facultades que componen la Universidad, es decir, se encarga de decidir, las situaciones fsicas ms propicias y de activacin inicial de los contenidos (funcionalidades a proporcionar) de cada uno de los PIU's en las diferentes Escuelas y Facultades que componen la Universidad, es decir, se encarga de decidir las situaciones fsicas ms propicias y de activacin inicial de los contenidos (funcionalidades a proporcionar) de cada uno de los PIU's. Por tanto, el administrador tan slo utilizar este sistema informtico para notificar la instalacin de los distintos dispositivos. Habr un administrador de dispositivos por cada turno de maana y de tarde para solucionar todas las peticiones realizadas por los responsables de cada centro. Gestor: es el encargado de determinar la situacin (funcionamiento/desconexin) de cada uno de los PIU's distribuidos previamente por el administrador del sistema. Asimismo, este usuario ser el responsable de determinar qu acciones se desencadenarn como consecuencia de la aparicin de un mal funcionamiento del PIU's, como puede ser: -Registro en una salida de "Log". - Envo de un equipo tcnico.

-Reporte del error al CAT (Centro de Atencin Tcnico). -Reinicializacin del PIU. -Emisin de una solicitud de desconexin del PIU al administrador. Como la principal misin de los gestores de los PIU's es la regulacin y mantenimiento de los mismos, tan slo utilizarn el sistema informtico de forma espordica, para retocar los parmetros de funcionamiento del sistema cuando se detectan anomalas a tener en cuenta. Habr un gestor de dispositivos en el turno de maana y en el de tarde. Operador: es el usuario responsable de gestionar el funcionamiento de cada uno de los PIU's existentes en cada una de las Escuelas y Facultades. Su actividad consistir en el control de red, es decir, se encarga de verificar el funcionamiento global de la red de PIU's existente. Pudiendo realizar operaciones de control, gestin y estadsticas sobre la misma. Adems, se encarga de reportar los errores observados al Gestor que est de guardia en cada momento. Los operadores estarn utilizando continuamente el sistema de seguimiento de los PIU's, tan slo lo dejarn de utilizar en los periodos de descanso acordados. La Universidad utilizar a tres operadores en activo para cada uno de los turnos de servicio (maana, tarde y noche). Por ltimo, los operadores tambin debern realizar las acciones indicadas por el gestor del sistema en caso de que ste no est localizable. Usuarios Finales: este grupo est compuesto por el PAS, el Profesorado y el Alumnado. Su conexin al sistema vendr siempre asociada a una solicitud/servicio de informacin. Cada vez que un usuario intente conectarse al sistema deber introducir sus datos identificativos, as como la introduccin de una contrasea y del tipo de usuario (en caso de que sea necesario). Las actividades recogidas por el sistema slo estarn accesibles para el tipo de usuario responsable de su realizacin, de tal manera, que la instalacin de PIU's no estar accesible a un gestor o a un operador, del mismo modo la gestin de red no podr ser realizada por un administrador o por un gestor. Instalacin de los PIU's Para instalar un PIU dentro de una Facultad o Escuela ser necesario, en primer lugar, seleccionar la Escuela/Facultad, de tal modo que slo puede haber un nico dispositivo de un tipo determinado en una misma Escuela/Facultad. A continuacin se indicar las funcionalidades que soportar dicho PIU. Ser posible que el administrador de los PIU's cambie la colocacin de los mismos, as como el resto de caractersticas propias del PIU. Control de funcionamiento Peridicamente, el gestor PIU's as como ajustar las funcionamiento del PIU's. Gestin de red Se podrn realizar operacin de control, gestin y estadstica sobre la red instalada observando la aparicin de errores, que debern ser reportados al gestor de guardia. Obtencin de informacin Los Usuarios Finales realizarn peticiones al sistema guiados a travs de la interfaz grfica del sistema, su nica interrelacin con el sistema, consiste en la emisin de dichas peticiones para que sean procesadas y servidas por el sistema. Solucin A continuacin se muestra el diagrama de casos de uso en el que se representan todos los actores y las tareas requeridas por el sistema de gestin de PIU's (ver Figura 5.6). Identificamos inicialmente a los actores que van a interactuar de alguna forma con el sistema, obteniendo la siguiente lista: El Administrador. El Gestor. El Operador o vigilante. El Usuario final. de los PIU's podr observar el estado de funcionamiento de cada uno de los acciones a realizar qu se desencadenar como consecuencia de la aparicin de un mal

Una vez que hemos identificado a los distintos usuarios registramos las operaciones que cada uno de ellos debe de poder realizar en el sistema. As pues, indicamos las funcionalidades del sistema desde el punto de vista del usuario del sistema. As tenemos que: administrador ser aquel que realice las tareas de instalacin de los PIU's. El gestor ser el responsable de controlar el buen funcionamiento de los diferentes PIU's existentes en el sistema. El El vigilante ser el responsable de la gestin de la red en la que se encuentran los diferentes PIU's existentes en el sistema. El usuario final estar destinado a la realizacin de las consultas necesarias para la extraccin de la informacin contenida en los PIU's. Cada una de estas funcionalidades se representan como un caso de uso relacionado o asociado con el actor que tiene que demandarla.

Figura 5.6:Casos de uso del "sistema de informacin universitaria". Podemos observar con la descripcin del problema que todos los actores van a tener la tarea de su idenificacin previamente a la realizacin de cualquier tarea, con lo cual utilizaremos la relacin de include entre la nueva funcionalidad de Identificacin y el resto. Con ello indicamos explcitamente que para realizar cualquier operacin en el sistema es necesario la identificacin. Al examinar con posterioridad el enunciado observamos que existe una serie de funcionalidades que no habamos detectado y que mostramos en la Figura 5.7. Identificamos que la operacin de instalacin de PIU's tiene embebido las operaciones de Instalacin de PIU existente y/o la Instalacin de nuevo PIU. Para representar esta relacin entre las distintas funcionalidades que deben existir empleamos la relacin de extend entre el caso de uso Instalacin de los PIU's y los casos de uso Instalacin PIU existente e Instalacin nuevo PIU. Con ello reflejamos la semntica que nos proporciona la descripcin del problema. De forma anloga sucede con la operacin de Control de Funcionamiento. Observamos que esta operacin supone la realizacin o no de la funcin de Determinar las acciones por mal funcionamiento, Realizar las acciones correctivas y Actualizar los parmetros de los PIU. Representamos pues estos casos de uso con una relacin extend entre el caso de uso Control de funcionamiento y los casos de uso Determinar Acciones Mal Funcionamiento, Actualizar Parmetros PIU y Realizar Acciones Correctivas. De esa forma reflejamos el carcter de opcionalidad al realizar la funcin de control de funcionamiento.

Figura 5.7: Relaciones entre los casos de uso del "sistema de informacin universitaria". Finalmente tambin sucede lo mismo con la funcionalidad de Gestin de Red, ya que supone las opera cio nes de Realizar Informe, Configurar Estadsticas y Obtener Resultados de Estadsticas. Segn el enun ciado, estas operaciones pueden realizarse en determinados momentos, lo que supone que para relacionar los distintos casos de uso que conforman cada una de estas operaciones es necesario utilizar la relacin de extend entre el caso de uso Gestin de Red y los otros tres. EJEMPLO La Remisera CocheFast nos ha solicitado la confeccin de un sistema para la dministracin de la misma. Luego de haber tenido algunas reuniones de relevamiento con la gerencia de la empresa se han identificado los siguientes requerimientos: Habr tres tipos de usuarios: Administrativos, Choferes, y el Gerente. Los Administrativos de la remisera podrn: Ingresar nuevos clientes Ingresar reservas de viajes indicando el clientes, el chofer solicitado, la direccin de origen, de destino y la hora de salida. La empresa ha solicitado que si al ingresar una reserva, el cliente en cuestin no existe en el sistema se pueda ingresarlo directamente. Tambin ha solicitado que el sistema brinde la opcin de confirmar inmediatamente la reserva que se est ingresando. Confirmar o Cancelar las reservas ya ingresadas.

Los Choferes de la remisera podrn consultar las reservas que tienen asignadas para el da de la fecha. El gerente podr realizar todas las operaciones que pueden realizar los Administrativos y los choferes. Adems podrn Ingresar nuevos choferes al sistema y Liquidar las comisiones de los choferes mensualmente. Los Representantes de la empresa aclararon que era deseable que el sistema avise a los Administrativos cuando se acerca el momento de realizar un viaje, en funcin de las reservas, con 30 minutos de anticipacin para poder realizar la confirmacin del viaje con el cliente. Se pide, utilizando la tcnica de Casos de Uso, especificar el comportamiento del sistema. Esta debe incluir la identificacin de los actores, los principales casos de uso, las relaciones presentes entre ellos, descripciones de los mismos indicando alternativas al curso normal.

Caso de Uso: Ingresando Reserva Actor: Administrativo Usa: Consultando Info de un Chofer Extendido Por: Ingresando Cliente, Confirmando Reserva
Curso Normal Alternativas 1.1 El Cliente no existe. El Administrativo decide si quiere ingresar al Cliente (Extendido por Ingresando Cliente). Si lo Ingresa ir a 2 sino ir a 6.

1.El Administrativo ingresa el Nro. de Cliente

2. EL Sistema muestra la informacin del Cliente 3. Usa Consultando info de un Chofer 4. El Administrativo ingresa la Fecha, direccin de Origen, de Destino y Hora de la Reserva 5. El Administrativo decide si quiere confirmar la Reserva (Extendido por Confirmando Reserva). 6.Si el Administrativo quiere ingresar otra Reserva ir a 1, sino ir a 7 7. Fin del Caso de Uso 5.1 La Fecha o la Hora no son vlidas. Ir a 6.

Caso de Uso: Recibiendo Aviso de Prximos Viajes (temporal) Curso Normal 1. El Sistema chequea si hay alguna Reserva para la prxima media hora. 2. El Sistema le recuerda al Administrativo del futuro de Viaje. 3. Fin del Caso de Uso. Alternativas 1.1 No hay Reservas o ya fueron todas avisadas. Ir a 3.

1. Diagrama de casos de uso general:

2. Principales escenarios: 2.1 Caso de uso: Gestin de transacciones a) Escenario: Pujar: - Precondiciones: Es necesario estar registrado y logearse en la aplicacin - Postcondiciones: La puja quedar registrada - Actor: Cliente registrado - Excepciones: No se podr pujar por un producto dos veces el mismo usuario - Descripcin: El cliente desea un producto y pujar por l atravs de otro b) Escenario: Vender: - Precondiciones: Es necesario estar registrado y logearse en la aplicacin - Postcondiciones: El producto quedar registrado para su venta - Actor: Cliente registrado - Excepciones: El usuario que vende no podr ser el mismo que compra - Descripcin: El cliente tiene un producto en su propiedad que desea intercambiar por otro a) Escenario: Dar de alta secciones - Precondiciones: Ninguna - Postcondiciones: La categora quedar preparada para insertar productos - Actor: Administrador - Excepciones: La categora no puede exisitir - Descripcin: Se dar de alta una nueva categora en la aplicacin b) Escenario: Dar de baja secciones - Precondiciones: La seccin debe de exisitr - Postcondiciones: Se borrar la seccin y todos los productos que contenga - Actor: Administrador - Excepciones: Ninguna - Descripcin: Se dar de baja una categora ya existente en la aplicacin

2.3 Caso de uso: Gestin de usuarios: c) Escenario: Dar de alta usuarios - Precondiciones: El usuario debe desear ser registrado - Postcondiciones: El usuarios quedar registrado - Actor: Administrador - Excepciones: El usuario ya existe - Descripcin: Se dar de alta un nuevo usuario en la aplicacin d) Escenario: Dar de baja usuarios - Precondiciones: el usuario debe de exisitr - Postcondiciones: Se borrar el usuario - Actor: Administrador - Excepciones: El usuario no existe - Descripcin: Se dar de baja un usuario ya existente en la aplicacin EJEMPLO ATMs Se desea disear el software necesario para una red bancaria provista de cajeros automticos (ATMs), que sern compartidos por un consorcio de bancos. Cada banco dispone de una serie de servidores, provistos de software propio, que llevan la informacin sobre sus cuentas y procesa las transacciones que actan sobre dichas cuentas. A estos servidores estn conectados las estaciones de cajero, que son propiedad del banco y en las que operan cajeros humanos, que pueden crear cuentas e introducir transacciones sobre ellas. Los cajeros automticos aceptan tarjetas de crdito, interaccionan con el usuario, se comunican con un ordenador central para llevar a cabo las transacciones, entregan dinero en efectivo al usuario e imprimen recibos. El sistema llevar el registro de las transacciones efectuadas, cumplir caractersticas aceptables de seguridad y manejar accesos concurrentes a la misma cuenta. El coste de desarrollo de la parte compartida del sistema se dividir entre los bancos que forman parte del consorcio en funcin del nmero de clientes provistos de tarjetas de crdito.

EJEMPLO GESTION DE BIBLIOTECA

Diagrama de Actores

Diagrama del paquete Biblioteca

Diagrama de Gestin de Libros

Diagrama de Gestin de Usuarios