Diagrama de uso video tienda

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 CASO DE PRUEBA: Sistema para el alquiler, control de peliculas y clientes en una videotienda Documento de casos de uso Version Historia de Revision Fecha 25/02/2005 Version Creacion. Descripcion Responsable Alejandro Baez, Cristian Castaneda, Diego Castaneda. 02/03/2005 09/03/2005 Se indica la relacion entre casos de Diego Castaneda uso y los requerimientos. Se definen los roles, se crea el Alejandro Baez, diagrama de casos de uso, se realizan Cristian Castaneda, cambios sugeridos en algunos casos Diego Castaneda. e uso. INVESTIGADORES: ALEJANDRO BAEZ CRISTIAN CASTANEDA DIEGO CASTANEDA DIRECTOR: JAVIER SANCHEZ Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 TABLA DE CONTENIDO 1. Introduccion…………………………………………………………………………………………… 3 2. Definicion de roles………………………………………………………………………………….. 4 2. 1 Administrador……………………………………………………………………………………. 2. 2 Operario…………………………………………………………………………………………… 4 2. 3 Cliente……………………………………………………………………………………………… 4 3. Diagrama de casos de uso………………………………………………………………………. 5 4. Definicion de casos de uso………………………………………………………………………. 6 4. Alquilar Pelicula ………………………………………………………………………………… 6 4. 2 Pagar Factura …………………………………………………………………………………… 7 4. 3 Pagar Multa ……………………………………………………………………………………… 8 4. 4 Devolver Pelicula………………………………………………………………………………. 8 4. 5 Generar Reportes ……………………………………………………………………………… 4. 6 Crear Pelicula …………………………………………………………………………………. 10 4. 7 Modificar Datos Pelicula …………………………………………………………………… 11 4. 8 Eliminar Pelicula ……………………………………………………………………………… 12 4.

Lo sentimos, pero las muestras de ensayos completos están disponibles solo para usuarios registrados

Elija un plan de membresía
9 Consultar Pelicula……………………………………………………………………………. 12 4. 10 Crear Contrato ………………………………………………………………………………. 3 4. 11 Eliminar contrato o desafiliar cliente …………………………………………………. 14 4. 12 Agregar beneficiarios ……………………………………………………………………… 15 4. 13 Actualizar referencia personal …………………………………………………………. 16 4. 14 Crear referencia personal ……………………………………………………………….. 17 4. 15 Eliminar beneficiario……………………………………………………………………….. 8 4. 16 Actualizar Autorizado ……………………………………………………………………… 19 2 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 1. Introduccion Para la verificacion de los resultados del proyecto titulado: “Framework unificado para desarrollo de interfaces J2EE con soporte a objetos persistentes en bases de datos relacionales”, se ha decidido el desarrollo de una aplicacion que nos sirva para probar los resultados de este.

Luego de analizar varias opciones, decidimos desarrollar una aplicacion para una videotienda, debido que al desarrollar esta aplicacion se podran verificar muchos elementos que seran manejados dentro del desarrollo de este proyecto, tales como manejo de interfaces y manejo de objetos persistentes entre otros. En este documento se describe el analisis de los casos de uso de la aplicacion mencionada, lo cual nos sera de gran utilidad en el desarrollo de esta aplicacion y para realizar las comparaciones que vengan al caso segun el desarrollo del proyecto. 3

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 2. Definicion de roles En esta seccion se definen los principales roles que tienen los actores que interactuan de alguna forma con el sistema. En el posterior desarrollo de este documento, se indicara como se realiza esta interaccion y como el sistema debera manejarlas. 2. 1 Administrador Es la persona que se encarga del mantenimiento de los datos en la aplicacion. Sera la persona encargada de las operaciones CRUD de peliculas, contratos (incluye beneficiarios y referencias) y las diferencies constantes del sistema.

