FORMATO ESPECIFICACION CASO DE USO (AUTOMATIZAR UN VIDEO CLUB)

ESPECIFICACIÓN DE CASO DE USO

NOMBRE DEL CASO DE USO	AUTOMATIZAR UN VIDEO CLUB
ACTOR	CLIENTE Y PROVEEDOR
FECHA	02-05-2011
PRECONDICIONES	El inventario debe estar actualizado a la fecha y hora antes de que se lleve a cabo el caso de uso.
OBJETIVO		Alquilar, devolver o reservar una película corroborando que este en el inventario

DESCRIPCION Permite adquirir, devolver o reservar alguna película.

  

FLUJO PRINCIPAL El cliente solicita el tipo de gestión que quiere realizar ya sea alquiler, reserva o devolución de una película. Si la opción es alquilar la película y existe no está alquilada por otro cliente se genera un comprobante y se aumentan las ventas. Si la opción es devolución  y el nombre del cliente y de la película son correctos se suma esta al stock. Cuando la opción es reserva el cliente proporciona su nombre y queda registrado. Si por lo contrario es proveedor se registra el catalogo y la generación de películas del proveedor.

FLUJO ALTERNO 1 Si el cliente elige la opción alquiler de película y la película no exite dentro del inventario o esta alquilada a otro cliente.

FLUJO ALTERNO 2 Si el cliente elige la opción devolución de una película y el nombre de la película o de cliente no coinciden.

POSCONDICIONES  El sistema ejecuta el tipo de gestión solicitada por el cliente desde el principio.

REGLAS DE NEGOCIO El proveedor lleva un control del inventario para de esta forma darse cuenta de faltas de películas solicitadas por el cliente. Los datos proporcionados por el cliente deben ser correctos.

COCLUSIONES Los casos de uso son de gran ayuda para entender y ejecutar una idea que en un principio parece compleja. Gracias a los casos de uso podremos ver un problema como el anterior mas ordenado y fácil de resolver y ejecutar

                       

PRACTICA CASOS DE USOS (AUTOMATIZAR UN VIDEOCLUB)

FORMATO ESPECIFICACIÓN CASO DE USO (Caja “Self checkout” de Wal-Mart)

ESPECIFICACIÓN DE CASO DE USO

NOMBRE DEL CASO DE USO	Caja “Self checkout” de Wal-Mart
ACTOR	Usuario, Caja, Supervisor.
PRECONDICIONES	La caja a nivel general debe estar funcionando, sin ella el caso de uso no se podría desarrollar.
OBJETIVO	Satisfacer las necesidades del usuario por medio de un buen servicio.

DESCRIPCION Permite que el usuario pueda comprar cualquier artículo de una tienda.

FLUJO PRINCIPAL El usuario debe elegir entre idiomas ingles y español. La caja debe escanear el producto. El producto debe ser pesado, si se bloquea el sistema debe pasar a un supervisor. El supervisor debe autorizar el escaneo de nuevo. El usuario elige entre 3 formas de pago, efectivo, tarjeta crédito, tarjeta debito. Si el usuario elige pagar en efectivo debe cancelar con monedas y luego con billetes. Si el usuario desea pagar con tarjetas debe deslizar la tarjeta. El usuario firma en el tablero electrónico y da clic en enviar. El banco da la autorización del pago. La caja devuelve el cambio. Imprime el recibo. La caja despide al usuario.

FLUJO ALTERNO 1 La caja comprueba la compatibilidad de el numero de cuenta de la tarjeta de crédito con la contraseña, si es errónea la caja avisara al usuario de digitar de nuevo numero de cuenta y contraseña.

FLUJO ALTERNO 2 Si el usuario desea pagar con billetes y después con monedas la caja deberá de informar al usuario de pagar primero con monedas y después con billetes.

POSCONDICIONES  El sistema autoriza el pago de algún producto.

REGLAS DE NEGOCIO En el bloqueo del sistema, el supervisor realizar la autorización para poder volver a escanear otros productos.

CONCLUSIONES Finalmente podemos concluir que con la utilización de los casos de uso, un problema se nos va a ser mucho mas fácil de resolver y de entender. Analizamos que podemos plasmar una idea o una solución en forma de diagrama para su mayor entendimiento no solo para nosotros si no para cualquier persona.

PRACTICA CASOS DE USO (Caja “Self checkout” de Wal-Mart)

CASO DE USO COMPLETO

12. que son los escenarios secundarios? Enumere escenarios secundarios en el caso de uso “comprar gaseosa”:

R//los escenarios secundarios son aquellas excepciones al escenario primario, son aquellos donde no se cumple con exito la accion.

Comprar gaseosa:

