UNIVERSIDAD PRIVADA SAN PEDRO

FACULTAD DE INGENIERIA

CURSO
INGENIERIA DEL SOFTWARE CASOS DE USO - PRACTICAS
DOCENTE: ING. SANTOS GABRIEL BLAS

09/03/2012

Ingeniera del Software

Ing. Santos Gabriel Blas

Prstamo de Libros Caso de uso

Prstamo de Libros - Escenarios

Ejemplos:
Escenario 1: Jos se lleva prestado el tercer ejemplar de Guerra y Paz que hay en la biblioteca. No tiene ningn otro libro en prstamo Escenario 2: Mnica intenta llevarse prestado el primer ejemplar de Corn Tellado, pero no puede porque ya tiene tres libros en prstamo, que es el mximo. Todos los escenarios de un caso de uso deben tener en comn intentos de hacer esencialmente lo mismo (en este caso llevarse un libro en prstamo) Los escenarios pueden y deben posteriormente documentarse mediante diagramas de interaccin o de actividad.

Relacin entre casos de uso - <Include> (Incluye)

Se puede incluir una relacin entre dos casos de uso de tipo <include>(incluye) si se desea especificar comportamiento comn entre dos o mas casos de uso

Relacin entre casos de uso - <Include> (Incluye)

Prstamo de Libros - <Include>

Relacin entre casos de uso - <Extended> (extiende) Se puede incluir una relacin entre dos casos de uso de tipo <extend>(extiende) si se desea especificar diferentes variantes del mismo caso de uso. Dicho de otra forma, la relacin <extended> implica que el comportamiento de un caso de uso es diferente dependiendo de ciertas circunstancias.

Relacin entre casos de uso - <Extended> (extiende)

Generalizaciones
En un diagrama de casos de uso tambin pueden mostrarse generalizaciones (relaciones de herencia) para mostrar que diferentes elementos estn relacionados como tipos de otros. Son aplicables a actores o casos de uso, pero para estos ltimos la semntica es muy similar a las relaciones <extend>

Generalizaciones

Generalizaciones

Generalizaciones

La especializacin es la presencia de unas caractersticas especficas de un subconjunto de elementos de un determinado conjunto

Generalizaciones

Limites del Sistema

Es til dibujar los limites del sistema cuando se pretende hacer un diagrama de casos de uso para mostrar parte del sistema.

Caso de uso Maquina Recicladora

Sistema que controla una mquina de reciclamiento de botellas, tarros y jabas. El sistema debe controlar y/o aceptar: Registrar el nmero de tems ingresados. Imprimir un recibo cuando el usuario lo solicita: a) Describe lo depositado b) El valor de cada tem c) Total El usuario/cliente presiona el botn de comienzo Existe un operador que desea saber lo siguiente: a) Cuantos tems han sido retornados en el da. b) Al final de cada da el operador solicita un resumen de todo lo depositado en el da. El operador debe adems poder cambiar: a) Informacin asociada a tems. b) Dar una alarma en el caso de que: i. tem se atora. ii. No hay ms papel.

Caso de uso Maquina Recicladora

Como una primera aproximacin identificamos a los actores que interactan con el sistema:

Caso de uso Maquina Recicladora

Luego, tenemos que un Cliente puede Depositar tems y un Operador puede cambiar la informacin de un tem o bien puede Imprimir un informe

Caso de uso Maquina Recicladora

Adems podemos notar que un tem puede ser una Botella, un Tarro o una Jaba.

Caso de uso Maquina Recicladora

Otro aspecto es la impresin de comprobantes, que puede ser realizada despus de depositar algn tem por un cliente o bien puede ser realizada a peticin de un operador.

Caso de uso Maquina Recicladora

Diseo completo del diagrama Use Case es:

Caso de uso Juego Buscaminas

Qu

casos de uso identificamos? Iniciar una nueva partida. Descubrir una casilla. Marcar una casilla. Quin realiza estos casos de uso? El jugador.

Caso de uso Juegos Buscaminas

Caso de uso Juego SOKOBAN

Sokoban es un juego de varios niveles. Cada nivel est compuesto por un jugador, cajas, repisas y muros. El objetivo del jugador es empujar todas las cajas sobre las repisas. Cuando esto sucede el jugador pasa al siguiente nivel. Para mover una caja, el jugador debe colocarse al lado y empujarla. Si la casilla hacia la que est empujando la caja est libre la caja se mover. Si el jugador se queda bloqueado, es decir, no puede terminar el nivel, puede reiniciar el nivel perdiendo una vida. Cuando el jugador pierde todas sus vidas la partida termina.

Caso de uso Juego SOKOBAN

Caso de uso Centros Hospitalarios

Un cierto hospital necesita organizar la asignacin de guardias de sus mdicos en sus diferentes centros hospitalarios mediante una aplicacin informtica. Para ello asigna a un Analista el diseo del sistema utilizando la notacin UML. Un mdico jefe tiene asignada la funcin de Planificador de guardias y debe tener en cuenta los mdicos disponibles, las guardias que debe cubrir y algunas incompatibilidades como asignaciones de tareas de ms alta prioridad. Por otra parte, los datos de todos los mdicos los mantiene un Supervisor, encargado de mantener esta informacin: altas, bajas, cambios de datos, etc.

Caso de uso Centros Hospitalarios

Existe tambin un Administrador del sistema que se encarga de la asignacin y revocacin de permisos a los planificadores. Se desea, asimismo, disponer de una funcin estadstica que permita generar listados informativos. Dado que varios planificadores de guardias pueden trabajar en paralelo, se quiere que se actualicen automticamente las estadsticas que vea cada uno cada vez que haya un cambio por parte de cualquiera de ellos. Asimismo, cada planificador puede editar y modificar planes de guardias. Se pide realizar el Diagrama de Casos de Uso de la aplicacin. Realizar una descripcin textual de los casos de uso y actores contemplados.