Tendra contacto directo con la aplicacion. 2. 2 Operario Es la persona encargada de la atencion de los clientes de la videotienda. Sera la persona encarga de de alquilar peliculas, pagar facturas y afiliar beneficiarios. Tendra contacto directo con la aplicacion. 2. 3 Cliente Es la persona encargada de realizar solicitudes a las personas que interactuan directamente con el sistema para que estos ejecuten alguna de las funcionalidades del sistema. Solo tendra contacto directo con la aplicacion para las consultas de las peliculas. 4 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 3. Diagrama de casos de uso En esta seccion se presenta el diagrama de casos de uso para la videotienda, esto permitira identificar mas claramente la relacion entre los diferentes actores y los casos de uso. Sistema videotienda Alquilar pelicula Pagar factura Pagar multa Devolver pelicula Consultar pelicula Generar reportes Crear pelicula Modificar pelicula Eliminar pelicula Crear contrato Cliente Operario Eliminar contrato Agregar beneficiarios Actualizar referencia personal Crear referencia personal Eliminar beneficiario Actualizar autorizado Administrador Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 4. Definicion de casos de uso En esta seccion se definiran de manera formal los diferentes casos de uso de la aplicacion, esto servira para identificar mas claramente las diferentes funcionalidades que debe tener el sistema. 4. 1 Alquilar Pelicula Satisface el(los) requerimiento(s): 10, 12 • Actores: cliente y operario del sistema. • Proposito: Registrar en el sistema una Pelicula como Alquilada y Generar una nueva factura para el Cliente. Resumen: El cliente se acerca a la videotienda con la intencion de alquilar una pelicula. Despues de haber escogido la pelicula, se acerca a donde el operario del sistema y le indica el numero del contrato, el operario registra la pelicula en sistema como alquilada verificando que el usuario sea valido, si es asi genera una nueva factura indicandole al cliente el total. El sistema despliega un mensaje indicando el exito de la operacion. • Tipo: necesario • Importancia: alta • Curso normal de los eventos ACTORES 1.

El cliente se acerca a la videotienda, Escoge una o varias peliculas luego de hacer una busqueda en los estantes o en el sistema. Luego le solicita al Operario que Inicie el proceso de alquiler de esa pelicula al contrato del que pertenece el cliente. 2. El operario, verifica la afiliacion y si el cliente pertenece a este contrato ya sea como propietario o como beneficiario. 4. El operario ingresa al menu de Alquilar peliculas sobre esta afiliacion y registra la/s pelicula/s SISTEMA 3.

