Manual CasosDeUsoDelSistema

8/9/2019 Manual CasosDeUsoDelSistema

1/9

1.2.3.

Casos de uso del sistema

3. Casos de uso del sistema

Esta seccin tiene por objetivo presentar un resumen de los requerimientos del sistema sin llegar a mucho detalle, es un compendio de lasfuncionalidades que el sistema implementar expresadas en casos de uso que son la notacin recomendada por el proceso de desarrollo que seesta utilizando.

Estos casos de uso estn compuestos por una diagrama de Casos de Uso de UML y una plantilla que contiene elementos bastante explicativossobre las funcionalidades a ser implementadas.

CU1 Validacion de usuario

Diagrama:

Actores: Usuario

Flujo de eventos:El usuario ingresa su login y password.El sistema valida la autenticidad del usuario.El sistema tambien debe verificar de que oficina esta intentando ingresar el usuario.

Pre-condiciones: El usuario debe estar registrado en la base de datos.

Post-condiciones: El usuario es autentificado.

Notas: Ninguna

CU2 Gestion Incidencia

Diagrama:


2/9

1.2.

1.2.

Actores: Usuario

Flujo de eventos:El usuario crea incidencia para la encomienda.El usuario puede modificar la incidencia.

Pre-condiciones: El usuario debe estar registrado en la base de datos.La encomienda para el que se quiere crear la incidencia debe estar registrada en la base de datos.

Post-condiciones: Los datos de la incidencia son registrados en la base de datos.

Notas Se puede crear mas de una incidencia para una encomienda.

CU3 Actualizar tipo de cambio

Diagrama:

Actores: Administrador

Flujo de eventos:El administrador ingresa a la vista de tipos de cambio de monedasEl administrador actualiza el tipo de cambio de las monedas manejadas por el sistema

Pre-condiciones: El administrador debe estar autentificado.

Post-condiciones: Se tiene registrado el nuevo tipo de cambio.

Notas: Ninguna

CU4 Recepcion de encomiendas


3/9

1.2.

a.3.4.

a.5.6.

7.8.

Diagrama:

Actores: Personal de recepcion, cliente

Flujo de eventos:El personal de recepcion busca si ya existen los datos del cliente en el sistemaSi los datos del cliente no existen:

El recepcionista crea un contacto con los datos del clienteEl recepcionista busca si ya existe los datos del destinatario en el sistemaSi los datos del destinatario no existen

El recepcionista crea un contacto con los datos del destinatarioEl recepcionista llena los datos de la encomiendaEl recepcionista selecciona modo de envio

El recepcionista calcula el costo a pagar por la encomiendaEl recepcionista imprime el detalle de la encomienda con el monto a cancelar

Pre-condiciones: El encargado de recepcin esta validado en el sistema

Post-condiciones: Se tienen almacenados los datos de la encomienda.

Notas Tiene que haber dos numeros de guia : uno general y otro correlativo por oficina.Se tiene dos modalidades de cobro, pagar en origen o en destino.Los modos de envio son: mano, express, carga y equipaje

CU5 Cobro de encomiendas


4/9

1.2.3.

Diagrama:

Actores: Cajero, cliente

Flujo de eventosEl cajero busca el detalle de la encomiendaEl cajero registra el cobro por la encomiendaEl cajero imprime la factura

Pre-condiciones: Los datos de la encomienda debe estar en el sistemaEl costo a pagar deberia estar calculado

Post-condiciones: La encomienda tiene que estar registrada como pagada

Notas Se imprimen dos comprobantes de pago uno para el cl iente y otro para la empresa.

CU6 Verificar encomiendas

Diagrama:

Actores: Encargado de despacho


5/9

1.2.3.

4.

1.2.3.

Flujo de eventos:El encargado accede a la lista de encomiendas registradasEl encargado elabora la lista de empaqueEl encargado elabora lista de despacho actualizando la lista de empaque, puede quitar las encomiendasobservadas en aduana y controles, y poner observacionesEl encargado puede hacer bsquedas de las encomiendas faltantes

Pre-condiciones: Las encomiendas a ser enviadas deben estar registradas en el sistema, y el encargado debe estar validado en el sistema

