1) Consideremos un punto de un sistema de venta. Uno de los actores es el cliente y otro es el dependiente.

Uno de los casos de uso de este sistema es: Caso de uso 1: El dependiente comprueba un artculo 1. 2. 3. 4. 5. 6. El cliente coloca el artculo en el mostrador. El dependiente pasa el lector de cdigos de barras por el cdigo CPU (Cdigo de Producto Universal) que figura en el artculo. El sistema busca el cdigo CPU en la base de datos proporcionando la descripcin y el precio del artculo. El sistema emite un pitido audible. El sistema aade el precio y el tipo del artculo a la factura actual. El sistema aade al subtotal el IVA correspondiente a dicho artculo.

Caso de error 1: Cdigo CPU no leble. Si despus del paso 2 el cdigo CPU no es vlido o no es posible leerlo de forma apropiada, emitir un sonido grave audible. Caso de error 2: Artculo no est en la base de datos. Si despus del paso 3 el cdigo CPU del artculo no se encuentra en la base de datos, pulsar el botn de entrada manual en el terminal e introducir (el dependiente) el cdigo CPU, el precio y el cdigo del IVA de dicho artculo. En la descripcin teclear Artculo desconocido. Ir al paso 4. Un punto de un sistema de venta tiene muchos ms casos de uso que ste. En la Figura 2.1 viene representado este caso de uso segn la forma grfica de UML. A primera vista parece una notacin simple, pero hay mucho ms. Los iconos correspondientes a los actores y a los casos de uso se pueden reunir en diagramas que delimitan el sistema complejo. Tales diagramas muestran todos los casos de uso de un sistema rodeado por un rectngulo. Fuera del rectngulo estn todos los actores del sistema y ellos se conectan a sus casos de uso mediante lneas. El rectngulo representa el lmite del sistema, por ejemplo, muestra todos los casos de uso que pertenecen a un sistema en concreto. Todo lo que est dentro del rectngulo forma parte del sistema, mientras que lo de fuera es externo al mismo. En la Figura 2.2 vienen representados los actores y los casos de uso de un sistema limitado. Adems de mostrar el lmite del sistema, unos pocos actores y unos pocos casos de uso, este diagrama muestra algunas relaciones entre los casos de uso. Estas relaciones son utiliza y extiende. La relacin utiliza aparece dos veces en la Figura 2.2, una desde Comprobar Artculo hasta PasarLectorCPU y la otra desde InventariarArtculo hasta PasarLectorCPU. El caso de uso PasarLectorCPU describe el comportamiento del actor y del sistema cuando el actor desliza el lector de CPU por el cdigo de barras de un producto. Si nos fijamos en nuestro primer caso de uso: El dependiente comprueba un artculo, el comportamiento del caso de uso PasarLectorCPU aparece dentro de la descripcin ComprobarArtculo. Asimismo, el contable tambin utiliza el lector de cdigos de barras cuando necesita hacer inventario de un artculo. Por lo tanto, este mismo comportamiento forma parte del caso de uso InventariarArtculo. Mejor que escribir la descripcin para este comportamiento dos veces, podemos emplear la relacin utilizapara mostrar que pertenece a ambos casos de uso.

Teniendo en cuenta esto podemos cambiar la descripcin del caso de uso ComprobarArtculo: Caso de uso 1: El dependiente comprueba un artculo 1. 2. 3. 4. 5. 6. El cliente coloca el artculo en el mostrador. utiliza PasarLectorCPU. El sistema busca el cdigo CPU en la base de datos proporcionando la descripcin y el precio del artculo. El sistema emite un pitido audible. El sistema aade el precio y el tipo del artculo a la factura actual. El sistema aade al subtotal el IVA correspondiente a dicho artculo.

