Formato De Casos De Uso

Caso de uso: Consultar información de clientes

Descripción:

El administrador puede consultar de manera rápida y sencilla datos personales los clientes y su título de concesión. El administrador introduce el RPU del cliente la cual será su clave única en el sistema. El sistema mostrara una ventana donde aparecerán los requisitos cumplidos y los que faltan.

Actor Principal:

Gerente de la empresa

Personal involucrado e intereses:

• Gerente: quiere consultar expedientes de manera rápida y digita para saber si su papeleo esta completo, para ahorrarse tiempo en búsquedas físicamente en los archiveros.

• Subjefe: optimizar el trabajo.

• Secretaria: reducir el tiempo de espera de los clientes.

Precondiciones:

El gerente, Subjefe y Secretaria se identifica y autentica

Garantías de éxito (postcondiciones):

Se registra el trabajador en el Login, se consulta título de concesión mediante el RPU del usuario. El sistema muestra un formulario de requisitos los cuales debe contener cada expediente

Escenario principal de éxito (o flujo básico):

1.- El gerente ingresa RPU del cliente para poder hacer consultas de sus expedientes.

2.- El sistema muestra una ventana donde sale detalladamente que expediente está completo o no.

3.- se pueden buscar los expedientes por fecha de vigencia, vencidos y tarifas.

Extensiones (o flujos alternativos):

*a. El sistema puede congelarse:

El sistema se está actualizando, y se restaurara desde el estado anterior.

1.- El gerente reinicia el sistema, reinicia la sesión y solicita la recuperación del estado anterior

2.- identificador no valido.

1. El Sistema señala el error y rechaza la entrada

3.- Error al ingresar RPU

1. EL Sistema señala error y rechaza la entrada de la RPU al sistema, esto puede ser

Porque solo se aceptan números en el RPU y se están agregando caracteres.

2. Porque aun no está agregado en la base de datos.

4.- No se encuentra al usuario.

1. Puede ser que el usuario no esté en la base de datos.

2. Puede que el usuario haya sido eliminado del sistema por causa de que ya no tiene titulo

concesión

Requisitos especiales:

• Internacionalización del lenguaje de texto que se muestra.

• Que no se repita el usuario.

• Que se ordenen por tarifas.

Lista de tecnología y variaciones de datos:

• Los datos se introducen mediante el teclado

• La firma de los pago de crédito se captura en un recibo de papel; pero en dos años, pronosticamos que muchos Clientes querrán que se capture la firma digital.

Frecuencia:

Muy poco continuo.

Temas abiertos:

Que disminuyan o aumenten los requisitos solicitados a los clientes.

Caso de uso: Imprimir reporte

Descripción:

Se tiene que imprimir los reportes en caso de que el cliente desee llevarse una copia de ellos, o el gerente pueda incluir esa información a su expediente.

Actor Principal:

Secretaria

Personal involucrado e intereses:

• Gerente: Tiene la necesidad de informarle lo mas antes posible al cliente, que documentación le falta por entregar

• Subjefe: Apoya al administrador en lo mismo.

• Secretaria: entrega la copia del reporte de requisitos y le explica detalladamente los puntos más importantes del reporte.

Precondiciones:

El gerente, Subjefe y Secretaria se identifica y autentica

Garantías de éxito (postcondiciones):

Se verifica la información de que este completa o le falten requisitos, se manda a imprimir para que el cliente conserve una copia de su titulo de concesión.

Escenario principal de éxito (o flujo básico):

1.- La secretaria busca el título de concesión de algún cliente determinado.

2.- La información se manda a imprimir.

Extensiones (o flujos alternativos):

*a. El sistema puede congelarse:

El sistema se está actualizando, y se restaurara desde el estado anterior.

1.- El gerente reinicia el sistema, reinicia la sesión y solicita la recuperación del estado anterior

2.- No se encuentra al usuario.

1. Puede ser que el usuario no esté en la base de datos.

2. Puede que el usuario haya sido eliminado del sistema por causa de que ya no tiene titulo

Concesión.

3.-

...