HenryGuarnizo_FundamentosDeIngenieriaDeSoftware_IIBim

Sistema de administración de encomiendas para la Cooperativa de Transportes “2 de Junio”

VERSI N 0.1

VISI N

FECHA: 15/07/2016

DOCUMENTO DOCUME NTO DE DE VISI N, REQUERIMI REQUERIMIENTOS ENTOS Y CASOS CASOS DE USO

FUNDAMENTOS DE INGENIERÍA DE SOFTWARE DOCUMENTO DE VISIÓN

“

Sistema de administración de encomiendas Cooperativa de Transportes “2 de Junio”

para

la

Versión 0.1

Desarrollado por: Henry Guarnizo Quesada

Loja-Ecuador 2016


VERSI N 0.1

VISI N

FECHA: 15/07/2016


Revisiones – Historial Historial

Fecha

Versión

Descripción

15/07/2016

V 0.1

Documento de Versión preliminar como propuesta de estudio de factibilidad para el desarrollo del software propuesto

Autor -

Henry Guarnizo Quesada


VERSI N 0.1

VISI N

FECHA: 15/07/2016


Índice de Contenido 1

2

3

4

5 6 7 8

Introducción 1.1 Propósito 1.2 Alcance 1.3 Definiciones y Acrónimos Posicionamiento 2.1 Oportunidad de negocio 2.2 Sentencia que definen el problema 2.3 Sentencia que define la posición del Producto Descripción de Stakeholders (Participantes en el proyecto) y Usuarios 3.1 Resumen de Stakeholders 3.2 Resumen de Usuarios 3.3 Perfil de los Stakeholders 3.4 Perfiles de Usuario Descripción Global del Producto 4.1 Perspectiva del producto 4.2 Resumen de características Características del producto 5.1 Una característica principal del software Restricciones Otros Requisito del Producto Requisitos de documentación


VERSI N 0.1

VISI N

FECHA: 15/07/2016


1 Introducción 1.1 Propósito El propósito de este proyecto es optimizar las transacciones de envío, seguimiento y entrega de encomiendas de la “COOPERATIVA DE TRANSPORTES “2 DE JUNIO””, agilizando y facilitando sus tareas y procesos de los mismos.

1.2

Alcance En el presente proyecto se pretende crear una sistema web de entrega y seguimiento de encomiendas en línea en en la cual facilite el proceso de la misma, asegurando asegurando la optimización en los proceso de envío, brindado así un servicio de calidad y de fácil manejo para los l os usuarios. Este sistema contendrá las siguientes funciones. El sistema implementa una interfaz amigable, una página de inicio que contiene todas las funciones de la aplicación e información i nformación sobre la misma. ○ El sistema tendrá un login de usuario, el cual brindará funciones específicas según el logeo. ○ El sistema podrá ser accedido desde cualquier cualquier explorador de internet, en cualquier parte donde haya haya internet ○ El sistema brindará información solicitada de acuerdo al usuario que se registre y los permisos que se le hayan hayan proporcionado al mismo. mi smo. ○

1.3

Definiciones, Definiciones , Acrónimos y Abreviaturas Abreviatur as

Definiciones Caso uso Usuario Precondición de un caso de uso Post condición de un caso de uso Flujo principal de eventos eventos en un un caso de uso Flujo alterno en un caso de uso

Especificación de una funcionalidad, donde el usuario interactúa con el sistema. Condiciones que se deben de cumplir para que pueda llevarse llevarse a cabo el flujo de de eventos, ya sea principal o alternativo alternativo de un caso de de uso. Condiciones que se deben cumplirse posteriormente a la ejecutarse un caso caso de uso. uso. Condiciones que se deben cumplirse posteriormente a la ejecutarse un caso caso de uso. uso. Condiciones que se deben cumplirse posteriormente a la ejecutarse un caso caso de uso. uso. Flujo diferente al flujo principal, que puede suceder suceder eventualmente.


VERSI N 0.1

VISI N

FECHA: 15/07/2016

DOCUMENTO DE VISI N, REQUERIMIENTOS Y CASOS DE USO

Acrónimos Acrónimo

Concepto

ERS

Especificación de requisitos del software

CU

Caso de uso Metodología de desarrollo de software utilizada en el presente proyecto.

RUP

2. Posicionamiento 2.1 Oportunidad de negocio El Sistema de administración de encomiendas para la Cooperativa de Transportes “2 de Junio”,

permitirá expandir los horizontes organizacionales en cuanto a la gestión y

seguimiento de encomiendas locales, provinciales y nacionales, ya que este sistema agilizará el proceso gestionar las rutas y horarios a los que prestan su servicios la empresa, mejorando el control de envío de encomiendas hacia los diferentes destinos de forma ágil y segura, así mismo aumentando ingresos en la empresa. El sistema será desarrollado usando la metodología ágil RUP, permitiendo distribuir la carga de procesamiento de información dentro de una Intranet. El almacenamiento de los datos se realizará en un servidor local.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


Posicionamiento del Negocio Sentencia que define la posición de la empresa de “2 de JUNIO”.

Para:

Cliente, Administrador, Almacenero y Transportador

Quiénes:

Requieren controlar los paquetes que serán recibidos, almacenados y enviados.

El:

Sistema de Entregas y Seguimiento de Encomiendas en Línea

Que:

Controla la distribución de paquetes a nivel local y nacional

Diferencia:

Que actualmente que se cuenta con un control de registro ineficiente, que permite que: ❏ Los trámites fluyan indistintamente entre los involucrados del proceso ❏ Existe demora excesiva en la resolución de un trámite de encomienda. ❏ Desgaste de tiempo de las personas involucradas en buscar ubicación de los trámites, estados y/o información del mismo. ❏ El cliente tenga que concurrir un sin número de ocasiones a la empresa para dar seguimiento a su trámite de encomienda y obtener información de la misma.

Nuestro Sistema:

A Través de una aplicación web permitirá, realizar el control eficiente de paquetes y un seguimiento eficaz de su distribución, haciendo las funciones de: 1. Automatizar, gestionar y controlar el proceso de entrega de encomiendas automáticamente. 2. Permitir al cliente adquirir un producto y recibirlo en la puerta de su casa, una vez cumplidos los requerimientos previos. 3. Permitir al cliente gestionar el pago sea mediante pago en línea o de manera personal. 4. Automatizar el proceso de seguimiento de encomiendas 5. Asignar una ruta y horarios a las unidades de transporte previamente. 6. Administrar las rutas de envío (crear, actualizar, borrar las rutas de envío)


VERSI N 0.1

VISI N

FECHA: 15/07/2016