Entonces, la relacin utiliza es mucho ms que una llamada a una funcin o una subrutina. El caso de uso empleado de esta forma se llama caso de uso abstracto, puesto que no puede existir por si solo sino que tiene que ser utilizado por otros casos de uso. La otra relacin importante es la relacin extiende entre ComprobarArtculo y Comprobar21Artculo. En muchas tiendas norteamericanas, a los dependientes menores de 21 aos no les est permitido dispensar bebidas alcohlicas. Cuando un empleado de esta edad ve en el mostrador un artculo que contiene alcohol, dice 21 a travs del sistema de megafona. Enseguida se acerca un director y pasa el lector de CPU por el cdigo de barras del licor. Esto representa un cambio en el caso de uso ComprobarArtculo que se puede resolver de dos formas. Primero, podramos aadir sentencias si al caso de uso Comprobar Artculo de la siguiente forma: Caso de uso 1: El dependiente comprueba un artculo 1. 2. El cliente coloca el artculo en el mostrador. Si el artculo es una bebida alcohlica: 2.1. Avisar 21 por el sistema de megafona. 2.2. Esperar al director. 2.3. El director utiliza PasarLectorCPU. 2.4. Ir a paso 4. utiliza PasarLectorCPU. El sistema busca el cdigo CPU en la base de datos proporcionando la descripcin y el precio del artculo. El sistema emite un pitido audible. El sistema aade el precio y el tipo del artculo a la factura actual. El sistema aade al subtotal el IVA correspondiente a dicho artculo.

3. 4. 5. 6. 7.

Esta solucin tiene una gran desventaja teniendo en cuenta el Open Closed Principle. Este principio dice que, en un software bien diseado, un cambio en los requisitos debera implicar el hecho de aadir cdigo nuevo y no modificar el cdigo viejo. Las mismas reglas son aplicables a las especificaciones funcionales de los casos de uso. Es decir, cuando los requisitos cambian debemos aadir nuevos casos de uso, no modificar los ya existentes. Segundo, mejor que aadir la sentencia si al caso de uso, podemos utilizar la relacin extiende. Esta relacin nos permite especificar un nuevo caso de uso que contiene comandos para invalidar y modificar el caso de uso extendido. Entonces el caso de uso Comprobar21Artculo de la Figura 2.2 anula y extiende el caso de uso ComprobarArtculo. El texto para el caso de uso Comprobar21Artculo podra aparecer: Caso de uso 2: Comprobar 21 artculo 1. Sustituir Paso 2 de ComprobarArtculo por: 1.1. Avisar 21 por el sistema de megafona. 1.2. Esperar al director. 1.3. El director utiliza PasarLectorCPU

Con esto se logra nuestro objetivo de aadir nuevas caractersticas al modelo de casos de uso sin necesidad de cambiar los casos de uso existentes. Si nos fijamos en el caso de uso Comprobar21Artculo menciona el caso de uso ComprobarArtculo directamente. Qu ocurre si queremos extender otros casos de uso similares? Todos los nuevos casos de uso que se extiendan deberan ser idnticos. Esta situacin se puede solventar aadiendo puntos de extensin a los casos de uso extendidos. Los puntos de extensin son nombres simblicos simples que identifican

posiciones en el caso de uso extendido (use case extended) y que los nuevos casos de uso a extender (use case extending) pueden mencionar en su texto. Entonces, nuestros dos casos de uso quedaran as: Caso de uso 1: El dependiente comprueba un artculo 1. 2. 3. 4. 5. 6. El cliente coloca el artculo en el mostrador. XP21: El dependiente utiliza PasarLectorCPU. El sistema busca el cdigo CPU en la base de datos proporcionando la descripcin y el precio del artculo. El sistema emite un pitido audible. El sistema aade el precio y el tipo del artculo a la factura actual. El sistema aade al subtotal el IVA correspondiente a dicho artculo.

Caso de uso 2: Comprobar 21 artculo 2. Sustituir XP21 del caso de uso extendido por: 2.1. Avisar 21 por el sistema de megafona. 2.2. Esperar al director. 2.3. El director utiliza PasarLectorCPU.