El sistema despliega un formato con el detalle de los usuarios para esta afiliacion. 5. El sistema verifica que el estado de esta/s pelicula/s este correcto para su alquiler. 6. El sistema calcula un total, y verifica si esta afiliacion tiene algun tipo de multa, si es asi lo agrega al total. Confirma el alquilar y muestra el detalle de la factura. 7. El operario verifica que la operacion fue exitosa y le indica al cliente el valor a pagar por el alquiler y por las multas. 6 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 Cursos alternos: – En 3, el sistema verifica que el contrato sea valido y que el ID de este cliente este asociado a este contrato. – En 7, Si el cliente se arrepiente de alquilar las peliculas, el operario hace un cancelar y el sistema borra la factura con todos sus detalles sin cambiar el estado de ninguna pelicula. 4. 2 Pagar Factura Satisface el(los) requerimiento(s): 10 • Actores: cliente y operario del sistema. • Precondicion: Caso de uso Alquilar Pelicula • Proposito: Cambiar el estado de las peliculas alquiladas y generar una fecha de retorno de estas por parte del cliente. Resumen: El cliente se dispone a pagar el alquiler de las peliculas escogidas y le entrega el dinero al operario el cual registra como cancelada esta factura y el sistema cambia el estado de estas peliculas y les genera una fecha de retorno para que el cliente las devuelva maximo estos dias. • Tipo: necesario Importancia: alta • Curso normal de los eventos • ACTORES 1. El cliente decide Pagar el alquiler, y le entrega el dinero al operario. 2. El operario, registra en el sistema que fue cancelada la factura SISTEMA 3. El istema registra como cancelado esta factura, cambia los estados de estas peliculas y genera fechas de retorno para las mismas. Si pago detalles de multas, se registraran como canceladas, esto incluye el caso de uso 4. 3. Muestra un mensaje de exito de la operacion 4. El operario entrega el recibo al Cliente donde detalla las fechas de entrega de las peliculas 7 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 4. 3 Pagar Multa Satisface el(los) requerimiento(s): 10 • Actores: cliente y operario del sistema. • Proposito: Cambiar el estado de una multa anterior y registrarla como cancelada. Resumen: El cliente se acerca a la videotienda para pagar las multas, le entrega el dinero al operario el cual registra como cancelada esta multa. • Tipo: necesario • Importancia: alta • Curso normal de los eventos ACTORES 1. El cliente se acerca al Operario y le informa que quiere pagar sus multas acumuladas. 2. El operario, ingresa al sistema el codigo del contrato. SISTEMA 3. El sistema busca multas generadas en codigo de contrato y genera una factura con detalles de multas y con un total. 4. El operario informa al cliente de este total. 5. El cliente decide Pagar las multas, y le entrega el dinero al operario. . El operario, registra en el sistema que fue cancelada la factura 7. El sistema registra como cancelado esta factura, se cambiara el estado de estas multas. Muestra un mensaje de exito de la operacion 8. El operario entrega el recibo al Cliente donde detalla las multas pagadas • Cursos alternos: – En 3, si este codigo de contrato no tiene multas acumuladas el sistema informa de esta situacion. Finaliza caso de uso. – En 5, Si el cliente se arrepiente de pagar la factura, el operario hace un cancelar y el sistema borra la factura con todos sus detalles sin cambiar el estado de ninguna multa. . 4 Devolver Pelicula Satisface el(los) requerimiento(s): 12 • Actores: cliente y operario del sistema. • Proposito: Registrar en el sistema una el cambio de estado de un pelicula y Generar una multa si la fecha de entrega es superior a la registrada anteriormente en el sistema. 8 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 • Resumen: El cliente se acerca a la videotienda con la intencion de devolver una pelicula, el operario registra la pelicula en el sistema el cual cambia su estado y verifica si hay que generar una multa par este cliente. Tipo: necesario • Importancia: alta • Curso normal de los eventos ACTORES 1. El cliente se acerca a la videotienda, y entrega la operario una/s peliculas anteriormente alquiladas. 2. El operario, registra la pelicula en el sistema. SISTEMA 3. El sistema verifica que el contrato tenia la pelicula y cambia el estado de esta, asi como la fecha en que se esperaba que se entregara y si el dia en que se entrega es superior a esta, genera una multa para este contrato. El sistema muestra el Valor en este caso o de lo contrario un mensaje de exito. . El operario informa al cliente el exito de la operacion y si genero multa el valor de la multa generada • Cursos alternos: – En 4, si el cliente decide pagar la multa pasa a caso de uso Pagar Multa. 4. 5 Generar Reportes Satisface el(los) requerimiento(s): 11 • Actores: administrador del sistema • Proposito: Proporcionar reportes de diferentes variables necesarias para el cliente. • Resumen: El sistema esta en la capacidad de generar reportes de importancia para el administrador del sistema.

Para esto el administrador selecciona la opcion de generar reporte, alli finalmente escoge un tipo e ingresa los parametros que sean necesario, el sistema mostrara como resultado el reporte que se ha solicitado. • Tipo: necesario • Importancia: media • Curso normal de los eventos 9 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 ACTORES 1. El administrador escoge la opcion generar reporte 3. El administrador escoge una opcion. 5. El administrador digita los valores necesarios para generar el reporte y acepta. Estos datos serian: a.