7. Administrar los datos de encomienda (crear, actualizar, borrar encomiendas) 8. El cliente podrá visualizar en cualquier momento el estado y lugar de su encomienda. 9. El sistema debe realizar notificaciones del estado de la encomienda, tanto a quién envía como a quién recibe el paquete, mediante correo electrónico. 10. Que se almacenen los datos y documentación correspondientes al envío en la base de datos del sistema. 11. Que se pueda visualizar datos como facturación, consulta estado de encomienda,etc.

2.2

Sentencia que define el Problema

Sentencia que define el problema de la empresa de administración de encomiendas de la Cooperativa “02 de Junio”. La falta de atención de las fases de recepción - almacenamiento El Problema es: envío y transporte de encomiendas que se genera mediante solicitud del cliente no tienen un adecuado control y seguimiento, esto conduce a un exceso de confusión y demora en el proceso de recepción del paquete del cliente.

Los afectados son:

- Empresa quién implemente el sistema - Al personal quienes laboran en dicha empresa. - Principalmente a los clientes de dicha empresa, (son quienes hacen uso de los servicios de envío y seguimiento de encomiendas).

El Impacto es:

La empresa cuenta con registro manual de los paquetes ingresados, lo cual ocasiona una pérdida de tiempo y demora la salida de los paquetes que serán transportados, así mismo: ❏

En vista del método empleado, existe un alto porcentaje de cometer un error de entregar paquetes a otros destinatarios


VERSI N 0.1

VISI N

FECHA: 15/07/2016


❏

El despachador de paquetes tiene que registrar de forma manual la entrada y salida del paquete.

❏

No existe un control total del almacenamiento de paquetes en el bodega.

❏ ❏ ❏ ❏ ❏ ❏

Una solución exitosa será:

El cliente destinatario solo confirma con su documento de Identidad que es la persona destinataria. El proceso de entrega requiere mucho tiempo para ser finalizado exitosamente. El cliente requiere mucha gestión para informarse del estado del paquete encomendado Deficiente y lenta selección de otorgamiento de rutas para el transporte de encomiendas Se desperdicia tiempo, en tareas relacionadas a tratar de ubicar una encomienda. Congestión en algunos de los sub-procesos de gestión y control de entrega de encomiendas, afectando en el tiempo del proceso global.

Contar con un sistema que permita llevar un control de los paquetes que ingresan a la empresa y que serán transportados a su destino final, este sistema deberá contar con funciones de: ❏

Que las solicitudes de las encomiendas sean registradas directamente a un sistema para su posterior gestión y control.

❏

Realizar un alto control de almacenamiento del paquete encomendado en bodega, llevando registro de datos como: lugar exacto de ubicación dentro de bodega, número de estante, clasificación, contenido, peso, código de barra, etc.

❏

❏

❏

Los datos y documentos fluidos en el proceso de encomiendas estén asociados en forma digital y deberán quedar registrados en una base de datos, de forma que se puedan visualizar directamente desde el sistema.. Se realizará la recepción del pago de encomiendas en línea y personalmente, permitiendo al cliente ajustarse a su comodidad. El sistemas debe notificar correctamente a todos los interesados del estado del proceso de envío de una


VERSI N 0.1

VISI N

FECHA: 15/07/2016


❏

❏

❏

encomienda mediante un correo electrónico a quienes corresponda. Poder gestionar inmediatamente al personal de la empresa y sus funciones diarias, por ejemplo un empleado pueda conocer fácilmente las tareas que le han sido asignadas. Que se pueda conocer inmediatamente qué persona está atendiendo que encomienda, que empleado está conduciendo que transporte, su ruta y horarios. Disponer de reportes y estadísticas que permitan tomar mejores decisiones para optimizar los procesos relacionados y generar mayores ganancias.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3 Descripciones de los Involucrados (Stakeholders) Para proveer de una forma efectiva servicios que se ajusten a las necesidades de los usuarios locales y nacionales, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos requisitos son necesarios.

3.1

Resumen de las Partes Interesadas

Nombre Desarrolladores

Descripción Son

las

Responsabilidades personas

Diseño y desarrollo del

encargadas del diseño y

sistema

desarrollo del sistema

Documentación correspondiente

al

sistema

Administrador

Es la persona encargada

Proveer

recursos

de administrar la empresa

financieros dentro de la entidad. Verificar que todo el procesos marchen de correctamente.

Almacenero

Persona encargada de la

Es el usuario que inicia

recepción

el proceso del servicio

encomienda

de

la

de la empresa


VERSI N 0.1

VISI N

FECHA: 15/07/2016


El encargado de receptar la encomienda

Almacenero

El encargado de organizar

Registra

todas

las

la encomiendas por lotes

encomiendas ingresadas

en el almacén

y salidas del almacén

3.2 Resumen de Usuarios Nombre Cliente

Descripción

Responsabilidades

Es la persona que hace la

-Solicitar servicio de

solicitud de servicio envío

Envío de Encomienda

de encomienda

3.3 Perfil de las Partes Interesadas 3.3.1 Representación del área técnica y sistemas de información Representantes

- Henry Guarnizo Quesada

Descripción

Representante, diseñador, analista y creador del Sistema.

Tipo

Profesionales en formación de la UTPL

Responsabilidades

Criterio de Éxito

Encargado de realizar en su totalidad el sistema y la documentación correspondiente. Además, lleva a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema Crear un sistema funcional, iterativo y eficiente que cumpla con todos los requerimientos planteados por los usuarios


VERSI N 0.1

VISI N

FECHA: 15/07/2016


Grado de participación

Revisión de requerimientos, estructura del sistema, realización del sistema y documentación del mismo.

Comentarios

Se emplearán herramientas y técnicas útiles para el desarrollo del presente proyecto.

3.3.2 “Administrador” Representante

Sr. “Gerente empresarial”

Descripción

Es la persona encargada de administrar la empresa.

Tipo

Usuario

Responsabilidades

Encargado administrar que todo el proceso marche bien. Es quien resuelve los problemas suscitados en el proceso

Criterio de éxito

Reducir los costos de la administración

Grado de Participación

Muy alto

Comentarios

Ninguno

3.3.3 Almacenero Representante

Almacenero de la empresa

Descripción

Encargada de recepción del producto

Tipo

Usuario

Responsabilidades

Recepcionar las encomiendas entregados por los clientes

Criterio de xito

Llevar un buen registro con todos lo pasos de

recepción

administración. Grado de participación

Alto

Comentarios

Ninguno

otorgados

por

la


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.3.4 Transportista Representante

Empleado de la empresa

Descripción

Es la persona encargada de transportar la

encomienda a un destino previamente notificado.

Tipo

Usuario

Responsabilidades

Encargado de la entrega y transporte de la (s) encomiendas que sean asignadas a su unidad de transporte. Debe notificar de la entrega de la misma cuando se haya efectuado