Caso de uso Centros Hospitalarios

Solucin: Los casos de uso son: Gestionar Mdicos: dar de alta, de baja y cambio de datos a todos los mdicos de cada centro hospitalario. Gestionar Estadsticas: actualizar las Estadsticas y presentarlas a los usuarios de la aplicacin cuando lo soliciten. Editar Planes: asignar los mdicos disponibles a las guardias previstas. Gestionar Planes: creacin y borrado de planes, apertura y cierre de planes ya creados, edicin e impresin (por ello se incluye al anterior Editar Planes) Gestionar Usuarios: gestionar las cuentas de los planificadores de guardias autorizados, creando usuarios y asignndoles una palabra clave.

Caso de uso Centros Hospitalarios

Los actores son: Supervisor: empleado administrativo que trabaja con datos confidenciales y que tiene que tener permisos especiales de acceso a datos restringidos. Planificador: encargado de la asignacin de guardias teniendo en cuenta la restricciones introducidas previamente en el sistema por el Supervisor
Administrador: responsable de la asignacin de cuentas de acceso y de asegurar la confidencialidad y la integridad de la informacin del sistema.

Caso de uso Centros Hospitalarios

Pautas a seguir para un buen modelo

Asegurarse que cada caso de uso describe una parte significativa del funcionamiento del sistema. Evitar un nmero excesivo de casos de uso Un caso de uso no es un paso, operacin o actividad individual en un proceso. Un caso de uso describe un proceso completo que incluye varios pasos (flujo de trabajo de la empresa). Los casos de uso deben ser simples, dado que podran cambiar con facilidad Los casos de uso tienen que ser entendibles tanto por desarrolladores software como por expertos del dominio Es una descripcin de alto nivel del sistema Evitar conceptos de diseo

Identificarlos para un buen modelo

A

partir de los actores

Qu actores? (relacionados con el sistema o organizacin) quin necesita el sistema? qu necesita el sistema para funcionar: personal, hardware especializado, otros programas (software). Para cada actor, identificar los procesos que inician o en los que participan ponerle nombre determinar lmites/frontera: qu es del sistema? Qu queda fuera? Qu espera recibir/obtener?
A partir de los eventos

Identificar los eventos externos a los que puede responder el sistema. Relacionar los eventos con actores y casos de uso

Descubrimiento
1. Determinar los lmites del sistema Es slo una aplicacin software, el hardware y la aplicacin como un todo? Lo utiliza ms de una persona o una organizacin completa? 2. Identificar los actores principales Quienes interactan con el sistema 3. Para cada actor, identificar sus objetivos como usuario Seguir flujos en la empresa: dinero, informacin, 4. Definir los casos de uso que satisfagan los objetivos de usuario Nombrar los casos de uso con un verbo

Descripcin usando plantillas

Casos de uso en el proceso de anlisis

Las entrevistas con el cliente inician el proceso Estas entrevistas producirn diagramas de clases Obtendremos la base de conocimiento para el dominio del sistema, esto es, el rea del cliente Ahora se est en condiciones de poder hablar con el usuario Las entrevistas con el usuario empiezan con la terminologa del dominio, aunque debern alternarse hacia la terminologa de los usuarios. Estas entrevistas desvelarn a los actores y casos de uso de alto nivel que descubrirn los requerimientos funcionales en trminos generales Esta informacin tambin permitir establecer los lmites y mbito del sistema.

Casos de uso en el proceso de anlisis

Entrevistas posteriores con el usuario Permitirn profundizar en los requerimientos, lo que dar lugar a casos de uso que mostrarn los escenarios y las secuencias detalladamente Entrevistas posteriores con el usuario Esto podra resultar en otros casos de uso que satisfagan las relaciones de inclusin y extensin. En esta fase es importante confiar en la compresin del dominio a partir de los diagramas de clase Si no se comprende adecuadamente el dominio se podran crear demasiados casos de uso y demasiados detalles, lo cual obstaculizara la labor de diseo.

Casos de uso Ejercicios N 01

Se desea desarrollar un sistema de encuentros virtuales (parecido a un chat). Cuando se conecta al servidor, un usuario puede entrar o salir de un encuentro. Cada encuentro tiene un manager. El manager es el usuario que ha planificado el encuentro (el nombre del encuentro, la agenda del encuentro y el moderador del encuentro). Cada encuentro puede tener tambin un moderador designado por el manager. La misin del moderador es asignar los turnos de palabra para que los usuarios hablen. El moderador tambin podr dar por concluido el encuentro en cualquier momento. En cualquier momento un usuario puede consultar el estado del sistema, por ejemplo los encuentros planeados y su informacin.

Casos de uso Ejercicios N 01

Casos de uso Ejercicios N 02

Un sistema personal de bolsa se conecta peridicamente a servidores que ofrecen informacin de las cotizaciones. El sistema personal permite marcar una serie de valores para realizar un seguimiento y consultar los datos de dichos valores. Si a la hora de actualizar las cotizaciones uno de los valores marcados presenta una gran subida o bajada, informar a usuario de ello.

Casos de uso Ejercicios N 02

Casos de uso Ejercicios N 03

Un juego de telfono mvil dnde participan dos jugadores cada uno con su propia terminal. Cuando dos jugadores desean jugar, uno de ellos crea una nueva partida y el otro se conecta. El objetivo del juego es manejar una nave y disparar al contrario. Si uno de los dos jugadores acierta, la partida termina. Si uno de los dos jugadores deja la partida (o se pierde la conexin) la partida termina.

Casos de uso Ejercicios N 03