Peliculas prestadas en un rango: se deben ingresar los valores de fecha inicial y fecha final del reporte. b. peliculas en mora: Se debera ingresar el valor de la fecha limite para el reporte. c. Facturas: se deben ingresar los valores de fecha inicial y fecha final del reporte. d. clientes en mora: no recibe parametros. e. Peliculas alquiladas: no recibe parametros. SISTEMA 2. El sistema muestra un formulario para que el operario escoja el tipo de reporte. 4. El sistema activa los campos correspondientes al reporte seleccionado. 6. El sistema valida la informacion para comprobar que este completa y acepta la transaccion . El sistema lista un grupo de items que cumplen con las condiciones que se dieron • Cursos alternos: El operario puede seleccionar la opcion de cancelar y volver al menu principal, en cualquier paso 6. 1 Si el operario deja de ingresar algun campo obligatorio el sistema la explica la situacion y no lo deja seguir adelante. Retorna a 4. 7. 1 El sistema saca una advertencia que indica el hecho que no hay registros. Retorna a 4. 4. 6 Crear Pelicula Satisface el(los) requerimiento(s): 9 • Actores: administrador del sistema • Proposito: Agregar nuevas peliculas a las ya existentes. Resumen: El administrador escoge la opcion registrar pelicula, alli digita los datos que le pide el sistema y da aceptar, de esta forma la pelicula queda registrada en el sistema. • Tipo: necesario • Importancia: alta • Curso normal de los eventos 10 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 ACTORES SISTEMA 1. El operario escoge la opcion registrar 2. El sistema muestra un formato para el pelicula ingreso de la informacion de la pelicula (nombre, descripcion, actor, ano, duracion, subtitulo, audio, caja) 3.

El operario ingresa la informacion y 4. El sistema valida la informacion para acepta. comprobar que este completa y acepta la transaccion. • Cursos alternos: El usuario puede seleccionar la opcion de cancelar y volver al menu principal, en cualquier paso 4. 1 Si el operario deja de ingresar algun campo obligatorio el sistema la explica la situacion y no lo deja seguir adelante. Retorna a 3. 4. 7 Modificar Datos Pelicula Satisface el(los) requerimiento(s): 9 • Actores: administrador del sistema • Proposito: Actualizar los datos correspondientes a una pelicula. Resumen: Cuando se necesite cambiar los datos de una pelicula, se escoge la opcion, actualizar datos pelicula, alli el administrador cambia los datos que el desee, y finalmente escoge la opcion de aceptar. • Tipo: necesario • Importancia: media • Curso normal de los eventos ACTORES 1. El administrador escoge la opcion actualizar datos pelicula y selecciona la que desea modificar. 3. El administrador digita la informacion a ser cambiada y acepta SISTEMA El sistema muestra un formato para el ingreso de la informacion de la pelicula (nombre, descripcion, actor, ano, duracion, subtitulo, audio, caja) 4.

El sistema valida la informacion para comprobar que este completa y acepta la transaccion • Cursos alternos: El administrador puede seleccionar la opcion de cancelar y volver al menu principal, en cualquier paso 4. 1 Si el operario deja de ingresar algun campo obligatorio el sistema la explica la situacion y no lo deja seguir adelante. Retorna a 3. 11 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 4. 8 Eliminar Pelicula Satisface el(los) requerimiento(s): 9 • Actores: administrador del sistema • Proposito: Eliminar una pelicula del sistema que ya no sea necesaria. Resumen: El administrador del sistema decide eliminar una pelicula que ya no se encuentra disponible en el sistema. El administrador debe seleccionar la pelicula que desea eliminar y ejecutar la opcion de eliminarla. • Tipo: necesario • Importancia: media • Curso normal de los eventos ACTORES SISTEMA 1. El operario escoge la opcion borrar 2. El sistema muestra la informacion a pelicula. ser llenada. 3. El operario debe saber el codigo 4. El sistema valida la informacion para unico de la pelicula, para esto puede comprobar que este correcta y acepta la utilizar el caso de uso consultar pelicula, transaccion. uego digita el numero de la pelicula y acepta • Cursos alternos: El operario puede seleccionar la opcion de cancelar y volver al menu principal, en cualquier paso 4. 1 Si el operario deja de ingresar algun campo obligatorio el sistema la explica la situacion y no lo deja seguir adelante. Retorna a 3. 4. 9 Consultar Pelicula Satisface el(los) requerimiento(s): 9 • Actores: operario del sistema o cliente. • Proposito: Realizar una busqueda de una pelicula en el sistema. Resumen: Cuando se necesite consultar una pelicula existente, el operario dice cual y se lista.