Criterio de éxito

Entrega satisfactoria de la encomienda.


Medio

Comentarios

Ninguno

3.4

Perfiles de los Usuarios

3.4.1 Cliente

Representante

Clientes de la empresa

Descripción

Son quienes hacen uso de los servicios que presta la empresa, quenes solicitan el envío de encomiendas.

Tipo

Usuario

Responsabilidades

Encargado de realizar la solicitud de envío de un paquete.

Criterio de éxito

Fácil interacción con el sistema


Muy alto

Comentarios

Ninguno


VERSI N 0.1

VISI N

FECHA: 15/07/2016


4

Descripción del del Producto 4.1 Perspectiva del producto

Los objetivos que se cumplirán con la implementación del sistema, son los siguientes: 

Aumentar el mercado en lo que respecta al envío de encomiendas.



Aumentar el control de entrada de encomiendas que lleguen a la empresa.



Aumentar el control de salida de encomiendas para su posterior entrega.



Contar con un registro del 100% de los remitentes



Aumentar en un 100% la seguridad de las encomiendas



Reducir los tiempos de atención promedio al cliente que hará uso del servicio de envío de encomiendas.

Resumen de Características: A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto:

Beneficio del cliente

Características que lo apoyan

Recursos

Disminución de los costos totales en los procesos.

4.2 Suposiciones y dependencias

Las actualizaciones deben ser constantes en el s istema para verificar a los usuarios. 4.3 Costo y precio

Aún por definir.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


5 Descripción Global del Producto Módulo: Recepción de encomiendas 5.1

El sistema permitirá al Almacenero verificar si el remitente es cliente de la empresa.

5.2

El sistema le permitirá al Almacenero registrar los datos del Remitente.

5.3

El sistema permitirá que el Almacenero registre el detalle del contenido de la encomienda.

5.4

El sistema mostrará al Almacenero el monto total a pagar.

5.5

El sistema permitirá al Almacenero registrar el pago total realizado

5.6

El sistema le permitirá al Almacenero generar el documento de pago del envío de encomiendas.

5.7

El sistema permitirá al Almacenero generar el detalle del documento de pago.

5.8

El sistema permitirá al Almacenero imprimir el documento de pago generado.

5.9

El sistema permitirá al Almacenero generar el ticket correspondiente de la encomienda.

5.10

El sistema permitirá al Almacenero generar el detalle del ticket correspondiente de la encomienda.

5.11

El sistema permitirá al Almacenero imprimir el ticket correspondiente de la encomienda.

5.12

El sistema permitirá al Almacenero genera la Guía de Remisión de remitente.

5.13

El sistema permitirá al Almacenero generar el detalle de la Guía de Remisión de remitente.

5.14

El sistema imprimirá guía de remisión de remitente

5.15

El sistema permitirá buscar Encomiendas

Módulo: Almacenamiento de Encomiendas 5.16

El sistema le permitirá al usuario registrar los datos de una incidencia.

5.17

El sistema le permitirá al almacenero enviar información de una incidencia.

5.18

El sistema le permitirá al Almacenero registrar datos de las encomiendas ingresadas al almacén.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


Módulo: Transporte de encomiendas 5.19

El sistema le

mostrará al Supervisor de Transporte el listado de transportes

disponibles. 5.20

El sistema le permitirá al Supervisor de Transporte distribuir las encomiendas a los vehículos disponibles.

5.21

El sistema le permitirá al Supervisor de transporte registrar el recorrido de cada vehículo.

5.22

El sistema permitirá al Almacenero genera la Guía de Remisión de Transportista. (GRT)

5.23

El sistema permitirá al Almacenero generar el detalle de la Guía de Remisión de Transportista. (GRT)

5.24

El sistema imprimirá guía de remisión de transportista.

5.16


5.17


5.25

El sistema permitirá al Supervisor de Transporte actualizar el estado de cada encomienda.

5.26

El sistema permitirá al Supervisor de Transporte registrar el estado de cada GRT.

Módulo: Salida de encomiendas del almacén 5.15


5.27

El sistema permitirá buscar la ubicación de las Encomiendas en Almacén.

5.16


5.17


5.25



VERSI N 0.1

VISI N

FECHA: 15/07/2016


Módulo: Entrega de encomiendas al destinatario 5.28

El sistema le permitirá al Almacenero buscar por datos del destinatario si existe una encomienda de entrega pendiente a su nombre.

5.29

El sistema le permitirá al Almacenero verificar si la contraseña digitada por el destinatario es la misma a la indicada por el remitente.

5.25


5.15


5.16


5.17


5.30

El sistema le permitirá al Almacenero imprimir el detalle de la encomienda enviada por el remitente.

5.31

El sistema le permitirá al Almacenero registrar los datos de la entrega de la encomienda al destinatario.

FEAT Requerimientos Adicionales 5.32

El sistema emitirá un ticket de atención al Remitente o Destinatario que desea ser atendido.

5.33

El sistema mostrará las incidencias y el detalle de las mismas al Administrador, quien se encarga de darle solución a dichas incidencias.

5.34

El sistema le permitirá al Administrador registrar, modificar y eliminar a los Usuarios del Sistema.

5.35

El sistema le permitirá al Administrador buscar a un Usuario.

5.36

El sistema dará acceso y salida a los Usuarios del Sistema.

6 Características del producto.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


CARACTERÍSTICA

Facilidad al acceso al sistema web

Facilidad para el ingreso de información con respecto a la gestión de usuarios Facilidad para eliminar datos Facilidad para actualizar datos Facilidad para consultar información Facilidad para la generación de reportes, actas etiquetas y matriz Facilidad para la lectura de códigos

DETALLE

Para el ingreso al sistema de administración de encomiendas de la cooperativa “02 de Junio” se deberá ingresar las credenciales que posee el usuario mediante un usuario y una contraseña Los usuarios según su rol correspondiente podrán ingresar la información requerida en cuanto a gestión de usuarios. Únicamente el administrador del sistema podrá eliminar o modificar los usuarios o la información relacionada a ellos. Los usuarios podrán actualizar la información relacionada con la administración de personal y encomiendas. El sistema permitirá a los diferentes tipos de usuario poder tener una visualización de la necesidad requerida. El sistema podrá generar reportes con la finalidad de cubrir necesidades dependiendo del perfil de usuario que requiera el reporte. EL usuario podrá ingresar a la aplicación y realizar el escaneo de los códigos de barras que poseerá la encomienda a enviar, esto con la facilidad de gestionar el envío y recepción de la misma.

7 Rangos de calidad. 

Funcionalidad El sistema debe estar disponible en cada momento, las 24 horas del día.