-el usuario no cuenta con el dinero suficiente.

- la maquina no cuenta con la gaseosa seleccionada.

-la maquina no tiene cambio.

-la maquina esta averiada.

11. Enumere la secuencia de pasos en los escenarios?

cada caso de uso es una coleccion de escenarios y cada escenario es una secuensia de pasos.
1. Respuesta simple:  tantos como sea necesario para entender el funcionamiento del sistema.

2.Regla del pulgar: 

- Escenarios primarios: Elabore aproximadamente el 80% de estos escenarios

-Escenarios secundarios: Elabore unos pocos de los escenarios secundarios interesantes y de alto riesgo.

3. Escenario principal: El escenario principal representa el flujo exitoso más simple o habitual para el caso de uso

4. Escenario Alternativo: Son formas alternativas al camino principal de llegar a las poscondiciones del caso de uso

10. Que es escenario?. Describa un ejemplo.

Un escenario es una instancia de un caso de uso, es un solo flujo a través de un caso de uso, Cada caso de uso tendrá una red de escenarios,  Escenarios primarios, Flujo normal - la forma en la que el sistema debiese funcionar,  Escenarios secundarios, Excepciones al escenario primario

Algunas veces, escenario es usado como sinónimo de caso de uso. En el contexto del UMLla palabra escenario se refiere a una sola ruta a través de un caso de uso, una ruta que muestra una particular combinación de condiciones dentro de dicho caso de uso.

EJEMPLO 1: para ordenar algunas mercandas, tendremos un solo caso de uso con varios escenarios asodados: uno en el cual todo va bien; otro donde no hay suficientes mercandas; otro en el que nuestro crédito es rechazado, y así por el estilo.
EJEMPLO 2:
 Un Escenario para el Caso de Uso
“Registrar Cursos a Tomar”

John ingresa su número de alumno 369 52 3449 y el sistema valida el número.  El sistema pregunta por cuál semestre.  John indica el semestre actual y elige crear un nuevo programa. De una lista de cursos disponibles, John selecciona los cursos primarios Inglés 101, Geología 110, Historia Mundial 200, y Álgebra 110.  Luego selecciona los cursos alternativos de Teoría de la Música 110 e Introducción a Programación Java 180. El sistema determina que John cumple con todos los pre-requisitos necesarios y lo agrega a la lista de cursos. El sistema indica que la actividad está completa.  El sistema imprime el programa al estudiante y envía la información de cuenta de pago de cuatro cursos al sistema de cuenta para ser procesada.

9. Inserte las imágenes de las figuras: modelo de caso de usos proveniente de la maquina de gaseosas y con inclusión, extencion-inclusion.

                               modelo de caso de usos proveniente de la maquina de gaseosas

inclusion

inclusion-exclusion

8. En que consisten las relaciones de inclusión y extensión (dibuje sus respectivos simbolos, e inserte la figura ejemplo de relaciones de uso).

R// INCLISION:

La inclusión de los casos de uso también se conoce como usar un caso de uso. El termino incluir tiene dos ventajas; la primera es mas clara: los paso en un caso de uso incluyen los de otro. La segunda, se evita la confucion potencial de las palabras “usar” y “uso” en un contexto tan estrecho, asi n tendremos que decir “promover el uso  mediante el uso reiterativo de un caso de uso”.

EXTENSION:

Es posible volver a utilizar un caso de uso de manera distinta a la inclusión. En ocaciones crearemos un caso de uso agregándole algunos pasos a un caso de uso existente. Es otra forma de interacción, un caso de uso dado, (la extensión) puede extender a otro.

La extensión se puede realizar en puntos indicados de manera especifica dentro de la secuencia del caso de us basea estos puntos se les conoce como puntos de extensión.

7.Resumen del caso de uso: “comprar gaseosa” (utilice viñetas) hasta el tema “extensión de los casos de uso.