Post-condiciones: Se tiene la lista de despacho de encomiendas registrada en el sistema

Notas: En la l ista de empaque se encuentran todas las encomiendas a enviarse.Al momento de ser enviadas las encomiendas pasan por control (ADUANA) y puede ser que algunas no puedan serenviadas.La lista de despacho es la lista final de encomiendas a enviarse.

CU7 Buscar encomiendas no encontradas

Diagrama:

Actores: Encargado de despacho

Flujo de eventos:el encargado de despacho introduce el criterio de busqueda.ejecuta la busqueda.muestra el resultado.

Pre-condiciones:

Post-condiciones: resultado de la busqueda.

Notas: Ninguna

CU8 Ordenar encomiendas


6/9

1.2.3.4.5.6.

Diagrama:

Actores: Encargado de recepcion de almacen

Flujo de eventos:El encargado de recepcin de almacn realiza una bsqueda de listas de depachoEl encargado selecciona una lista de despacho para ver su contenidoEl encargado busca una encomienda en la lista de despacho seleccionadaEl encargado selecciona una encomienda para ver su informacinEl encargado asigna una ubicacion para la encomienda seleccionadaEl encargado crea una lista de las encomiendas faltantes

Pre-condiciones: Las encomiendas deben estar registradas en la lista de despacho

Post-condiciones: Se tiene registrada la ubicacion (en almacen) de cada encomienda y la lista de encomiendas que faltan

Notas: Segun la lista de despacho se va verificando la encomienda y a esta se le asigna una ubicacin en el almacn este datotiene que actualizarse en el sistema. Y de las encomiendas que no se encuentran (fisicamente) se elabora una lista.

CU9 Entrega de encomiendas


7/9

1.2.

a.b.

i.3.

a.4.

a.

Diagrama:

Actores: Encargado de recepcion, cliente.

Flujo de eventos:El encargado busca una encomienda mediante los datos personales del destinatario (un cliente)Si no se encuentra la encomienda:

Se busca la encomienda mediante otros datos mas especficos (como ser direcciones)Si tampoco se encuentra la encomienda mediante esta bsqueda:

Se crea una incidencia respecto al problema y se notifica al usuarioSi se encuentra la encomienda:

El encargado actualiza el estado de la misma en el sistema como entregadaSi la encomienda fue enviada en modalidad de pago en destino:

Se realiza el cobro de la encomienda

Pre-condiciones: Todas las encomiendas que llegaron deben estar registradas en el sistema.Se crean incidencias solo para las encomiendas que esten registradas.

Post-condiciones: Se tiene el registro de las encomiendas que fueron entregadas.

Notas: Ninguna

CU10 Recepcion de giros


8/9

1.2.a.

3.4.

a.5.6.7.8.9.

Diagrama:

Actores: Encargado de giros, cliente.

Flujo de eventos:

El encargado de giros busca si ya existen los datos del cliente en el sistemaSi los datos del cliente no existen:El encargado crea un contacto con los datos del cliente.

El encargado busca si ya existe los datos del destinatario en el sistema.Si los datos del destinatario no existen:

El encargadp crea un contacto con los datos del destinatario.El encargado crea el detalle de giroEl encargado selecciona la modalidad del giroEl sistema le permite al encargado realizar el clculo automtico de la comisin a pagar por el giroEl encargado imprime un reciboEl encargado imprime factura y se la entrega al cliente.

Pre-condiciones: El encargado de giros debe estar validado en el sistema

Post-condiciones: Se tienen registrados los datos del giro.

Notas: Ninguna

CU11 Entrega de giros


9/9

1.2.3.

Diagrama:

Actores: Encargado de giros, cliente.

Flujo de eventos:El encargado busca los datos del giro mediante informacin proporcionada por el clienteEl encargado actualiza el estado del giro como entregadoEl encargado imprime un comprobante y lo entrega al cliente

Pre-condiciones: Todos los giros deben estar registradas en el sistema y el encargado de giros debe estar validado en el sistema

Post-condiciones: Se tiene el registro de los giros que fueron entregados

Notas: La busqueda del giro debe ser por destinatario en caso de no encontrar se debe usar la busqueda avanzada (busquedapor otros campos).

Documents

Manual CasosDeUsoDelSistema