Usabilidad: El sistema debe ser dinámico e interactivo con el usuario.



Reusabilidad El sistema es adaptable y modificable a nuevas versiones para nuevos cambios según se requieran.



Portabilidad Capacidad del sistema de ejecutarse en diferentes plataformas.



Mantenibilidad El sistema permite de manera fácil su soporte o mantenimiento, ya que es construido y desarrollado de manera sencilla.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


FUNDAMENTOS DE INGENIERÍA DE SOFTWARE DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS

“


para

la

Versión 0.1


ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE


VERSI N 0.1

VISI N

FECHA: 15/07/2016


1.

Introducción

Este documento captura las características del software. En el documento se usa un lenguaje natural y de fácil entendimiento. Se capturan todos los requerimientos en un solo documentos, dividida en sección según su tipo. 1.1 Propósito: El ERS describe las características del sistema y el comportamiento externo, también describe los requerimientos no funcionales, el diseño y otros factores del software para proveer una completa descripción de los requerimientos para el software. 1.2 Alcance: El presente documento se aplica a todo el equipo de desarrollo del Sistema de administración de encomiendas para la Cooperativa de Transportes “2 de Junio”

1.3 Referencias: Los documentos usados para la realización de este fueron: RUP Especificaciones de caso de uso Especificaciones de requerimientos suplementarias   

2.

Requerimientos Específicos 2.1. Funcionalidad

2.1.1. RF01 El sistema permitirá verificar remitentes.

Es responsabilidad del Almacenero verificar si los remitentes se encuentran registrados. 2.1.2. RF02 El sistema permitirá registrar remitentes

Es responsabilidad del Almacenero registrar a los nuevos remitentes. 2.1.3. RF03 El sistema permitirá registrar encomiendas.

El Almacenero registrará las encomiendas para realizar el env ío.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


2.1.4. RF04 El sistema mostrará los montos a pagar

El Almacenero le indicará al Remitente el monto que debe pagar por el envío. 2.1.5. RF05 El sistema permitirá registrar pagos

El Almacenero debe registrar el pago hecho por el Remitente. 2.1.6. RF06 El sistema permitirá generar documento de pago.

El Almacenero es el encargado de generar los documentos de pago. 2.1.7. RF07 El sistema permitirá generar detalle de documento de pago.

El Almacenero es el encargado de generar el detalle de los documentos de pago. 2.1.8. RF08 El sistema imprimirá el documento de pago.

El Almacenero imprimirá el documento de pago una vez que todo este conforme. 2.1.9. RF09 El sistema generará la etiqueta identificadora de la encomienda.

Es responsabilidad del Almacenero generar la etiqueta correspondiente a cada encomienda. 2.1.10.

RF10 El sistema permitirá generar detalle de etiqueta

Es responsabilidad del Almacenero generar el detalle de la etiqueta correspondiente a cada encomienda. 2.1.11.

RF11 El sistema imprimirá la etiqueta identificadora del paquete.

Es responsabilidad del Almacenero imprimir y pegar la etiqueta correspondiente a cada encomienda. 2.1.12.

RF15 El sistema permitirá buscar encomiendas

El Almacenero buscará la encomienda. 2.1.13.

RF16 El sistema permitirá generar ficha de incidencia

El Almacenero registrara una incidencia, de haber ocurrido alguna. 2.1.14.

RF17 El sistema permitirá enviar ficha de incidencia

El Almacenero envía las incidencias ocurridas en el área de almacén. 2.1.15.

RF18 El sistema permitirá registrar ingreso de encomienda a almacén.

Es responsabilidad del almacenero registrar las encomiendas que ingresan al almacén.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


2.1.16.

RF25 El sistema actualizará estado de encomienda

El Supervisor de Transporte cambiara el estado de la encomienda. 2.1.17.

RF28

El sistema permitirá registrar Ingreso de encomienda al

despacho

El Despachador registrara las encomiendas ingresadas al despacho. 2.1.18.

RF29 El sistema permitirá buscar datos del destinatario

El Almacenero deberá buscar los datos del destinatario, cuando el mismo solicite la entrega de una encomienda. 2.1.19.

RF30 El sistema validará si la contraseña es válida

El Almacenero solicitara al destinatario ingresar la contraseña del envío de la encomienda para su debida verificación. 2.1.20.

RF31 El sistema Imprimirá detalle de la encomienda

El Almacenero debe imprimir el detalle de la encomienda, para que el Destinatario verifique la conformidad de la entrega. 2.1.21.

RF32

El sistema permitirá registrar datos de la entrega de la

encomienda

Es responsabilidad del Almacenero registrar la entrega de la encomienda.

2.2. Usabilidad: 2.2.1. Las fechas deberán ser mostradas de acuerdo al formato dd/mm/yyyy. 2.2.2. En las pantallas de entrada de datos, el sistema indicará que campos son

obligatorios de ingresar colocando un asterisco cerca al campo. 2.2.3. El sistema mostrará una grilla con los datos después de dar a alguna opción

buscar. 2.2.4. Separación por pestañas disponibles para la funcionalidad principal.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


2.2.5. Después que el sistema está en producción, las versiones posteriores del sistema

deberán ser compatibles con versiones anteriores. Todas las transacciones realizadas en las versiones anteriores estarán disponibles en la nueva versión. 2.2.6. La funcionalidad de imprimir estará disponible solo para las opciones que tenga

que ver con las guías de remisión y guías de remisión de transporte. 2.3. Confiabilidad: 2.3.1. El sistema debe estar disponible las 24 horas del día. 2.3.2. El sistema deberá estar disponible el 99.93 % del tiempo.

2.4. Rendimiento: 2.4.1. El sistema entrará en funcionamiento en un minuto de la puesta en marcha. 2.4.2. El sistema deberá soportar el uso de todos los trabajadores que hagan uso del

sistema de entrega y seguimiento encomiendas online. 2.4.3. El sistema deberá adaptarse a todos los usuarios del sistema de entrega y

seguimiento encomiendas online. 2.5. Factibilidad de Soporte:

2.5.1. Todos los errores del sistema deberán ser registrados y estar disponibles para el

Administrador. 2.5.2. Todas las transacciones deberán ser registrados y estar disponibles para el

Administrador. 2.5.3. El registro de errores que contiene información sobre todos los errores críticos,

serán accesibles para el administrador del sistema a través de Internet para que pueda ser revisado de forma remota en cualquier momento.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


2.6. Restricciones de Diseño:

2.6.1. El sistema utilizará la arquitectura JEE. 2.6.2. Se utilizará como servidor de aplicaciones. 2.6.3. Se utilizará MySQL como base de datos. 2.6.4. El sistema deberá ser completamente probado en los siguientes navegadores:

