Manual CasosDeUsoDelSistema

Embed Size (px)

Citation preview

  • 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:

  • 8/9/2019 Manual CasosDeUsoDelSistema

    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

  • 8/9/2019 Manual CasosDeUsoDelSistema

    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

  • 8/9/2019 Manual CasosDeUsoDelSistema

    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

  • 8/9/2019 Manual CasosDeUsoDelSistema

    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

  • 8/9/2019 Manual CasosDeUsoDelSistema

    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

  • 8/9/2019 Manual CasosDeUsoDelSistema

    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/2019 Manual CasosDeUsoDelSistema

    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

  • 8/9/2019 Manual CasosDeUsoDelSistema

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