Tipo: necesario • Importancia: media • Curso normal de los eventos ACTORES 1. El operario o cliente escoge la opcion buscar pelicula. Para esto debe seleccionar el criterio de busqueda y los parametros que correspondan. a. nombre: debe ingresar el nombre SISTEMA 2. El sistema muestra la informacion a ser llenada. 12 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 para la busqueda. b. actor: debe ingresar el nombre del actor. c. ano: debe ingresar el rango de anos para la busqueda. d. ubtitulo: debe ingresar los idiomas en que debe estar subtitulada la pelicula. e. audio: debe ingresar los idiomas en que debe estar subtitulada la pelicula. 3. El operario o cliente puede buscar ingresando diferentes criterios de busqueda, asi que ingresa los que necesite y acepta 4. El sistema valida la informacion para comprobar que este correcta y acepta la transaccion. El sistema lista el grupo de peliculas que cumplan con las caracteristicas de los criterios de busqueda • Cursos alternos: El operario puede seleccionar la opcion de cancelar y volver al menu principal, en cualquier paso 4. Si el operario no ingresa por lo menos un campo el sistema la explica la situacion y no lo deja seguir adelante. Retorna a 3. 5. 1 El sistema no encuentra nada que cumpla con los criterios por lo tanto no muestra nada. 4. 10 Crear Contrato Satisface el(los) requerimiento(s): 8 • Actores: administrador del sistema • Proposito: Registrar una nueva afiliacion en el sistema. • Resumen: Ingresar un nuevo contrato incluye todo lo referente al cliente, sus beneficiarios, referencias, etc. Aqui el administrador crea un nuevo contrato con las anteriores referencias.

Este caso de uso incluye el caso de uso 4. 2 • Tipo: necesario • Importancia: media • Curso normal de los eventos ACTORES 1. El administrador escoge la opcion Crear Nuevo Contrato. SISTEMA 2. El sistema muestra un formato de diligenciamiento con los datos del titular de la cuenta, y opciones para crear referencias personales y autorizados. 13 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 3. El administrador digita los valores necesarios para llenar el formato, utilizando los casos de uso Crear Referencia Personal y Crear Autorizado y acepta 4.

El sistema valida la informacion para comprobar que este completa y acepta la transaccion. • Cursos alternos: El operario puede seleccionar la opcion de cancelar y volver al menu principal, en cualquier paso 4. 1 Si el operario deja de ingresar algun campo obligatorio el sistema la explica la situacion y no lo deja seguir adelante. Retorna a 3. 4. 11 Eliminar contrato o desafiliar cliente Satisface el(los) requerimiento(s): 8 • Actores: administrador del sistema • Proposito: Desafiliar a un cliente y a todos sus beneficiarios de la videotienda de manera que no puedan realizar ninguna operacion en esta. Resumen: El administrador ingresa al sistema con la intencion de desafiliar a un cliente de la videotienda, para esto ingresa algunos criterios y realiza la busqueda del cliente que se quiere desafiliar. Escoge el cliente que concuerde con el que busca de una lista de resultados y le solicita al sistema que desafilie al cliente, luego el sistema indicara si la operacion fue o no realizada con exito. • Tipo: necesario Importancia: media • • Curso normal de los eventos ACTORES SISTEMA 1. El administrador ingresa al sistema y 2.