El Hotel El hotel Baja tiene cinco salones de eventos (numerados del 1 al 5) y 40 habitaciones (numeradas del 6 al 45). Las primeras 10 habitaciones son sencillas, mientras que las restantes son dobles. Cuando un cliente llega al hotel, ste se registra en la primera habitacin disponible requerida (sencilla, doble). Se registra el nombre del cliente y el pago de la habitacin ($ 600.00 pesos habitacin sencilla y $1000.00 habitacin doble). Los salones tienen una tarifa de $10 000.00 pesos. El hotel slo tiene un equipo de presentacin, as que si se renta un saln y se requiere este servicio tendr que instalarse en el saln alquilado. El equipo siempre se queda en el saln que lo utiliz la ltima vez. El cliente puede elegir el saln que desee, siempre y cuando est disponible. El cliente puede ocupar y desocupar la habitacin o el saln el mismo da. Este hotel es muy especial, ya que no trabaja con reservaciones ni con fechas. Adems, todos los das el gerente genera los siguientes reportes: 1. Cuntas habitaciones y salones estn ocupados. 2. Los nmeros de habitaciones ocupados y la informacin de los residentes. 3. Los nmeros de salones ocupados y la informacin del cliente. 4. El saln que tiene el equipo de presentacin. 5. Cul es la ganancia del da. Lista de requerimientos Hotel 1. 2. 3.

El hotel tiene habitaciones sencillas, dobles y salones de eventos. El hotel alquila sus espacios a los clientes. El hotel requiere los reportes siguientes, realizados por el gerente: a. Cuntas habitaciones y salones estn ocupados. b. Los nmeros de habitaciones ocupados y la informacin de los residentes. c. Los nmeros de salones ocupados y la informacin del cliente. d. El saln que tiene el equipo de presentacin. e. Cul es la ganancia del da.

Salones de eventos 1. Existen cinco salones de eventos, numerados del 1 al 5. 2. La tarifa de cada saln es de $10 000.00 diarios. 3. El cliente puede alquilar el saln que desee siempre y cuando est desocupado. 4. El alquiler y renta del saln ocurre el mismo da. 5. Cuando el cliente alquile el saln este ltimo estar ocupado. Equipo de presentacin 1. El hotel cuenta con un equipo de presentacin. 2. El equipo de presentacin nicamente se puede instalar en un saln. 3. El equipo de presentacin puede ser solicitado por el cliente. 4. El equipo se puede mover al saln que lo solicite el cliente. 5. El equipo est ocupado si el saln est alquilado y se solicit el equipo. Habitaciones sencillas 1. Existen 10 habitaciones sencillas, numeradas del 6 al 15. 2. Deber conocerse la primera habitacin desocupada de la secuencia. 3. El cliente puede solicitar el alquiler de una habitacin sencilla. 4. La tarifa por habitacin sencilla es de $600.00 pesos. 5. Cuando el cliente alquile la habitacin sencilla esta ltima estar ocupada. 6. Cuando el cliente entregue la habitacin, el estatus ser desocupado. Habitaciones dobles 7. Existen 30 habitaciones sencillas, numeradas del 16 al 45. 8. Deber conocerse la primera habitacin desocupada de la secuencia. 9. El cliente puede solicitar el alquiler de una habitacin doble. 10. La tarifa por habitacin doble es de $600.00 pesos. 11. Cuando el cliente alquile la habitacin doble esta ltima estar ocupada. 12. Cuando el cliente entregue la habitacin, el estatus ser desocupado. Cliente 1. 2. 3. 4.

El cliente puede solicitar cualquier habitacin o saln de eventos, siempre y cuando haya vacantes. El recepcionista deber registrar el nombre del cliente y el pago de la habitacin. Se asume que el cliente paga en efectivo con la cantidad exacta. El cliente puede rentar varios espacios cuando llega al hotel.

Actores Cliente Persona que alquila un espacio (saln, habitacin, sencilla, habitacin doble) Recepcionista Persona que atiende al cliente cuando llega al hotel y se retira de ste. Gerente Persona que se encarga de analizar el estado del negocio. Casos de uso