Las mejores Metodologias avanzadas de desarrollo de software. Caso de aplicacion
Enviado por Sandra75 • 17 de Noviembre de 2018 • 1.098 Palabras (5 Páginas) • 369 Visitas
...
Descripción del caso de uso “Transferir reclamo”
Nombre del caso de uso:
Transferir reclamo
Descripción:
Este caso de uso permite transferir un reclamo a otro empleado experto
Actor:
Empleado experto
Precondición:
El empleado experto se debe encontrar logueado al sistema
Flujo estándar:
1. El empleado experto selecciona la opción “Transferir reclamo” en el menú principal.
2. El sistema despliega una lista de reclamos que deben ser resueltos.
3. El empleado experto selecciona uno de los reclamos y confirma.
4. El sistema despliega una ventana con una lista de empleados expertos que puedan resolver dicho reclamo.
5. El empleado experto selecciona un empleado experto y confirma.
Fin de caso de uso
Flujo alternativo:
Flujo alternativo 1: Si no existen empleados expertos a los cuales se le pueda transferir el reclamo, el sistema despliega un mensaje informando al empleado experto que no se puede realizar la transferencia ya que no existen empleados expertos a los cuales se les pueda transferir.
Descripción del caso de uso “Log in”
Nombre del caso de uso:
Log in
Descripción:
Este caso de uso permite logearse al sistema.
Actor:
Empleado comercial, empleado experto, supervisor de área.
Flujo estándar:
1. El usuario ingresa al sistema.
2. El sistema despliega una ventana donde se ingresa el DNI y una contraseña.
3. El usuario rellena los campos DNI y contraseña.
4. El sistema despliega el menú principal del sistema.
Fin de caso de uso
Flujo alternativo:
Flujo alternativo 1: Si el DNI ingresado no corresponde a un usuario registrado, el sistema despliega una ventana informando que no existe un usuario que corresponda al DNI ingresado.
Flujo alternativo 2: Si la contraseña no corresponde al DNI ingresado, el sistema despliega una ventana informando que la contraseña es incorrecta.
---------------------------------------------------------------
---------------------------------------------------------------
---------------------------------------------------------------
---------------------------------------------------------------
---------------------------------------------------------------
Supuestos:
En todos los casos de uso se tiene como pre-condición que el empleado (ya sea comercial, experto o bien supervisor de área) se debe encontrar logueado en el sistema, por lo cual en los diagramas de secuencia no se realiza una búsqueda del empleado responsable de las operaciones, sino que ya se tiene guardada la instancia correspondiente del empleado en la interfaz.
Caso de uso registrar reclamos:
- El echo de que el actor nos pase una instancia de unServicio y de unTipoReclamo se debe a que desde la interfaz se permite seleccionar el servicio sobre el cual se está reclamando y el tipo de reclamo que se está realizando, a partir de un comboBox que fue cargado desde la base de datos del sistema con las instancias correspondientes a las clases Servicio y TipoReclamo. Por esto mismo no se requiere una búsqueda.
Aclaraciones con respecto a los diagramas de secuencia:
Los retornos “mensajeError” no corresponden a datos de retorno, sino más bien a excepciones capturadas.
Dentro del diagrama de secuencia “registrar reclamo” se encuentra involucrado el diagrama de secuencia “asignar reclamo” que fue separado intentando una mayor claridad de la secuencia.
4. Modelo de distribución
[pic 7]
...