Despliega una pantalla para recibir los realiza la busqueda del cliente que criterios de busqueda. quiere desafiliar. Para esto debe ingresar un criterio de busqueda: a. nombre: se debe ingresar el nombre del cliente. b. apellidos: se debe ingresar el apellido del cliente. c. identificacion contrato: se debe ingresar la identificacion del contrato del cliente. d. cedula: se debe ingresar la cedula del cliente. 3. Busca en la base de datos la informacion que concuerde con los 14 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 criterios que ingreso el cliente y se los muestra. . El operario selecciona el cliente que quiere desafiliar de los resultados que dio el sistema. 5. El operario le da al sistema la opcion de desafiliar al cliente que ha seleccionado. 6. El sistema borra de la base de datos la informacion del cliente y la de todos sus beneficiarios. 7. El sistema muestra un mensaje de que el proceso de eliminacion fue exitoso. • Cursos alternos: – En 3, si no existe ningun cliente para el que concuerden los criterios que ingreso el administrador, el sistema debera desplegar un mensaje donde se indique que no existe ningun cliente para los criterios que dio el operario. . 12 Agregar beneficiarios Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema. • Proposito: Agregar un beneficiario a una afiliacion de un cliente. • Resumen: El cliente se acerca a la videotienda con la intencion de agregar un beneficiario. Se acerca a donde el administrador del sistema y le indica la informacion personal del beneficiario, el operario la ingresa al sistema y este verifica si el beneficiario es valido, si es asi registra la informacion en la base de datos. El sistema despliega un mensaje indicando si se pudo o no agregar el beneficiario. Tipo: necesario • Importancia: alta • Curso normal de los eventos ACTORES 1. El cliente se acerca a la videotienda y le solicita al administrador del sistema que agregue un beneficiario a su afiliacion. 2. El cliente le da la informacion personal del beneficiario y de la afiliacion al administrador, este la ingresa al sistema. SISTEMA 3. El sistema despliega un formato de registro para beneficiarios de una afiliacion (cedula, nombres, apellidos, direccion, telefono). 4. El sistema verifica que el beneficiario sea valido y lo guarda en la base de datos. 5 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 5. El sistema despliega un mensaje indicando que el beneficiario fue agregado con exito. 6. El administrador verifica que la operacion fue exitosa y se lo indica al cliente. • Cursos alternos: – En 4, si el sistema verifica que el beneficiario tiene informacion invalida o que ya esta registrado como beneficiario para otra afiliacion, debera desplegar un mensaje en el que indique que el beneficiario no puede ser agregado para esa afiliacion. En 6, si el sistema indico que el beneficiario no pudo ser agregado a una afiliacion, el administrador del sistema debera indicarle al cliente que nos se pudo agregar el beneficiario a la afiliacion. 4. 13 Actualizar referencia personal Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema • Proposito: Actualizar la informacion de una referencia personal asociada a un cliente de la videotienda. • Resumen: El cliente se acerca a la videotienda con la intencion de modificar la informacion de una referencia personal.