Internet Explorer (versión 6.0 y reciente) y Firefox (versión 3 en adelante). 2.7. Documentación de Usuario en Línea y Ayuda del Sistema 2.7.1. Se dispondrá de manual de usuario. 2.7.2. Se dispondrá de un módulo de ayuda.

2.8 Interfaces 2.8.1 Interfaces de Usuario Las interfaces de usuario que se ejecutan deberán ser amigables y vía web, contendrán además formularios que permitan la interacción con el usuario y el registro de información según los privilegios de cada usuario y la navegación intuitiva

por

las

diferentes

páginas

que

forman

el

sistema.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


FUNDAMENTOS DE INGENIERÍA DE SOFTWARE DOCUMENTO DE CASOS DE USO

“


para

la

Versión 0.1


Loja-Ecuador 2016


VERSI N 0.1

VISI N

FECHA: 15/07/2016


Modelado de actores 1.1. Tabla de actores ACTOR

ATRIBUTOS Y RESPONSABILIDADES

CARGO

Administrador

Responsable del buen desempeño y Gerente Empresarial funcionamiento del negocio en lo que respecta la gestión de encomiendas, personal y clientes.

Counter

Persona delegado para realizar la facturación y cobranza del valor de la encomienda. Lleva la contabilidad del negocio. Así mismo, esta persona atiende las llamadas de los clientes para receptar sus inquietudes del servicio de encomiendas.

Financiero y Operador

Almacenero

Persona encargada de llevar un registro de los paquetes que entran/salen del almacén

Bodeguero

Transportista

Persona encargada de transportar los paquetes encomendados a su destino, despacha los paquetes en un medio de transporte con los datos del cliente, luego de haber entregado el paquete registra el estado

Chofer y Agente de envío.

de “ Paquete entregado”.

Cliente

Solicita en servicio de envío de encomiendas en ventanilla de las oficinas de la empresa, cancela el valor del mismo y realizan un seguimiento del estado de encomienda.

1.2. Diagrama de actores

Clientes


VERSI N 0.1

VISI N

FECHA: 15/07/2016



VERSI N 0.1

VISI N

FECHA: 15/07/2016


2 . Modelado de casos de uso 2.1 Lista de casos de uso ID

Nombre

Propósito

Actor

CU1

Autentificar Usuario

El sistema debe - Counter permitir a los - Bodeguero usuarios del sistema - Transportista registrados logearse y presentar información de acuerdo al rol que este cumpla, asi como tambien se debe permitir el registro de nuevos usuarios y asignación del rol correspondiente al mismo.

CU2

Gestionar Usuario

El sistema permitirá - Administrador realizar una gestión de los usuarios del sistema.

CU2

Gestionar Cliente

Ingresar nuevos clientes al sistema, asi como tambien editar sus datos en el sistema.

-

Cliente Counter

CU3

Buscar Cliente

Se debe permitir realizar búsquedas de los clientes que se encuentran registrados en el sistema

-

Cliente Counter

CU4

Enviar pago

El sistema debe permitir registrar el pago emitido por al

-

Counter Cliente


VERSI N 0.1

VISI N

FECHA: 15/07/2016


cliente e imprimir una factura

CU5

Gestionar Encomienda

Se debe registrar toda la información de las encomiendas en el sistema, así mismo se debe permitir la edición o cambio de datos y/o eliminación de la encomienda registrada.

-

Cliente Counter

CU6

Buscar Encomienda

Se podrá realizar búsquedas de encomiendas, y visualizar el estado en el que se encuentran

-

Counter Cliente Transport ista Bodeguer o

Se podrá cambiar el estado de la Encomienda según se dé el caso.

-

CU7

Cambiar Estado Encomienda

de

-

-

Counter Transport ista Bodeguer o

CU8

Gestionar Transporte

Se debe gestionar el número de bus o medio de transporte, además de la hora de salida de las encomiendas.

-

Counter Transport ista

CU9

Generar GTR

El sistema genera las guías de remisión de las encomiendas

-

Transport ista Cliente

-


VERSI N 0.1

VISI N

FECHA: 15/07/2016


2.2. Diagrama de casos de uso


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3. Especificaciones de casos de uso En este apartado se presenta en flujo básico por cada caso de uso correspondiente al sistema de “Envíos de encomiendas en línea”

3.1 Caso de uso 01 3.1.1 Nombre. CU1: Autenticar Usuario 3.1.2 Breve descripción El caso de uso permite al usuario que va a hacer uso del sistema autenticarse en el mismo para poder usar sus diferentes funcionalidades. 3.1.3 Resumen de actores -

Counter, se identificará al sistema con sus respectivo usuario y contraseña Bodeguero, se identificará al sistema con sus respectivo usuario y contraseña Transportista, se identificará al sistema con sus respectivo usuario y contraseña Cliente, se identificará al sistema con sus respectivo usuario y contraseña

3.1.4 Flujo de eventos 3.1.4.1 Flujo básico 1. El caso de uso se inicia cuando es usuario hace click en el botón “Login” El sistema muestra la interfaz “Login” donde deberá ingresar su usuario y 2. contraseña. 3. Valida los datos que el usuario ha introducido. 4. Permite al usuario acceder a la aplicación. 5. El sistema carga la pantalla principal del sistema, con las funcionalidades permitidas para el rol del usuario y finaliza el caso de uso. 3.1.5 Flujo alterno 1. Debe de existir un registro de usuario en el sistema, previo al logeo Datos incorrectos 1. El sistema no permite el ingreso al sistema debido a un error en el ingreso de usuario y contraseña y el caso de uso finaliza. 2. Limpiar formulario para re ingreso de usuario y contraseña. 3.1.6 Sub Flujos


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.1.5 Requerimientos funcionales Permitir validación del usuario al momento del ingreso. 3.1.5 Requerimientos especiales 3.1.7 Pre-condiciones El usuario debe estar tener credenciales de acceso otorgadas por el Administrador de BD para ingresar en el sistema. 3.1.7 Poscondiciones El sistema permite el acceso al usuario para poder hacer uso de las funcionalidades.

3.1 Caso de uso 02 3.1.1 Nombre. CU1: Gestionar Usuario 3.1.2 Breve descripción El caso de uso permite al administrador ingresar nuevos usuarios al sistema, así mismo podrá realizar la actividad de editar los datos como: cargo, departamento, dirección, teléfono de un empleado previamente registrado. 3.1.3 Resumen de actores -

Administrador, se identificará al sistema con sus respectivo usuario y contraseña

3.1.4 Flujo de eventos 3.1.4.1 Flujo básico Registrar Empleado 1. 2. 3. 4. 5.

