documento de casos de usopegasus.javeriana.edu.co/~fwj2ee/descargas/casosdeuso(v1... ·...

21
Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso Versión 1.0 CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda Documento de casos de uso Versión <1.0> Historia de Revisión Fecha Versión Descripción Responsable 25/02/2005 <0.1> Creación. Alejandro Báez, Cristian Castañeda, Diego Castañeda. 02/03/2005 <0.2> Se indica la relación entre casos de uso y los requerimientos. Diego Castañeda 09/03/2005 <1.0> Se definen los roles, se crea el diagrama de casos de uso, se realizan cambios sugeridos en algunos casos de uso. Alejandro Báez, Cristian Castañeda, Diego Castañeda. INVESTIGADORES: ALEJANDRO BAEZ CRISTIAN CASTAÑEDA DIEGO CASTAÑEDA DIRECTOR: JAVIER SANCHEZ

Upload: lycong

Post on 28-Sep-2018

212 views

Category:

Documents


0 download

TRANSCRIPT

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

CASO DE PRUEBA:

Sistema para el alquiler, control de películas y clientes en una videotienda

Documento de casos de uso

Versión <1.0>

Historia de Revisión Fecha Versión Descripción Responsable

25/02/2005 <0.1> Creación. Alejandro Báez,

Cristian Castañeda,

Diego Castañeda.

02/03/2005 <0.2> Se indica la relación entre casos de uso y los requerimientos.

Diego Castañeda

09/03/2005 <1.0> Se definen los roles, se crea el diagrama de casos de uso, se realizan cambios sugeridos en algunos casos de uso.

Alejandro Báez,

Cristian Castañeda,

Diego Castañeda.

INVESTIGADORES:

ALEJANDRO BAEZ CRISTIAN CASTAÑEDA

DIEGO CASTAÑEDA

DIRECTOR:

JAVIER SANCHEZ

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

2

TABLA DE CONTENIDO 1. Introducción......................................................................................................... 3 2. Definición de roles............................................................................................... 4 2.1 Administrador................................................................................................. 4 2.2 Operario......................................................................................................... 4 2.3 Cliente............................................................................................................ 4

3. Diagrama de casos de uso.................................................................................. 5 4. Definición de casos de uso.................................................................................. 6 4.1 Alquilar Película ............................................................................................. 6 4.2 Pagar Factura ................................................................................................ 7 4.3 Pagar Multa ................................................................................................... 8 4.4 Devolver Película........................................................................................... 8 4.5 Generar Reportes .......................................................................................... 9 4.6 Crear Película .............................................................................................. 10 4.7 Modificar Datos Película .............................................................................. 11 4.8 Eliminar Película .......................................................................................... 12 4.9 Consultar Película........................................................................................ 12 4.10 Crear Contrato ........................................................................................... 13 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................................................................................... 18 4.16 Actualizar Autorizado................................................................................. 19

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

3

1. Introducción Para la verificación de los resultados del proyecto titulado: “Framework unificado para desarrollo de interfaces J2EE con soporte a objetos persistentes en bases de datos relaciónales”, se ha decidido el desarrollo de una aplicación que nos sirva para probar los resultados de este. Luego de analizar varias opciones, decidimos desarrollar una aplicación para una videotienda, debido que al desarrollar esta aplicación se podrán verificar muchos elementos que serán 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 análisis de los casos de uso de la aplicación mencionada, lo cual nos será de gran utilidad en el desarrollo de esta aplicación y para realizar las comparaciones que vengan al caso según el desarrollo del proyecto.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

4

2. Definición de roles En esta sección se definen los principales roles que tienen los actores que interactúan de alguna forma con el sistema. En el posterior desarrollo de este documento, se indicara como se realiza esta interacción y como el sistema deberá manejarlas.

2.1 Administrador

Es la persona que se encarga del mantenimiento de los datos en la aplicación. Será la persona encargada de las operaciones CRUD de películas, contratos (incluye beneficiarios y referencias) y las diferencies constantes del sistema. Tendrá contacto directo con la aplicación.

2.2 Operario

Es la persona encargada de la atención de los clientes de la videotienda. Será la persona encarga de de alquilar películas, pagar facturas y afiliar beneficiarios. Tendrá contacto directo con la aplicación.

2.3 Cliente

Es la persona encargada de realizar solicitudes a las personas que interactúan directamente con el sistema para que estos ejecuten alguna de las funcionalidades del sistema. Solo tendrá contacto directo con la aplicación para las consultas de las películas.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

5

Sistema videotienda

Alquilar pelicula

Pagar factura

Pagar multa

Devolver pelicula

Generar reportes

Crear pelicula

Modificar pelicula

Eliminar pelicula

Consultar pelicula

Crear contrato

Eliminar contrato

Agregar beneficiarios

Actualizar referencia personal

Crear referencia personal

Eliminar beneficiario

Actualizar autorizado

Cliente

Administrador

Operario

<<extend>>

<<extend>>

<<extend>>

3. Diagrama de casos de uso En esta sección se presenta el diagrama de casos de uso para la videotienda, esto permitirá identificar mas claramente la relación entre los diferentes actores y los casos de uso.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

6

4. Definición de casos de uso En esta sección se definirán de manera formal los diferentes casos de uso de la aplicación, esto servirá para identificar más claramente las diferentes funcionalidades que debe tener el sistema.

4.1 Alquilar Película

Satisface el(los) requerimiento(s): 10, 12 • Actores: cliente y operario del sistema. • Propósito: Registrar en el sistema una Película como Alquilada y Generar una nueva factura para el Cliente. • Resumen: El cliente se acerca a la videotienda con la intención de alquilar una película. Después de haber escogido la película, se acerca a donde el operario del sistema y le indica el numero del contrato, el operario registra la película en sistema como alquilada verificando que el usuario sea valido, si es así genera una nueva factura indicándole al cliente el total. El sistema despliega un mensaje indicando el éxito de la operación. • Tipo: necesario • Importancia: alta • Curso normal de los eventos

ACTORES SISTEMA

1. El cliente se acerca a la videotienda, Escoge una o varias películas luego de hacer una búsqueda en los estantes o

en el sistema. Luego le solicita al Operario que Inicie el proceso de

alquiler de esa película al contrato del que pertenece el cliente.

2. El operario, verifica la afiliación y si el cliente pertenece a este contrato ya sea como propietario o como beneficiario.

3. El sistema despliega un formato con el detalle de los usuarios para esta

afiliación. 4.El operario ingresa al menú de Alquilar películas sobre esta afiliación y registra

la/s película/s

5. El sistema verifica que el estado de esta/s película/s este correcto para su

alquiler. 6. El sistema calcula un total, y verifica

si esta afiliación tiene algún tipo de multa, si es así lo agrega al total.

Confirma el alquilar y muestra el detalle de la factura.

7. El operario verifica que la operación fue exitosa y le indica al cliente el valor a pagar por el alquiler y por las multas.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

7

• 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 películas, el operario hace un cancelar y el sistema borra la factura con todos sus detalles sin cambiar el estado de ninguna película.

4.2 Pagar Factura

Satisface el(los) requerimiento(s): 10 • Actores: cliente y operario del sistema. • Precondición: Caso de uso Alquilar Película • Propósito: Cambiar el estado de las películas alquiladas y generar una fecha de retorno de estas por parte del cliente. • Resumen: El cliente se dispone a pagar el alquiler de las películas escogidas y le entrega el dinero al operario el cual registra como cancelada esta factura y el sistema cambia el estado de estas películas y les genera una fecha de retorno para que el cliente las devuelva máximo estos días. • Tipo: necesario • Importancia: alta • Curso normal de los eventos

ACTORES SISTEMA

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

3. El sistema registra como cancelado esta factura, cambia los estados de estas películas 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 éxito de la

operación 4.El operario entrega el recibo al Cliente donde detalla las fechas de entrega de

las películas

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

8

4.3 Pagar Multa

Satisface el(los) requerimiento(s): 10 • Actores: cliente y operario del sistema. • Propósito: 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 SISTEMA

1. El cliente se acerca al Operario y le informa que quiere pagar sus multas

acumuladas.

2. El operario, ingresa al sistema el código del contrato.

3. El sistema busca multas generadas en código 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.

6. 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

éxito de la operación 8.El operario entrega el recibo al Cliente

donde detalla las multas pagadas

• Cursos alternos: - En 3, si este código de contrato no tiene multas acumuladas el sistema informa de esta situación. 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.4 Devolver Película

Satisface el(los) requerimiento(s): 12 • Actores: cliente y operario del sistema. • Propósito: Registrar en el sistema una el cambio de estado de un película y Generar una multa si la fecha de entrega es superior a la registrada anteriormente en el sistema.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

9

• Resumen: El cliente se acerca a la videotienda con la intención de devolver una película, el operario registra la película 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 SISTEMA

1. El cliente se acerca a la videotienda, y entrega la operario una/s películas

anteriormente alquiladas.

2. El operario, registra la película en el sistema.

3. El sistema verifica que el contrato tenía la película y cambia el estado de

esta, así como la fecha en que se esperaba que se entregara y si el día 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 éxito.

4.El operario informa al cliente el éxito de la operación 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 • Propósito: 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 opción de generar reporte, allí finalmente escoge un tipo e ingresa los parámetros que sean necesario, el sistema mostrara como resultado el reporte que se ha solicitado. • Tipo: necesario • Importancia: media • Curso normal de los eventos

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

10

ACTORES SISTEMA

1. El administrador escoge la opción generar reporte

2. El sistema muestra un formulario para que el operario escoja el tipo de reporte.

3. El administrador escoge una opción. 4. El sistema activa los campos correspondientes al reporte

seleccionado. 5. El administrador digita los valores necesarios para generar el reporte y

acepta. Estos datos serian: a. Películas prestadas en un rango: se deben ingresar los valores de fecha

inicial y fecha final del reporte. b. películas en mora: Se deberá ingresar el valor de la fecha límite para el reporte.

c. Facturas: se deben ingresar los valores de fecha inicial y fecha final del

reporte. d. clientes en mora: no recibe

parámetros. e. Películas alquiladas: no recibe

parámetros.

6. El sistema valida la información para comprobar que este completa y acepta

la transacción

7. El sistema lista un grupo de ítems que cumplen con las condiciones que se

dieron • Cursos alternos: El operario puede seleccionar la opción de cancelar y volver al menú principal, en

cualquier paso

6.1 Si el operario deja de ingresar algún campo obligatorio el sistema la explica

la situación 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 Película

Satisface el(los) requerimiento(s): 9 • Actores: administrador del sistema • Propósito: Agregar nuevas películas a las ya existentes. • Resumen: El administrador escoge la opción registrar película, allí digita los datos que le pide el sistema y da aceptar, de esta forma la película queda registrada en el sistema. • Tipo: necesario • Importancia: alta • Curso normal de los eventos

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

11

ACTORES SISTEMA

1. El operario escoge la opción registrar película

2. El sistema muestra un formato para el ingreso de la información de la película

(nombre, descripción, actor, año, duración, subtitulo, audio, caja)

3. El operario ingresa la información y acepta.

4. El sistema valida la información para comprobar que este completa y acepta

la transacción. • Cursos alternos: El usuario puede seleccionar la opción de cancelar y volver al menú principal, en

cualquier paso

4.1 Si el operario deja de ingresar algún campo obligatorio el sistema la explica

la situación y no lo deja seguir adelante. Retorna a 3.

4.7 Modificar Datos Película

Satisface el(los) requerimiento(s): 9 • Actores: administrador del sistema • Propósito: Actualizar los datos correspondientes a una película. • Resumen: Cuando se necesite cambiar los datos de una película, se escoge la opción, actualizar datos película, allí el administrador cambia los datos que el desee, y finalmente escoge la opción de aceptar. • Tipo: necesario • Importancia: media • Curso normal de los eventos

ACTORES SISTEMA

1. El administrador escoge la opción actualizar datos película y selecciona la

que desea modificar.

El sistema muestra un formato para el ingreso de la información de la película

(nombre, descripción, actor, año, duración, subtitulo, audio, caja)

3. El administrador digita la información a ser cambiada y acepta

4. El sistema valida la información para comprobar que este completa y acepta

la transacción • Cursos alternos: El administrador puede seleccionar la opción de cancelar y volver al menú principal, en

cualquier paso

4.1 Si el operario deja de ingresar algún campo obligatorio el sistema la explica

la situación y no lo deja seguir adelante. Retorna a 3.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

12

4.8 Eliminar Película

Satisface el(los) requerimiento(s): 9 • Actores: administrador del sistema • Propósito: Eliminar una película del sistema que ya no sea necesaria. • Resumen: El administrador del sistema decide eliminar una película que ya no se encuentra disponible en el sistema. El administrador debe seleccionar la película que desea eliminar y ejecutar la opción de eliminarla. • Tipo: necesario • Importancia: media • Curso normal de los eventos

ACTORES SISTEMA

1. El operario escoge la opción borrar película.

2. El sistema muestra la información a ser llenada.

3. El operario debe saber el código único de la película, para esto puede

utilizar el caso de uso consultar película, luego digita el número de la película y

acepta

4. El sistema valida la información para comprobar que este correcta y acepta la

transacción.

• Cursos alternos: El operario puede seleccionar la opción de cancelar y volver al menú principal, en

cualquier paso

4.1 Si el operario deja de ingresar algún campo obligatorio el sistema la explica

la situación y no lo deja seguir adelante. Retorna a 3.

4.9 Consultar Película

Satisface el(los) requerimiento(s): 9 • Actores: operario del sistema o cliente. • Propósito: Realizar una búsqueda de una película en el sistema. Resumen: Cuando se necesite consultar una película existente, el operario dice cual y se lista. Tipo: necesario

• Importancia: media • Curso normal de los eventos

ACTORES SISTEMA

1. El operario o cliente escoge la opción buscar película. Para esto debe

seleccionar el criterio de búsqueda y los parámetros que correspondan.

a. nombre: debe ingresar el nombre

2. El sistema muestra la información a ser llenada.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

13

para la búsqueda. b. actor: debe ingresar el nombre del

actor. c. año: debe ingresar el rango de años

para la búsqueda. d. subtitulo: debe ingresar los idiomas

en que debe estar subtitulada la película.

e. audio: debe ingresar los idiomas en que debe estar subtitulada la película. 3. El operario o cliente puede buscar ingresando diferentes criterios de búsqueda, así que ingresa los que

necesite y acepta

4. El sistema valida la información para comprobar que este correcta y acepta la

transacción.

El sistema lista el grupo de películas que cumplan con las características de los

criterios de búsqueda • Cursos alternos: El operario puede seleccionar la opción de cancelar y volver al menú principal, en

cualquier paso

4.1 Si el operario no ingresa por lo menos un campo el sistema la explica la

situación 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 • Propósito: Registrar una nueva afiliación en el sistema. • Resumen: Ingresar un nuevo contrato incluye todo lo referente al cliente, sus beneficiarios, referencias, etc. Aquí 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 SISTEMA

1. El administrador escoge la opción Crear Nuevo Contrato.

2. El sistema muestra un formato de diligenciamiento con los datos del titular

de la cuenta, y opciones para crear referencias personales y autorizados.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

14

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 información para comprobar que este completa y acepta

la transacción.

• Cursos alternos: El operario puede seleccionar la opción de cancelar y volver al menú principal, en

cualquier paso

4.1 Si el operario deja de ingresar algún campo obligatorio el sistema la explica

la situación 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 • Propósito: Desafiliar a un cliente y a todos sus beneficiarios de la videotienda de manera que no puedan realizar ninguna operación en esta. • Resumen: El administrador ingresa al sistema con la intención de desafiliar a un cliente de la videotienda, para esto ingresa algunos criterios y realiza la búsqueda 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 operación fue o no realizada con éxito. • Tipo: necesario • Importancia: media • Curso normal de los eventos

ACTORES SISTEMA

1. El administrador ingresa al sistema y realiza la búsqueda del cliente que quiere desafiliar. Para esto debe ingresar un criterio de búsqueda:

a. nombre: se debe ingresar el nombre del cliente.

b. apellidos: se debe ingresar el apellido del cliente.

c. identificación contrato: se debe ingresar la identificación del contrato del

cliente. d. cedula: se debe ingresar la cedula del

cliente.

2. Despliega una pantalla para recibir los criterios de búsqueda.

3. Busca en la base de datos la información que concuerde con los

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

15

criterios que ingreso el cliente y se los muestra.

4. El operario selecciona el cliente que quiere desafiliar de los resultados que

dio el sistema.

5. El operario le da al sistema la opción de desafiliar al cliente que ha

seleccionado.

6. El sistema borra de la base de datos la información del cliente y la de todos

sus beneficiarios. 7. El sistema muestra un mensaje de

que el proceso de eliminación fue exitoso.

• Cursos alternos: - En 3, si no existe ningún cliente para el que concuerden los criterios que ingreso el administrador, el sistema deberá desplegar un mensaje donde se indique que no existe ningún cliente para los criterios que dio el operario.

4.12 Agregar beneficiarios

Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema. • Propósito: Agregar un beneficiario a una afiliación de un cliente. • Resumen: El cliente se acerca a la videotienda con la intención de agregar un beneficiario. Se acerca a donde el administrador del sistema y le indica la información personal del beneficiario, el operario la ingresa al sistema y este verifica si el beneficiario es valido, si es así registra la información 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 SISTEMA

1. El cliente se acerca a la videotienda y le solicita al administrador del sistema

que agregue un beneficiario a su afiliación.

2. El cliente le da la información personal del beneficiario y de la afiliación al administrador, este la

ingresa al sistema.

3. El sistema despliega un formato de registro para beneficiarios de una

afiliación (cedula, nombres, apellidos, dirección, teléfono).

4. El sistema verifica que el beneficiario sea valido y lo guarda en la base de

datos.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

16

5. El sistema despliega un mensaje indicando que el beneficiario fue

agregado con éxito. 6. El administrador verifica que la

operación fue exitosa y se lo indica al cliente.

• Cursos alternos: - En 4, si el sistema verifica que el beneficiario tiene información invalida o que ya esta registrado como beneficiario para otra afiliación, deberá desplegar un mensaje en el que indique que el beneficiario no puede ser agregado para esa afiliación. - En 6, si el sistema indico que el beneficiario no pudo ser agregado a una afiliación, el administrador del sistema deberá indicarle al cliente que nos se pudo agregar el beneficiario a la afiliación.

4.13 Actualizar referencia personal

Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema • Propósito: Actualizar la información de una referencia personal asociada a un cliente de la videotienda. • Resumen: El cliente se acerca a la videotienda con la intención de modificar la información de una referencia personal. Se acerca a donde el administrador del sistema y le indica la nueva información de la referencia personal, el operario la ingresa al sistema y este verifica si la referencia personal es valida, si es así modifica la información en la base de datos. El sistema despliega un mensaje indicando si se pudo o no modificar la información. • 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 información personal

de una referencia personal.

2. El cliente le da la nueva información personal de la referencia y de la afiliación al administrador, este la

ingresa al sistema.

3. El sistema despliega un formato para la modificación de las referencias

personales de una afiliación.

4. El sistema verifica que la referencia exista y la nueva información se valida, luego realiza la actualización en la base

de datos.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

17

5. El sistema despliega un mensaje indicando que la referencia fue

modificada con éxito. 6. El administrador verifica que la

operación 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 información es invalida, deberá desplegar un mensaje en el que indique que la referencia no pudo ser modificada para esa afiliación. - En 6, si el sistema indico que la referencia no pudo ser modificada para una afiliación, el administrador del sistema deberá 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 • Propósito: Agregar una referencia personal asociada a un cliente de la videotienda. • Resumen: El cliente se acerca a la videotienda con la intención de agregar una referencia personal. Se acerca a donde el administrador del sistema y le indica la información de la referencia personal, el administrador la ingresa al sistema y este verifica si la referencia personal es valida, si es así agrega la información 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 información personal de la referencia y de la afiliación al administrador, este la

ingresa al sistema.

3. El sistema despliega un formato para agregar referencias personales a una

afiliación.

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

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

18

agregada con éxito. 6. El administrador verifica que la

operación fue exitosa y se lo indica al cliente.

• Cursos alternos: - En 4, si el sistema verifica que la referencia personal es invalida, entonces deberá desplegar un mensaje en el que indique que la referencia no pudo ser agregada para esa afiliación. - En 6, si el sistema indico que la referencia no pudo ser agregada para una afiliación, el administrador del sistema deberá indicarle al cliente que nos se pudo agregar la referencia personal.

4.15 Eliminar beneficiario

Satisface el(los) requerimiento(s): 8 • Actores: cliente y administrador del sistema. • Propósito: Eliminar un beneficiario de una afiliación de un cliente. • Resumen: El cliente se acerca a la videotienda con la intención de eliminar un beneficiario. Se acerca a donde el administrador del sistema y le indica la información personal del beneficiario, el administrador la ingresa al sistema y este verifica si el beneficiario es valido, si es así elimina la información 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 afiliación.

2. El cliente le da la información personal del beneficiario y de la afiliación al administrador, este la

ingresa al sistema.

3. El sistema despliega un formato para la búsqueda de beneficiarios de una

afiliación.

4. El sistema realiza la búsqueda de los beneficiarios de una afiliación en la base

de datos y muestra los resultados al operario.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

19

5. El administrador selecciona el beneficiario que quiere eliminar y le

envía la solicitud al sistema de eliminarlo.

6. El sistema elimina el beneficiario de la base de datos y le indica al operario que la operación fue realizada exitosamente.

7. El administrador verifica que la operación fue exitosa y se lo indica al

cliente.

• Cursos alternos: - En 4, si el sistema verifica que el beneficiario tiene información invalida o que ya esta registrado como beneficiario para otra afiliación, deberá desplegar un mensaje en el que indique que el beneficiario no puede ser agregado para esa afiliación. - En 6, si el sistema indico que el beneficiario no pudo ser agregado a una afiliación, el administrador del sistema deberá indicarle al cliente que nos se pudo agregar el beneficiario a la afiliación.

4.16 Actualizar Autorizado

Satisface el(los) requerimiento(s): 8 • Actores: cliente y operario del sistema • Propósito: Actualizar la información de una Autorizado asociada a un cliente de la videotienda. • Resumen: El cliente se acerca a la videotienda con la intención de modificar la información de un Autorizado. Se acerca a donde el operario del sistema y le indica la nueva información del Autorizado, el operario la ingresa al sistema y este verifica si el Autorizado es valido, si es así modifica la información en la base de datos. El sistema despliega un mensaje indicando si se pudo o no modificar la información. • 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 información personal de un Autorizado.

2. El cliente le da la nueva información personal del Autorizado y de la afiliación al operario, este la ingresa al sistema.

3. El sistema despliega un formato para la modificación de los Autorizados de

una afiliación. 4. El sistema verifica que el Autorizado

exista y que la nueva información sea

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

20

valida, luego realiza la actualización en la base de datos.

5. El sistema despliega un mensaje indicando que este Autorizado fue

modificada con éxito. 6. El operario verifica que la operación 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 información es invalida, deberá desplegar un mensaje en el que indique que la referencia no pudo ser modificada para esa afiliación. - En 6, si el sistema indica que el Autorizado no pudo ser modificada para una afiliación, el operario del sistema deberá indicarle al cliente que nos se pudo modificar este Autorizado. Retorna a 2.

4.17 Ingresar Al Sistema

• Actor: Operario y Administrador del sistema. • Propósito: Permitir solamente a los Usuarios validos ingresar al sistema

dándole 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 según su rol.

• Tipo: necesario • Importancia: alta • Curso normal de los eventos:

ACTORES SISTEMA 1. El Actor Preingresa al Sistema. 2.El Sistema muestra un Formulario

para digitar un Login y Un Password. 3. El Actor digita su Login y Password

Asociado. 4. El sistema muestra el éxito del

ingreso y despliega el menú 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 situación, Regresa a 2.

Framework unificado para desarrollo de interfaces J2EE Documento de Casos de Uso

Versión 1.0

21

4.18 Creación de usuarios

Satisface el(los) requerimiento(s): 18 • Actores: Administrador del Sistema. • Propósito: Crear un nuevo tipo de usuario ( Administrador u operario ) para tener acceso dependiendo del rol a la aplicación. • Resumen: El Administrador ingresa al sistema con la intención de crear un nuevo usuario para el sistema. Selecciona la opción de Crear un nuevo usuario en el sistema y selección 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 selecciona la opción crear un nuevo

usuario.

2. El sistema despliega el formulario para la creación de nuevos usuarios.

3. El Administrador selecciona el tipo de usuario que va a crear e ingresa la información solicitada (nombre,

Contraseña)

4. El sistema verifica que el nombre de usuario no exista, registra la información

en la base de datos y muestra un mensaje de éxito.

• Cursos alternos: - En 4, si el sistema verifica que el usuario ya existe, aborta la creación del nuevo usuario y muestra un mensaje de fracaso indicando la razón.