Se acerca a donde el administrador del sistema y le indica la nueva informacion de la referencia personal, el operario la ingresa al sistema y este verifica si la referencia personal es valida, si es asi modifica la informacion en la base de datos. El sistema despliega un mensaje indicando si se pudo o no modificar la informacion. • Tipo: opcional • Importancia: baja • Curso normal de los eventos ACTORES SISTEMA 1. El cliente se acerca a la videotienda y le solicita al administrador del sistema que modifique la informacion personal de una referencia personal. . El cliente le da la nueva informacion 3. El sistema despliega un formato para personal de la referencia y de la la modificacion de las referencias afiliacion al administrador, este la personales de una afiliacion. ingresa al sistema. 4. El sistema verifica que la referencia exista y la nueva informacion se valida, luego realiza la actualizacion en la base de datos. 16 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 5. El sistema despliega un mensaje indicando que la referencia fue modificada con exito. . El administrador verifica que la operacion fue exitosa y se lo indica al cliente. • Cursos alternos: – En 4, si el sistema verifica que la referencia personal no existe o que la nueva informacion es invalida, debera desplegar un mensaje en el que indique que la referencia no pudo ser modificada para esa afiliacion. – En 6, si el sistema indico que la referencia no pudo ser modificada para una afiliacion, el administrador del sistema debera indicarle al cliente que nos se pudo modificar la referencia personal. 4. 14 Crear referencia personal

Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema • Proposito: Agregar una referencia personal asociada a un cliente de la videotienda. • Resumen: El cliente se acerca a la videotienda con la intencion de agregar una referencia personal. Se acerca a donde el administrador del sistema y le indica la informacion de la referencia personal, el administrador la ingresa al sistema y este verifica si la referencia personal es valida, si es asi agrega la informacion en la base de datos. El sistema despliega un mensaje indicando si se pudo o no agregar la referencia personal. Tipo: necesario • Importancia: media • Curso normal de los eventos ACTORES SISTEMA 1. El cliente se acerca a la videotienda y le solicita al administrador del sistema que agregue una referencia personal. 2. El cliente le da la informacion 3. El sistema despliega un formato para personal de la referencia y de la agregar referencias personales a una afiliacion al administrador, este la afiliacion. ingresa al sistema. 4. El sistema verifica que la referencia sea valida, luego la agrega en la base de datos. 5. El sistema despliega un mensaje indicando que la referencia fue 17

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 agregada con exito. 6. El administrador verifica que la operacion fue exitosa y se lo indica al cliente. • Cursos alternos: – En 4, si el sistema verifica que la referencia personal es invalida, entonces debera desplegar un mensaje en el que indique que la referencia no pudo ser agregada para esa afiliacion. – En 6, si el sistema indico que la referencia no pudo ser agregada para una afiliacion, el administrador del sistema debera indicarle al cliente que nos se pudo agregar la referencia personal. . 15 Eliminar beneficiario Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema. • Proposito: Eliminar un beneficiario de una afiliacion de un cliente. • Resumen: El cliente se acerca a la videotienda con la intencion de eliminar un beneficiario. Se acerca a donde el administrador del sistema y le indica la informacion personal del beneficiario, el administrador la ingresa al sistema y este verifica si el beneficiario es valido, si es asi elimina la informacion en la base de datos.

El sistema despliega un mensaje indicando si se pudo o no agregar el beneficiario. • Tipo: necesario • Importancia: media • Curso normal de los eventos ACTORES SISTEMA 1. El cliente se acerca a la videotienda y le solicita al administrador del sistema que elimine un beneficiario de su afiliacion. 2. El cliente le da la informacion 3. El sistema despliega un formato para personal del beneficiario y de la la busqueda de beneficiarios de una afiliacion al administrador, este la afiliacion. ingresa al sistema. 4.

El sistema realiza la busqueda de los beneficiarios de una afiliacion en la base de datos y muestra los resultados al operario. 18 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 5. El administrador selecciona el beneficiario que quiere eliminar y le envia la solicitud al sistema de eliminarlo. 6. El sistema elimina el beneficiario de la base de datos y le indica al operario que la operacion fue realizada exitosamente. 7. El administrador verifica que la operacion fue exitosa y se lo indica al cliente. Cursos alternos: – En 4, si el sistema verifica que el beneficiario tiene informacion invalida o que ya esta registrado como beneficiario para otra afiliacion, debera desplegar un mensaje en el que indique que el beneficiario no puede ser agregado para esa afiliacion. – En 6, si el sistema indico que el beneficiario no pudo ser agregado a una afiliacion, el administrador del sistema debera indicarle al cliente que nos se pudo agregar el beneficiario a la afiliacion. 4. 16 Actualizar Autorizado