El administrador hace clic en ingresar usuario El sistema muestra un formulario de registro de nuevos usuarios Valida los datos que el usuario administrador ha introducido. El usuario hace clic en guardar y se almacenan los datos en la BD El sistema muestra un mensaje de “datos guardados correctamente”

Editar Empleado 1. El administrador hace click en el boton Ver Usuario 2. El sistema le presenta una pantalla donde se debe ingresar el nombre o cédula del empleado 3. El administrador ingresa los datos solicitados y da clic en buscar


VERSI N 0.1

VISI N

FECHA: 15/07/2016


4. El sistema presenta el usuario solicitado 5. El administrador da clic en Editar 6. El sistema carga todos los datos del empleado, con la posibilidad de editar solo ciertos campos como: cargo, departamento, horario, dirección, teléfono, estado civil. 7. El administrador realiza los cambios necesarios y da clic en guardar 8. El sistema actualiza los datos en la base de datos. 3.1.5 Flujo alterno Datos incorrectos 1. El sistema no permite el ingreso al sistema debido a un error en el ingreso de los campos o falta de llenar los campos obligatorios. 2. El sistema pone en color rojo el campo incorrecto o faltante. 3.1.6 Sub Flujos 3.1.5 Requerimientos funcionales Permitir validación del usuario al momento del ingreso. 3.1.5 Requerimientos especiales 3.1.7 Pre-condiciones El administrador debe estar previamente logueado. 3.1.7 Poscondiciones. El sistema permite el acceso al empleado mediante su autentificación, para poder hacer uso de las funcionalidades correspondientes.

3.2

Caso de uso 03 3.2.1 Nombre. CU2: Gestionar Cliente 3.2.2 Breve descripción El caso de uso permite al usuario Counter y Cliente registrar nuevos clientes al sistema ya sea cliente remitente o cliente destinatario, así mismo permite editar los datos de un cliente previamente registrado en el sistema.

3.2.3 Resumen de actores -

Cliente, es quien realiza el registro del cliente llenando un formulario, realiza la actualización de sus datos. Counter, es el actor quien realiza el control de los clientes registrados en el sistema.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.2.4 Flujo de eventos 3.2.4.1 Flujo básico Registrar Cliente: 1. El usuario hace click en Registrar Cliente. 2. Se le presenta un formulario en donde ingresa sus datos (cédula, nombres, apellidos, dirección, referencia, correo electrónico). 3 El sistema valida que todos los campos estén llenos 4. Guardar Información del cliente haciendo click en el botón “Guardar”