-el caso de uso “comprar gaseosa:
En este caso podemos observar como el usuario desea una lata de gaseosa el principio del escenario seria cuando ingresa el dinero si el proceso sale bien la maquina le dará lo que pidió o selecciono en un principio.
De este caso de uso saldrían varias preguntas entre ellas ¿Qué llevo al usuario a iniciar el escenario en el caso de uso? la respuesta más evidente será la sed; ¿Qué se obtiene como resultado de tal escenario? Que el usuario tenga la gaseosa en su poder. ¿Lo que he descrito Esla única posibilidad de comprar gaseosa? Hay varias entre ellas que la maquina no tenga la selección del usuario y la otra que el usuario no cuente con el suficiente dinero para esta.
En el caso de que la maquina no contara con la gaseosa seleccionada daría la opción de elegís otra gaseosa o devolver el dinero.
En otro caso de que el dinero no fuera suficiente o se excediera el resultado sería la devolución dela lata de gaseosa con el excedente o la devolución del dinero que no fue suficiente para cubrir este precio.
-casos de uso adicionales
En el caso de uso visto anteriormente no solo interviene el usuario y la maquina sino también el  proveedor el cual reabastece la máquina , en este caso se deberá crear al menos 2 casos de uso; reabastecer y recolectar dinero:
Reabastecer: este caso de uso se iniciara despues de un lapso de tiempo determinado, luego de estos ya el recolector hará la debida recolección de dinero.
-inclusión en los casos de uso :
En el ejemplo anterior reabastecer y recolectar siempre comenzaron por abrir la máquina y terminaban con el cierre de la misma si se podría eliminar la duplicación de pasos de un caso de uso la manera seria conformar un caso adicional a partir de estos, los pasos a seguir serian exhibir el interior y cerrar la máquina y en otro caso de uso se llamara cubrir el interior.
Así se añadirá al caso de uso reabastecer con exhibir el interior y concluiría con cubrir el interior y recolectar dinero será cubrir el interior, así vemos la inclusión de un caso de uso.
-extensión de los casos de uso:
Una extensión del caso de uso seria en el caso anterior reabastecer si el recolector ve que se ha vendido más una marca y otra no tanto en vez de reemplazar por la misma marca lo ideal sería reemplazar la marca mejor vendida por la no tan vendida acá veríamos la extensión de un caso de uso.

EJEMPLOS DE CASOS DE USO

6. CUALES SON LASPREGUNTAS UTILES PARA ENCONTRAR CASOS DE USO?

R//
1. Cuáles son las tareas de este actor?
2. El actor, creara, guardara, cambiara, eliminara o leerá la información del sistema?
3.cual caso de uso creerá, guardara, cambiara, eliminara o leerá esta información?
4.necesitara el actor informar al sistemas sobre cambios externos e imprevistos?
5.esnecesario que el actor este informado sobre ciertas ocurrencias en el sistema
6. Le proporciona una correcta secuencia el sistema a las tareas?
7. Cuales casos de uso le darán soporte y mantenimiento al sistema?
8. pueden todos los requerimientos funcionales ser realizados por los casos de uso?

Video Casos de uso

Video UML

5. Cuales son las preguntas útiles para encontrar actores?

R// 1. ¿Quién está interesado en cierto requisito?

2. ¿Dónde está la organización se utilizara el sistema?

3.¿quién proveerá, utilizara y eliminara esta información al sistema?

4.¿quién utilizara esta función?

5. ¿Quién le dará soporte y mantenimiento al sistema?

6.¿usa el sistema un recurso externo?

7. ¿Qué actores necesita el caso de uso?

8. ¿un actor desempeña varios roles?

9. ¿varios agentes desempeñan el mismo rol?

4.que es un diagrama de uso?

Es una descripción de las acciones de un sistema desde el punto de vista del usuario. Para los desarrolladores del sistema, esta es una herramienta valiosa, ya que es una técnica de aciertos y errores para obtener los requerimientos del sistema desde el punto de vista del usuario. Esto es importante si la finalidad es crear un sistema que puede ser utilizado por la gente en general.  En la siguiente grafica veremos un ejemplo de cuando usted utiliza una lavadora, obviamente para lavar ropa. Le muestra como representaría esto en un diagrama de casos de uso UML.

Jacobson (1994), además de introducir los casos de uso como elementos

primarios del desarrollo del software, también diseñó un diagrama

para la representación gráfica de los casos de uso. El diagrama de

casos de uso es ya también parte del UML.

3.cual es el propósito primario del modelo de caso de uso?

R// El proposito primario del modelo caso de uso es comunicar las funciones y el comportamiento del sistema al cliente o la usuario final.

2. por qué el caso de uso es una herramienta valiosa?

R//  El caso de uso es una herramienta valiosa ya que es una técnica de aciertos y errores para obtener los requerimientos del sistema desde el punto de vista del usuario. Esto es importante si la finalidad es crear un sistema que puede ser utilizado por la gente en general.

Son una herramienta esencial para la captura de requerimientos, la planificación, o el control de proyectos iterativos. La caphlra de los casos de uso es una de las tareas principales durante la fase de elaboración; de hecho, es lo primero que se debe hacer.

La mayoría de los casos de uso se generarán durante esa fase del proyecto, pero irá descubriendo otros a medida que avance. Esté siempre pendiente de ellos. Todo caso de uso es un requerimiento potencial y hasta que no haya usted capturado un requerimiento, no podrá planear cómo manejarlo en el proyecto.