Satisface el(los) requerimiento(s): 8 • Actores: cliente y operario del sistema • Proposito: Actualizar la informacion de una Autorizado asociada a un cliente de la videotienda. • Resumen: El cliente se acerca a la videotienda con la intencion de modificar la informacion de un Autorizado. Se acerca a donde el operario del sistema y le indica la nueva informacion del Autorizado, el operario la ingresa al sistema y este verifica si el Autorizado es valido, si es asi modifica la informacion en la base de datos. El sistema despliega un mensaje indicando si se pudo o no modificar la informacion. Tipo: opcional • Importancia: baja Curso normal de los eventos • ACTORES SISTEMA 1. El cliente se acerca a la videotienda y le solicita al operario del sistema que modifique la informacion personal de un Autorizado. 2. El cliente le da la nueva informacion 3. El sistema despliega un formato para personal del Autorizado y de la afiliacion la modificacion de los Autorizados de al operario, este la ingresa al sistema. una afiliacion. 4. El sistema verifica que el Autorizado exista y que la nueva informacion sea 19

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 valida, luego realiza la actualizacion en la base de datos. 5. El sistema despliega un mensaje indicando que este Autorizado fue modificada con exito. 6. El operario verifica que la operacion fue exitosa y se lo indica al cliente. • Cursos alternos: – En 4, si el sistema verifica que el Autorizado no existe o que la nueva informacion es invalida, debera desplegar un mensaje en el que indique que la referencia no pudo ser modificada para esa afiliacion. En 6, si el sistema indica que el Autorizado no pudo ser modificada para una afiliacion, el operario del sistema debera indicarle al cliente que nos se pudo modificar este Autorizado. Retorna a 2. 4. 17 Ingresar Al Sistema • • • Actor: Operario y Administrador del sistema. Proposito: Permitir solamente a los Usuarios validos ingresar al sistema dandole seguridad al mismo. Resumen: Un Operario o un Administrador que desee ingresar al sistema tiene que dar un Login y un Password que le permita el acceso a ciertas opciones segun su rol. Tipo: necesario Importancia: alta Curso normal de los eventos: ACTORES 1.

El Actor Preingresa al Sistema. 3. El Actor digita su Login y Password Asociado. SISTEMA 2. El Sistema muestra un Formulario para digitar un Login y Un Password. 4. El sistema muestra el exito del ingreso y despliega el menu principal del Sistema. • • • • Cursos alternos: – En 2, Si el Actor Da cancelar, Finaliza el Caso De Uso. – En 4, Si El sistema encuentra que el Login y Password ingresados son incorrectos informa de tal situacion, Regresa a 2. 20 Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Version 1. 0 4. 18 Creacion de usuarios

Satisface el(los) requerimiento(s): 18 • Actores: Administrador del Sistema. • Proposito: Crear un nuevo tipo de usuario ( Administrador u operario ) para tener acceso dependiendo del rol a la aplicacion. • Resumen: El Administrador ingresa al sistema con la intencion de crear un nuevo usuario para el sistema. Selecciona la opcion de Crear un nuevo usuario en el sistema y seleccion el tipo de usuario que va crear. Luego ingresa los datos del usuario y valida. • Tipo: obligatorio • Importancia: alta • Curso normal de los eventos ACTORES SISTEMA 1.

El Administrador ingresa al sistema y 2. El sistema despliega el formulario selecciona la opcion crear un nuevo para la creacion de nuevos usuarios. usuario. 3. El Administrador selecciona el tipo de 4. El sistema verifica que el nombre de usuario que va a crear e ingresa la usuario no exista, registra la informacion informacion solicitada (nombre, en la base de datos y muestra un Contrasena) mensaje de exito. • Cursos alternos: – En 4, si el sistema verifica que el usuario ya existe, aborta la creacion del nuevo usuario y muestra un mensaje de fracaso indicando la razon. 21