4. El sistema almacena los datos en la base de datos y presenta al usuario un mensaje de registro exitoso. Editar Cliente: 1. El usuario realiza una búsqueda del cliente al cual se desea editar los datos mediante su cédula. 2. Una vez encontrado, hace click en el bot ón “Editar” 3. Se le presenta un formulario con los datos actuales del cliente, con permisos de edición de los campos de correo, dirección, teléfono, etc, El usuario realiza la edición o actualización de los datos pertinentes 4. Hace click en el botón Guardar. 3.2.5 Flujo alterno Datos incorrectos 1. Error en el ingreso de los datos del cliente, o falta algún parámetro y el caso de uso finaliza. 2. Mostrar alerta indicando cuál o cuáles campos faltan por llenar Datos repetidos 1. El sistema notificará al usuario en caso de intentar registrar a un cliente mas de una vez Cliente no encontrado. 1. Si, no se encuentra ningún registro con el número de id de cliente buscado 2. Se presenta la opción de registrarse 3.2.6 Requerimientos funcionales RF01: El sistema permitirá verificar remitentes RF02: El sistema permitirá registrar clientes RF03: El sistema permitirá actualizar los datos de los clientes (remitente y receptor RF04 El sistema permitirá buscar datos del destinatario


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.1.7 Requerimientos especiales En las pantallas de entrada de datos, el sistema indicará que campos son obligatorios de ingresar colocando un asterisco cerca al campo. 3.2.6 Pre-condiciones - El usuario no debe estar registrado. - El usuario cliente debe estar registrado previamente para poder actualizar los datos del mismo 3.2.7 Poscondiciones - La base de datos del sistema debe estar en estado consistente con los nuevos datos

3.3

Caso de uso 03 3.3.1 Nombre CU3: Buscar Cliente 3.3..2 Breve descripción El sistema permite al usuario Counter buscar los clientes registrados en el sistema ya sea por su número de cédula o por su nombre y apellido. 3.3.3 Resumen de actores -

Administrador y Counter, los cuales tienen privilegios especiales de búsqueda. - Cliente 3.3.4 Flujo de eventos 3.3.4.1 Flujo básico El sistema muestra la interfaz “Buscar Cliente” con la lista mostrando los 1. siguientes campos de búsqueda: cédula, nombre y apellidos 2. Resultado de búsqueda (tabla): Nombre o Razón Social, cédula o RUC. 3. Además de las opciones: Cancelar, borrar datos. 4. El usuario llena los campos de búsqueda. El usuario selecciona opción “Buscar”. 5. 6. El sistema cargará en la grilla el resultado de la búsqueda. 7. El usuario selecciona al cliente de interes. 8. El sistema carga los datos del cliente. 3.3.5 Flujo alterno Cliente no encontrado 1. El sistema no permite la búsqueda del cliente por ningún campo, debido a que no existe, o en su defecto los datos ingresados son erróneos. 2. Limpiar formulario para re ingreso de parámetros de búsqueda.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.3.6 Requerimientos funcionales RF33 El sistema permitirá realizar búsquedas de los clientes registrados en el sistema 3.3.7 Requerimientos especiales La presentación de las coincidencias buscadas deben presentarse en orden alfabético 3.3.8 Pre-condiciones El usuario que va a registrar el cliente debe tener los permisos necesarios para poder realizar este proceso. El cliente debe estar registrado previamente en el sistema.. 3.3.9 Poscondiciones - El sistema debe devolver el resultado de la búsqueda en una grilla o tabla. 3.3.8 Relaciones - Requerimientos Funcionales RF02 El sistema permitirá registrar clientes Es responsabilidad del Counter registrar a los nuevos clientes

3.4

Caso de uso 04 3.4.1 Nombre: CU4: Enviar pago 3.4.2 Breve descripción El caso de uso permite al counter quién recibirá el pago adeudado por el cliente, se permitirá registrar el pago en el sistema. 3.4.3 Resumen de actores - Counter - Cliente 3.4.4 Flujo de eventos 3.4.4.1 Flujo básico 1. El usuario counter buscará la encomienda mediante encomienda 2. El sistema presenta los datos de la encomienda registrada 3. El usuario counter hace clic en ver factura

el código de


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3. El sistema calcula el valor de la encomienda en base a peso, tipo envío, clasificacion, distancia envío y tamaño paquete. 4. El sistema le presentará los detalles del costo de envío 5. El usuario confirma el pago, dando click en guardar Factura 6. El sistema almacena la factura en su base de datos 7. Una vez almacenada la factura presenta un m ensaje 8. El usuario envía la factura a imprimir 3.4.5 Flujo alterno Cancelación de envío 1. Si el usuario no cancela el valor del envío, en 3 días 2. En envío será cancelado

3.4.6 Requerimientos funcionales

-

RF04 El sistema mostrará los montos a pagar

-

RF05 El sistema permitirá registrar pagos RF06 El sistema permitirá generar documento de pago.

3.4.7 Requerimientos especiales El sistema debe conectado a la entidad bancaria, para poder realizar la comunicación de información. 3.4.8 Pre-condiciones El usuario que va a realizar la operación de enviar pago debe tener un perfil de cliente y haber realizado un registro de encomienda previamente, para poder realizar este proceso. 3.4.9 Poscondiciones - El sistema debe realizar interconectado con la entidad bancaria para realizar el pago satisfactoriamente - La base de datos debe estar en estado consistente con el estado del pago del cliente.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.5. Caso de uso 05 3.5.1.Nombre. CU5: Gestionar Encomiendas 3.5.2 Descripción breve: El sistema permite el registro, actualización, suspensión y eliminación de encomiendas, cuya acción será realizada principalmente por el usuario Cliente y Counter . 3.5.2.1 Resumen de actores - Counter - Cliente 3.5.3. Flujo de eventos 3.5.3.1 Flujo Básico: Registro de encomiendas 1. El usuario cliente ingresa al módulo de encomiendas 2. Llenará un formulario con la información del paquete, como: tipo envio, clasificación, contenido, nombre remitente, nombre receptor, dirección, etc.

3. El usuario guardará el registro de la encomienda Edición encomiendas: 1. El usuario transportista,, retira la encomienda en la dirección del remitente especificada, y la entrega al counter 2. El usuario registrará el estado de la encomienda (ingresada) 3. El usuario counter en base a notificaciones del sistema, y de acuerdo al estado de pago de la encomienda 4. El usuario counter editará los datos de la encomienda y agrega algunos datos adicionales a la encomienda, como, peso, porte, código de barra y transporte asignado. 5. El usuario click en el botón “Guardar”, se realizan la actualización de los cambios

realizados Eliminación de encomiendas: 1. El usuario “Counter” hará la solicitud al usuario administrador de la eliminación de una encomienda 2. El usuario “Administrador” se identificará en el sistema 3. El usuario “Administrador” se buscará la encomienda mediante un código 4. El usuario “Administrador” eliminará la encomienda 3.5.3.2 Flujos alternos - El sistema guarda la actualización de los datos del usuario en la base de datos del sistema. El sistema, identificará y notificará sobre nuevos registro s de encomiendas registrados. 3.3.4.6 Requerimientos funcionales - RF04 El sistema mostrará los montos a pagar - RF05 El sistema permitirá registrar pago 3.3.4.7 Requerimientos especiales - El sistema debe conectado a la entidad bancaria, para poder realizar la comunicación de información.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.5.4. Precondiciones -

Cliente registrado en la base de datos del sistema Datos desactualizados Pago de envio realizado

3.5.5. Postcondiciones -

Datos actualizados de los usuarios cliente remitente y cliente receptor en el sistema.

3.6. Caso de uso 06 3.6.1.Nombre CU6: Buscar Encomienda. 3.6.2 Descripción breve: El sistema permite la búsqueda de encomiendas, en esta actividad se ingresa los datos de la encomienda, ya sean el identificador de la misma o la cédula del cliente, esto lo puede realizar los usuarios Counter , Transportista y Bodeguero. 3.6.2.1 Resumen de actores - Counter - Transportista - Bodeguero 3.6.3. Flujo de eventos 3.6.3.1 Flujo Básico: 1. El usuario Counter, Transportista, Bodeguero o Cliente se identificará en el sistema previamente. 2. El usuario hará click en buscar encomienda 3. El usuario ingresará la identificación de la encomienda. 4. Hacer click en el botón “Buscar” 5. Se etiquetara el paquete con un código, el cual le será asignado por el sistema. 6. El usuario receptará un mensaje con el estado de la encomienda. 3.6.3.2 Flujos alternos ❏ El sistema busca la encomienda en la base de datos junto con el estado con el que se encuentra.

3.6.4. Precondiciones ❏

Solicitud del cliente Emisor

3.6.5. Postcondiciones Visualización de la encomienda buscada en la base de datos del sistema.

3.6.6. Relaciones


VERSI N 0.1

VISI N

FECHA: 15/07/2016


❏

El caso de uso de “Buscar Encomiendas” está directamente relacionado con el caso de uso “Gestionar Encomienda”

3.6.7 Lista de Escenarios ❏ Escenario 1: La encomienda se encuentra almacenada en la base de datos del sistema ❏ Escenario 2: La encomienda no se encuentra almacenada en la base de datos del sistema

7. Caso de uso CU7 3.7.1. Nombre: Cambiar Estado de Encomienda 3.7.2 Descripción breve: El sistema permite la edición y/o actualización de los datos correspondientes a el estado de una encomienda, cuya acción será realizada por los usuarios Administrador, Transportista, Bodeguero y Counter . 3.7.2.1 Resumen de actores - Administrador - Counter - Transportista - Bodeguero 3.7.3. Flujo de eventos 3.7.3.1 Flujo Básico: Los usuarios Transportista, Counter y Almacenero se identificará en el sistema previamente. Los usuarios Counter u Administrador, buscarán la encomienda mediante un código de la misma

o mediante el número de cédula de cliente Emisor. Una vez encontrada la encomienda, hacer click en el botón de editar estado encomienda, y editar la información. Hacer click en el botón “Guardar cambios”

3.7.3.2 Flujos alternos Alternativamente los cambios se actualizarán en la base de datos del sistema.

3.7.4. Precondiciones Que exista en la base de datos la encomienda con el código de la encomienda a buscar

3.7.5. Postcondiciones Actualización en la base de datos del sistema

3.7.6. Relaciones ❏

El caso de uso “Editar Estado Encomienda” está directamente relacionado con el caso de uso “Gestionar Encomiendas”.


VERSI N 0.1

VISI N

FECHA: 15/07/2016


3.7.7. Lista de escenarios ❏ ❏

Escenario 1: La encomienda se encuentra almacenada en la base de datos del sistema Escenario 2: La encomienda no se encuentra almacenada en la base de datos del sistema

3.8. Caso de uso 08 3.8.1.Nombre: Gestionar Transporte 3.8.2 Descripción breve: El sistema permite la creación y edición de unidades de transporte en el sistema, que van a hacer uso las encomiendas, cuya acción será realizada por el usuario Administrador y Counter. 3.8.2.1 Resumen de actores - Administrador - Counter 3.8.3. Flujo de eventos 3.8.3.1 Flujo Básico: Registro de Transporte 1. El usuario Administrador o Counter ingresa al módulo de Transporte. 2. Llenará un formulario con la información del transporte, como: tipo de unidad, número de unidad, nombres conductor, etc.

3. El usuario guardará el registro de la unidad de transporte. Edición Transporte: 1. El usuario Administrador o Counter, editará los datos de la unidad de transporte previamente ingresada en el sistema. 2. El usuario hará click en el botón “Guardar”, se realizan la actualización de los cambios

realizados Asignación Transporte: 1. El Usuario Counter visualizará la lista de transportes disponibles para su respectiva asignación. 2. El usuario selecciona la unidad que necesite y dará clic en el botón siguiente. 3. Llenará el formulario con la información de la encomienda a enviar, como: destino, 4.

contenido, nombre remitente, nombre receptor, etc. El usuario dará clic en “Enviar”.

3.8.3.2 Flujos alternos El sistema guarda la actualización de los datos de las unidades de transporte en la base de datos del sistema. ● El sistema, identificará y notificará sobre nuevos registros de unidades de transporte registrados. ●


VERSI N 0.1

VISI N

FECHA: 15/07/2016


●

El sistema, identificará y notificará sobre la nueva asignación de unidades de transporte registrados.

3.8.4. Precondiciones ● ●

Unidad registrada en la base de datos del sistema Datos desactualizados o erróneos.

3.8.5. Postcondiciones Actualización de datos en la base de datos del sistema.

3.8.6. Relaciones ❏

El caso de uso “Gestionar Transporte” está directamente relacionado con los datos de la encomienda.

3.8.7. Lista de escenarios ❏ ❏ ❏ ❏

Escenario 1: La encomienda se encuentra almacenado en la base de datos del sistema Escenario 2: La encomienda no se encuentra almacenado en la base de datos del sistema Escenario 3: La unidad de transporte se encuentra disponible. Escenario 4: la unidad de transporte no se encuentra disponible.

9. Caso de uso CU9 9.1.Nombre. Generar GRT

9.2 Descripción breve: El sistema permite la generación de las guías de remisión por cada encomienda, esta guía de remisión se enviará al correo del cliente receptor, mediante la cual se verificará la entrega de la encomienda. 9.2.1 Resumen de actores - Cliente (receptor) - Transportista 9.3. Flujo de eventos 9.3.1 Flujo Básico: 1. El usuario transportista, buscarán la encomienda mediante un código


VERSI N 0.1

VISI N

FECHA: 15/07/2016


2. Una vez encontrada la encomienda, hacer clic en el botón de editar estado encomienda, y editar el estado ha entregado. 3. Hacer click en el botón “Guardar cambios”. 4. Automáticamente el sistema generará una GRT y se enviará al cliente receptor. 5. El cual verificará la entrega del paquete haciendo clic en Aceptar. 9.3.2 Flujos alternos ●

Alternativamente los cambios se actualizarán en la base de datos del sistema.

9.4. Precondiciones ● ●

Que el estado de la encomienda se encuentre entregado Que los usuarios se encuentren identificados en el sistema previamente.

9.4. Post-condiciones ●

Que la base de datos se actualiza acorde a las nuevas actividades realizadas


VERSI N 0.1

VISI N

FECHA: 15/07/2016


4. ANEXOS

MATRIZ DE TRAZABILIDAD Necesidades

Carácteristicas

Requerimientos

Verificar si el Búsqueda ágil de los Verificar Remitente remitente es cliente de clientes registrados la empresa en la empresa Sumar nuevos Registro ágil de un Registrar clientes a la empresa nuevo cliente que Cliente hará uso del servicio de envío de encomiendas Asignar roles según el perfil que desempeña el empleado en la empresa

Casos de uso Buscar Cliente

nuevo Registrar Cliente

Asignar permisos y Autenticar Usuario restricciones a ciertas funcionalidades del sistema según el perfil que cumple.

Autenticar Usuario

Necesidad de Facilidad en la gestión ● El sistema debe Editar Cliente permitir buscar Eliminar Cliente gestionar los clientes de clientes clientes registrados en el sistema ● El sistema debe permitir editar clientes que estén registrados en el sistema ● El sistema debe permitir eliminar clientes que estén registrados en el sistema Necesidad de ingresar los datos de las encomiendas en el sistema

Facilidad para ● El sistema debe Registrar permitir registrar Encomiendas ingresar datos de encomiendas en el encomiendas en el sistema sistema.

Necesidad de gestión Facilidad en la edición ● El sistema debe Registrar permitir la Encomiendas total de las de datos de la


VERSI N 0.1

VISI N

FECHA: 15/07/2016


encomiendas

encomienda Facilidad en eliminación encomiendas erróneas

actualización de Editar Encomiendas datos de una Buscar Encomienda la encomienda de Eliminar Encomienda ● El sistema debe permitir la eliminación de encomiendas erróneas.

Necesidad de Buscar Facilidad para ● El sistema debe Registrar permitir buscar Encomienda Encomienda encontrar encomiendas. encomiendas Buscar Encomienda ● El sistema debe registradas en el permitir Visualizar sistema. las encomiendas seleccionadas Necesidad de Editar el Facilidad para editar ● El sistema debe Buscar Encomienda permitir el estado Cambiar estado de la los estados en los que estado en el que se encomienda se encuentre la Encomienda encuentra la encomienda. encomienda. Necesidad de Administrar Estados en el sistema

Facilidad para crear nuevos estados que serán usados para detallar cómo se halla la encomienda registrada. Facilidad de conocer los estados registrados en el sistema. Facilidad para editar un estado registrado en el sistema. Facilidad para eliminar un estado registrado en el sistema.

Necesidad de notificar ● Facilidad para comunicar a quienes electrónicamente corresponda del al personal cambio del estado de involucrado del una encomienda cambio de estado de una

● El

sistema debe permitir crear nuevos estados. ● El sistema debe permitir buscar los estados disponibles para su respectiva asignación. ● El sistema debe permitir editar un estado existente en el sistema. ● El sistema debe permitir eliminar un estado registrado en el sistema. El sistema debe comunicar electrónicamente al personal involucrado del cambio de estado de una encomienda

Crear Estado Buscar Estado Editar Estado Eliminar Estado

Ingresar Encomienda Cambiar Estado encomienda Notificar Estado

HenryGuarnizo_FundamentosDeIngenieriaDeSoftware_IIBim

Recommend Documents