HenryGuarnizo FundamentosDeIngenieriaDeSoftware IIBim

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio
VERSIN 0.1
VISIN
FECHA: 15/07/2016
DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO
FUNDAMENTOS DE INGENIERA DE SOFTWARE

DOCUMENTO DE VISIN
Sistema
de administracin de encomiendas para la

Cooperativa de Transportes 2 de Junio
Versin 0.1
Desarrollado por:
Henry Guarnizo Quesada
Loja-Ecuador
2016
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Revisiones Historial
Fecha
Versin
Descripcin
15/07/2016
V 0.1
Documento de Versin preliminar

como propuesta de estudio de
factibilidad para el desarrollo del
software propuesto
Autor
-
Henry Guarnizo
Quesada
VERSIN 0.1
VISIN
FECHA: 15/07/2016
ndice de Contenido
1
5
6
7
8
Introduccin
1.1
Propsito
1.2
Alcance
1.3
Definiciones y Acrnimos
Posicionamiento
2.1
Oportunidad de negocio
2.2
Sentencia que definen el problema
2.3
Sentencia que define la posicin del Producto
Descripcin 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
Descripcin Global del Producto
4.1
Perspectiva del producto
4.2
Resumen de caractersticas
Caractersticas del producto
5.1
Una caracterstica principal del software
Restricciones
Otros Requisito del Producto
Requisitos de documentacin
VERSIN 0.1
VISIN
FECHA: 15/07/2016
1 Introduccin
1.1 Propsito
El propsito de este proyecto es optimizar las transacciones de envo, 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 lnea en la cual facilite el proceso de la misma, asegurando la
optimizacin en los proceso de envo, brindado as un servicio de calidad y de fcil
manejo para los usuarios. Este sistema contendr las siguientes funciones.
El sistema implementa una interfaz amigable, una pgina de inicio que contiene
todas las funciones de la aplicacin e informacin sobre la misma.
El sistema tendr un login de usuario, el cual brindar funciones especficas segn
el logeo.
El sistema podr ser accedido desde cualquier explorador de internet, en cualquier
parte donde haya internet
El sistema brindar informacin solicitada de acuerdo al usuario que se registre y
los permisos que se le hayan proporcionado al mismo.
1.3
Definiciones, Acrnimos y Abreviaturas
Definiciones
Caso uso
Usuario
Precondicin de un caso de uso

Post condicin de un caso de uso
Flujo principal de eventos en un caso de
uso
Flujo alterno en un caso de uso
Especificacin de una funcionalidad, donde el

usuario interacta con el sistema.
Condiciones que se deben de cumplir para que
pueda llevarse a cabo el flujo de eventos, ya sea
principal o alternativo de un caso de uso.
Condiciones que se deben cumplirse
posteriormente a la ejecutarse un caso de uso.
Flujo diferente al flujo principal, que
puede suceder eventualmente.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Acrnimos
Acrnimo
Concepto
ERS
Especificacin de requisitos del software
CU
Caso de uso
RUP
Metodologa de desarrollo de software

utilizada en el presente proyecto.
2. Posicionamiento
2.1 Oportunidad de negocio
El Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de
Junio, permitir expandir los horizontes organizacionales en cuanto a la gestin 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 envo de encomiendas hacia los diferentes destinos de forma gil
y segura, as mismo aumentando ingresos en la empresa. El sistema ser desarrollado
usando la metodologa gil RUP, permitiendo distribuir la carga de procesamiento de
informacin dentro de una Intranet. El almacenamiento de los datos se realizar en un
servidor local.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Posicionamiento del Negocio

Sentencia que define la posicin de la empresa de 2 de JUNIO.
Para:
Cliente, Administrador, Almacenero y Transportador
Quines:
Requieren controlar los paquetes que sern recibidos, almacenados

y enviados.
El:
Sistema de Entregas y Seguimiento de Encomiendas en Lnea
Que:
Controla la distribucin de paquetes a nivel local y nacional
Diferencia:
Que actualmente que se cuenta con un control de registro ineficiente,

que permite que:
Los trmites fluyan indistintamente entre los involucrados
del proceso
Existe demora excesiva en la resolucin de un trmite de
encomienda.
Desgaste de tiempo de las personas involucradas en buscar
ubicacin de los trmites, estados y/o informacin del
mismo.
El cliente tenga que concurrir un sin nmero de ocasiones a
la empresa para dar seguimiento a su trmite de encomienda
y obtener informacin de la misma.
Nuestro Sistema:
A Travs de una aplicacin web permitir, realizar el control

eficiente de paquetes y un seguimiento eficaz de su distribucin,
haciendo las funciones de:
1. Automatizar, gestionar y controlar el proceso de entrega de
encomiendas automticamente.
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
lnea 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 envo (crear, actualizar, borrar las
rutas de envo)
VERSIN 0.1
VISIN
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 quin enva como a quin recibe el
paquete, mediante correo electrnico.
10. Que se almacenen los datos y documentacin
correspondientes al envo en la base de datos del sistema.
11. Que se pueda visualizar datos como facturacin, consulta
estado de encomienda,etc.
2.2
Sentencia que define el Problema
Sentencia que define el problema de la empresa de administracin de encomiendas de la

Cooperativa 02 de Junio.
El Problema es:
La falta de atencin de las fases de recepcin - almacenamiento envo y transporte de encomiendas que se genera mediante solicitud
del cliente no tienen un adecuado control y seguimiento, esto conduce
a un exceso de confusin y demora en el proceso de recepcin del
paquete del cliente.
Los afectados son:
- Empresa quin 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 envo y seguimiento de encomiendas).
El Impacto es:
La empresa cuenta con registro manual de los paquetes ingresados, lo

cual ocasiona una prdida de tiempo y demora la salida de los
paquetes que sern transportados, as mismo:
En vista del mtodo empleado, existe un alto porcentaje de
cometer un error de entregar paquetes a otros destinatarios
VERSIN 0.1
VISIN
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.
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 gestin para informarse del estado
del paquete encomendado
Deficiente y lenta seleccin de otorgamiento de rutas para el
transporte de encomiendas
Se desperdicia tiempo, en tareas relacionadas a tratar de ubicar
una encomienda.
Congestin en algunos de los sub-procesos de gestin y
control de entrega de encomiendas, afectando en el tiempo del
proceso global.
Una solucin exitosa
ser:
Contar con un sistema que permita llevar un control de los paquetes

que ingresan a la empresa y que sern 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 gestin y control.
Realizar un alto control de almacenamiento del paquete
encomendado en bodega, llevando registro de datos como:
lugar exacto de ubicacin dentro de bodega, nmero de
estante, clasificacin, contenido, peso, cdigo de barra, etc.
Los datos y documentos fluidos en el proceso de encomiendas
estn asociados en forma digital y debern quedar registrados
en una base de datos, de forma que se puedan visualizar
directamente desde el sistema..
Se realizar la recepcin del pago de encomiendas en lnea y
personalmente, permitiendo al cliente ajustarse a su
comodidad.
El sistemas debe notificar correctamente a todos los
interesados del estado del proceso de envo de una
VERSIN 0.1
VISIN
FECHA: 15/07/2016
encomienda mediante un correo electrnico a quienes

corresponda.
Poder gestionar inmediatamente al personal de la empresa y
sus funciones diarias, por ejemplo un empleado pueda conocer
fcilmente 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 estadsticas que permitan tomar
mejores decisiones para optimizar los procesos relacionados y
generar mayores ganancias.
VERSIN 0.1
VISIN
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. Tambin es necesario identificar a los
usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa
adecuadamente. Esta seccin muestra un perfil de los participantes y de los usuarios involucrados
en el proyecto, as como los problemas ms importantes que stos perciben para enfocar la
solucin propuesta hacia ellos. No describe sus requisitos especficos ya que stos se capturan
mediante otro artefacto. En lugar de esto proporciona la justificacin de por qu estos requisitos
son necesarios.
3.1
Resumen de las Partes Interesadas
Nombre
Desarrolladores
Descripcin
Son
las
Responsabilidades
personas
Diseo y desarrollo del
encargadas del diseo y
sistema
desarrollo del sistema
Documentacin
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
recepcin
el proceso del servicio
encomienda
de
la
de la empresa
VERSIN 0.1
VISIN
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 almacn
y salidas del almacn
3.2 Resumen de Usuarios

Nombre
Cliente
Descripcin
Responsabilidades
Es la persona que hace la
-Solicitar
servicio
solicitud de servicio envo
Envo de Encomienda
de
de encomienda
3.3 Perfil de las Partes Interesadas

3.3.1 Representacin del rea tcnica y sistemas de informacin
Representantes
- Henry Guarnizo Quesada
Descripcin
Representante, diseador, analista y creador

del Sistema.
Tipo
Profesionales en formacin de la UTPL
Responsabilidades
Criterio de xito
Encargado de realizar en su totalidad el

sistema y la documentacin correspondiente.
Adems, lleva a cabo un seguimiento del
desarrollo del proyecto y aprobacin de los
requisitos y funcionalidades del sistema
Crear un sistema funcional, iterativo y
eficiente que cumpla con todos los
requerimientos planteados por los usuarios
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Grado de participacin
Revisin de requerimientos, estructura del

sistema, realizacin del sistema y
documentacin del mismo.
Comentarios
Se emplearn herramientas y tcnicas tiles

para el desarrollo del presente proyecto.
3.3.2 Administrador
Representante
Sr. Gerente empresarial
Descripcin
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 administracin
Grado de Participacin
Muy alto
Comentarios
Ninguno
3.3.3 Almacenero
Representante
Almacenero de la empresa
Descripcin
Encargada de recepcin del producto
Tipo
Usuario
Responsabilidades
Recepcionar las encomiendas entregados

por los clientes
Criterio de xito
Llevar un buen registro con todos lo pasos

de
recepcin
administracin.
Grado de participacin
Alto
Comentarios
Ninguno
otorgados
por
la
VERSIN 0.1
VISIN
FECHA: 15/07/2016
3.3.4 Transportista
Representante
Empleado de la empresa
Descripcin
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
Descripcin
Son quienes hacen uso de los servicios que

presta la empresa, quenes solicitan el envo
de encomiendas.
Tipo
Usuario
Responsabilidades
Encargado de realizar la solicitud de envo de

un paquete.
Criterio de xito
Fcil interaccin con el sistema
Muy alto
Comentarios
Ninguno
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Descripcin del del Producto

4.1 Perspectiva del producto
Los objetivos que se cumplirn con la implementacin del sistema, son los siguientes:
Aumentar el mercado en lo que respecta al envo 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 atencin promedio al cliente que har uso del servicio de
envo de encomiendas.
Resumen de Caractersticas:
A continuacin se mostrar un listado con los beneficios que obtendr el cliente a partir del
producto:
Beneficio del cliente
Caractersticas que lo apoyan
Recursos
Disminucin de los costos totales en los procesos.
4.2 Suposiciones y dependencias

Las actualizaciones deben ser constantes en el sistema para verificar a los usuarios.
4.3 Costo y precio
An por definir.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
5 Descripcin Global del Producto

Mdulo: Recepcin 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 envo 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 Gua de Remisin de remitente.
5.13
El sistema permitir al Almacenero generar el detalle de la Gua de Remisin de

remitente.
5.14
El sistema imprimir gua de remisin de remitente
5.15
El sistema permitir buscar Encomiendas
Mdulo: 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 informacin de una incidencia.
5.18
El sistema le permitir al Almacenero registrar datos de las encomiendas ingresadas

al almacn.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Mdulo: 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

vehculos disponibles.
5.21
El sistema le permitir al Supervisor de transporte registrar el recorrido de cada

vehculo.
5.22
El sistema permitir al Almacenero genera la Gua de Remisin de Transportista.

(GRT)
5.23
El sistema permitir al Almacenero generar el detalle de la Gua de Remisin de

Transportista. (GRT)
5.24
El sistema imprimir gua de remisin 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.
Mdulo: Salida de encomiendas del almacn

5.15
5.27
El sistema permitir buscar la ubicacin de las Encomiendas en Almacn.
5.16
5.17
5.25

encomienda.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Mdulo: 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 contrasea digitada por el

destinatario es la misma a la indicada por el remitente.
5.25

encomienda.
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 atencin 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 solucin 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 Caractersticas del producto.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
CARACTERSTICA
Facilidad al acceso al sistema web
Facilidad para el ingreso de informacin

con respecto a la gestin de usuarios
Facilidad para eliminar datos
Facilidad para actualizar datos
Facilidad para consultar informacin
Facilidad para la generacin de reportes,

actas etiquetas y matriz
Facilidad para la lectura de cdigos
DETALLE
Para el ingreso al sistema de administracin de

encomiendas de la cooperativa 02 de Junio se
deber ingresar las credenciales que posee el
usuario mediante un usuario y una contrasea
Los usuarios segn su rol correspondiente podrn
ingresar la informacin requerida en cuanto a
gestin de usuarios.
nicamente el administrador del sistema podr
eliminar o modificar los usuarios o la informacin
relacionada a ellos.
Los usuarios podrn actualizar la informacin
relacionada con la administracin de personal y
encomiendas.
El sistema permitir a los diferentes tipos de usuario
poder tener una visualizacin 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 aplicacin y realizar
el escaneo de los cdigos de barras que poseer la
encomienda a enviar, esto con la facilidad de
gestionar el envo y recepcin de la misma.
7 Rangos de calidad.
Funcionalidad
El sistema debe estar disponible en cada momento, las 24 horas del da.
Usabilidad:
El sistema debe ser dinmico e interactivo con el usuario.
Reusabilidad
El sistema es adaptable y modificable a nuevas versiones para nuevos cambios
segn se requieran.
Portabilidad
Capacidad del sistema de ejecutarse en diferentes plataformas.
Mantenibilidad
El sistema permite de manera fcil su soporte o mantenimiento, ya que es
construido y desarrollado de manera sencilla.
VERSIN 0.1
VISIN
FECHA: 15/07/2016

DOCUMENTO DE ESPECIFICACIN DE REQUERIMIENTOS
Sistema

Versin 0.1
Desarrollado por:
ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE
VERSIN 0.1
VISIN
FECHA: 15/07/2016
1. Introduccin
Este documento captura las caractersticas del software. En el documento se usa un
lenguaje natural y de fcil entendimiento. Se capturan todos los requerimientos en un
solo documentos, dividida en seccin segn su tipo.
1.1 Propsito:
El ERS describe las caractersticas del sistema y el comportamiento externo, tambin
describe los requerimientos no funcionales, el diseo y otros factores del software para
proveer una completa descripcin de los requerimientos para el software.
1.2 Alcance:
El presente documento se aplica a todo el equipo de desarrollo del Sistema de
administracin de encomiendas para la Cooperativa de Transportes 2 de Junio
1.3 Referencias:
Los documentos usados para la realizacin de este fueron:
RUP
Especificaciones de caso de uso
Especificaciones de requerimientos suplementarias
2. Requerimientos Especficos
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 envo.
VERSIN 0.1
VISIN
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
envo.
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 enva las incidencias ocurridas en el rea de almacn.
2.1.15.
RF18 El sistema permitir registrar ingreso de encomienda a almacn.

Es responsabilidad del almacenero registrar las encomiendas que ingresan
al almacn.
VERSIN 0.1
VISIN
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 contrasea es vlida

El Almacenero solicitara al destinatario ingresar la contrasea del envo de
la encomienda para su debida verificacin.
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 debern 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 despus de dar a alguna opcin
buscar.
2.2.4. Separacin por pestaas disponibles para la funcionalidad principal.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
2.2.5. Despus que el sistema est en produccin, las versiones posteriores del sistema
debern ser compatibles con versiones anteriores. Todas las transacciones
realizadas en las versiones anteriores estarn disponibles en la nueva versin.
2.2.6. La funcionalidad de imprimir estar disponible solo para las opciones que tenga
que ver con las guas de remisin y guas de remisin de transporte.
2.3. Confiabilidad:
2.3.1. El sistema debe estar disponible las 24 horas del da.
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 debern ser registrados y estar disponibles para el
Administrador.
2.5.2. Todas las transacciones debern ser registrados y estar disponibles para el
Administrador.
2.5.3. El registro de errores que contiene informacin sobre todos los errores crticos,
sern accesibles para el administrador del sistema a travs de Internet para que
pueda ser revisado de forma remota en cualquier momento.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
2.6. Restricciones de Diseo:

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 (versin 6.0 y reciente) y Firefox (versin 3 en adelante).
2.7. Documentacin de Usuario en Lnea y Ayuda del Sistema
2.7.1. Se dispondr de manual de usuario.
2.7.2. Se dispondr de un mdulo de ayuda.
2.8 Interfaces
2.8.1 Interfaces de Usuario
Las interfaces de usuario que se ejecutan debern ser amigables y va web,

contendrn adems formularios que permitan la interaccin con el usuario y el
registro de informacin segn los privilegios de cada usuario y la navegacin
intuitiva
por
las
diferentes
pginas
que
forman
el
sistema.
VERSIN 0.1
VISIN
FECHA: 15/07/2016

DOCUMENTO DE CASOS DE USO
Sistema

Versin 0.1
Desarrollado por:
Loja-Ecuador
2016
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Modelado de actores
1.1. Tabla de actores
ACTOR
ATRIBUTOS Y RESPONSABILIDADES
CARGO
Administrador
Responsable del buen desempeo

y Gerente Empresarial
funcionamiento del negocio en lo que respecta
la gestin de encomiendas, personal y clientes.
Counter
Persona delegado para realizar la facturacin

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 almacn
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
de Paquete entregado.
Chofer y Agente de
envo.
Cliente
Solicita en servicio de envo de encomiendas

en ventanilla de las oficinas de la empresa,
cancela el valor del mismo y realizan un
seguimiento del estado de encomienda.
Clientes
1.2. Diagrama de actores
VERSIN 0.1
VISIN
FECHA: 15/07/2016
VERSIN 0.1
VISIN
FECHA: 15/07/2016
2 . Modelado de casos de uso

2.1 Lista de casos de uso
ID
Nombre
Propsito
Actor
CU1
Autentificar Usuario
El sistema debe - Counter

permitir
a
los - Bodeguero
usuarios del sistema - Transportista
registrados logearse
y
presentar
informacin
de
acuerdo al rol que
este cumpla, asi
como tambien se
debe permitir el
registro de nuevos
usuarios
y
asignacin del rol
correspondiente al
mismo.
CU2
Gestionar Usuario
El sistema permitir - Administrador

realizar una gestin
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 bsquedas 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
VERSIN 0.1
VISIN
FECHA: 15/07/2016
cliente e imprimir
una factura
CU5
Gestionar Encomienda
Se debe registrar
toda la informacin
de las encomiendas
en el sistema, as
mismo
se
debe
permitir la edicin o
cambio de datos y/o
eliminacin de la
encomienda
registrada.
Cliente
Counter
CU6
Buscar Encomienda
Se podr realizar
bsquedas
de
encomiendas,
y
visualizar el estado
en
el
que
se
encuentran
Counter
Cliente
Transport
ista
Bodeguer
o
de Se podr cambiar el
estado
de
la
Encomienda segn se
d el caso.
CU7
Cambiar
Estado
Encomienda
Counter
Transport
ista
Bodeguer
o
CU8
Gestionar Transporte
Se debe gestionar el
nmero de bus o
medio de transporte,
adems de la hora de
salida
de
las
encomiendas.
Counter
Transport
ista
CU9
Generar GTR
El sistema genera las

guas de remisin de
las encomiendas
Transport
ista
Cliente
VERSIN 0.1
VISIN
FECHA: 15/07/2016
2.2. Diagrama de casos de uso
VERSIN 0.1
VISIN
FECHA: 15/07/2016
3. Especificaciones de casos de uso

En este apartado se presenta en flujo bsico por cada caso de uso correspondiente al sistema
de
Envos de encomiendas en lnea
3.1 Caso de uso 01

3.1.1 Nombre.
CU1: Autenticar Usuario
3.1.2 Breve descripcin

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 contrasea

Bodeguero, se identificar al sistema con sus respectivo usuario y
contrasea
Transportista, se identificar al sistema con sus respectivo usuario y
contrasea
Cliente, se identificar al sistema con sus respectivo usuario y contrasea
3.1.4 Flujo de eventos

3.1.4.1 Flujo bsico
1.
El caso de uso se inicia cuando es usuario hace click en el botn Login
2.
El sistema muestra la interfaz Login donde deber ingresar su usuario y
contrasea.
3.
Valida los datos que el usuario ha introducido.
4.
Permite al usuario acceder a la aplicacin.
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 contrasea y el caso de uso finaliza.
2.
Limpiar formulario para re ingreso de usuario y contrasea.
3.1.6 Sub Flujos
VERSIN 0.1
VISIN
FECHA: 15/07/2016
3.1.5 Requerimientos funcionales

Permitir validacin 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

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,
direccin, telfono de un empleado previamente registrado.
-
Administrador, se identificar al sistema con sus respectivo usuario y

contrasea

3.1.4.1 Flujo bsico
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 cdula
del empleado
3. El administrador ingresa los datos solicitados y da clic en buscar
VERSIN 0.1
VISIN
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, direccin, telfono, 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
Permitir validacin del usuario al momento del ingreso.
El administrador debe estar previamente logueado.
3.1.7 Poscondiciones.
El sistema permite el acceso al empleado mediante su autentificacin, para poder
hacer uso de las funcionalidades correspondientes.
3.2
Caso de uso 03
3.2.1 Nombre.
CU2: Gestionar Cliente

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.
-
Cliente, es quien realiza el registro del cliente llenando un formulario, realiza

la actualizacin de sus datos.
Counter, es el actor quien realiza el control de los clientes registrados en el
sistema.
VERSIN 0.1
VISIN
FECHA: 15/07/2016

3.2.4.1 Flujo bsico
Registrar Cliente:
1. El usuario hace click en Registrar Cliente.
2. Se le presenta un formulario en donde ingresa sus datos (cdula, nombres,
apellidos, direccin, referencia, correo electrnico).
3 El sistema valida que todos los campos estn llenos
4. Guardar Informacin del cliente haciendo click en el botn 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 bsqueda del cliente al cual se desea editar los
datos mediante su cdula.
2. Una vez encontrado, hace click en el botn Editar
3. Se le presenta un formulario con los datos actuales del cliente, con
permisos de edicin de los campos de correo, direccin, telfono, etc, El
usuario realiza la edicin o actualizacin de los datos pertinentes
4. Hace click en el botn Guardar.
3.2.5 Flujo alterno
Datos incorrectos
1. Error en el ingreso de los datos del cliente, o falta algn parmetro
y el caso de uso finaliza.
2. Mostrar alerta indicando cul o cules 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 ningn registro con el nmero de id de cliente
buscado
2. Se presenta la opcin de registrarse
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
VERSIN 0.1
VISIN
FECHA: 15/07/2016

En las pantallas de entrada de datos, el sistema indicar que campos son obligatorios de
ingresar colocando un asterisco cerca al campo.
- El usuario no debe estar registrado.
- El usuario cliente debe estar registrado previamente para poder
actualizar los datos del mismo
- 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 descripcin

El sistema permite al usuario Counter buscar los clientes registrados en el sistema
ya sea por su nmero de cdula o por su nombre y apellido.
-
Administrador y Counter, los cuales tienen privilegios especiales de

bsqueda.
- Cliente
3.3.4.1 Flujo bsico
1.
El sistema muestra la interfaz Buscar Cliente con la lista mostrando los
siguientes campos de bsqueda: cdula, nombre y apellidos
2.
Resultado de bsqueda (tabla): Nombre o Razn Social, cdula o RUC.
3.
Adems de las opciones: Cancelar, borrar datos.
4.
El usuario llena los campos de bsqueda.
5.
El usuario selecciona opcin Buscar.
6.
El sistema cargar en la grilla el resultado de la bsqueda.
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 bsqueda del cliente por ningn campo, debido a
que no existe, o en su defecto los datos ingresados son errneos.
2. Limpiar formulario para re ingreso de parmetros de bsqueda.
VERSIN 0.1
VISIN
FECHA: 15/07/2016

RF33 El sistema permitir realizar bsquedas de los clientes registrados en el
sistema
La presentacin de las coincidencias buscadas deben presentarse en orden
alfabtico
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..
- El sistema debe devolver el resultado de la bsqueda 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

El caso de uso permite al counter quin recibir el pago adeudado por el cliente, se
permitir registrar el pago en el sistema.
- Counter
- Cliente
3.4.4.1 Flujo bsico
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 cdigo de
VERSIN 0.1
VISIN
FECHA: 15/07/2016
3. El sistema calcula el valor de la encomienda en base a peso, tipo envo,

clasificacion, distancia envo y tamao paquete.
4. El sistema le presentar los detalles del costo de envo
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 mensaje
8. El usuario enva la factura a imprimir
3.4.5 Flujo alterno
Cancelacin de envo
1.
Si el usuario no cancela el valor del envo, en 3 das
2.
En envo ser cancelado
RF04 El sistema mostrar los montos a pagar

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

El sistema debe conectado a la entidad bancaria, para poder realizar la
comunicacin de informacin.
El usuario que va a realizar la operacin de enviar pago debe tener un perfil de
cliente y haber realizado un registro de encomienda previamente, para poder
realizar este proceso.
- 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.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
3.5. Caso de uso 05

3.5.1.Nombre.
CU5: Gestionar Encomiendas
3.5.2 Descripcin breve: El sistema permite el registro, actualizacin, suspensin y eliminacin
de encomiendas, cuya accin 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 Bsico:
Registro de encomiendas
1. El usuario cliente ingresa al mdulo de encomiendas
2. Llenar un formulario con la informacin del paquete, como: tipo envio, clasificacin,
contenido, nombre remitente, nombre receptor, direccin, etc.
3. El usuario guardar el registro de la encomienda
Edicin encomiendas:
1. El usuario transportista,, retira la encomienda en la direccin 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, cdigo de barra y transporte asignado.
5. El usuario click en el botn Guardar, se realizan la actualizacin de los cambios
realizados
Eliminacin de encomiendas:
1. El usuario Counter har la solicitud al usuario administrador de la eliminacin de una
encomienda
2. El usuario Administrador se identificar en el sistema
3. El usuario Administrador se buscar la encomienda mediante un cdigo
4. El usuario Administrador eliminar la encomienda
3.5.3.2 Flujos alternos

- El sistema guarda la actualizacin 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 comunicacin
de informacin.
VERSIN 0.1
VISIN
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 Descripcin breve: El sistema permite la bsqueda de encomiendas, en esta actividad
se ingresa los datos de la encomienda, ya sean el identificador de la misma o la cdula del
cliente, esto lo puede realizar los usuarios Counter, Transportista y Bodeguero.
- Counter
- Transportista
- Bodeguero
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 identificacin de la encomienda.
4. Hacer click en el botn Buscar
5. Se etiquetara el paquete con un cdigo, el cual le ser asignado por el sistema.
6. El usuario receptar un mensaje con el estado de la encomienda.
El sistema busca la encomienda en la base de datos junto con el estado con el que se
encuentra.
Solicitud del cliente Emisor
Visualizacin de la encomienda buscada en la base de datos del sistema.
3.6.6. Relaciones
VERSIN 0.1
VISIN
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 Descripcin breve: El sistema permite la edicin y/o actualizacin de los datos
correspondientes a el estado de una encomienda, cuya accin ser realizada por los usuarios
Administrador, Transportista, Bodeguero y Counter.
- Administrador
- Counter
- Transportista
- Bodeguero
Los usuarios Transportista, Counter y Almacenero se identificar en el sistema previamente.
Los usuarios Counter u Administrador, buscarn la encomienda mediante un cdigo de la misma
o mediante el nmero de cdula de cliente Emisor.
Una vez encontrada la encomienda, hacer click en el botn de editar estado encomienda, y
editar la informacin.
Hacer click en el botn Guardar cambios

Alternativamente los cambios se actualizarn en la base de datos del sistema.
Que exista en la base de datos la encomienda con el cdigo de la encomienda a buscar
Actualizacin 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.
VERSIN 0.1
VISIN
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 Descripcin breve: El sistema permite la creacin y edicin de unidades de transporte
en el sistema, que van a hacer uso las encomiendas, cuya accin ser realizada por el usuario
Administrador y Counter.
- Administrador
- Counter
Registro de Transporte
1. El usuario Administrador o Counter ingresa al mdulo de Transporte.
2. Llenar un formulario con la informacin del transporte, como: tipo de unidad, nmero de
unidad, nombres conductor, etc.
3. El usuario guardar el registro de la unidad de transporte.
Edicin 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 botn Guardar, se realizan la actualizacin de los cambios
realizados
Asignacin Transporte:
1. El Usuario Counter visualizar la lista de transportes disponibles para su respectiva
asignacin.
2. El usuario selecciona la unidad que necesite y dar clic en el botn siguiente.
3. Llenar el formulario con la informacin de la encomienda a enviar, como: destino,
contenido, nombre remitente, nombre receptor, etc.
4. El usuario dar clic en Enviar.
El sistema guarda la actualizacin 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.
VERSIN 0.1
VISIN
FECHA: 15/07/2016
El sistema, identificar y notificar sobre la nueva asignacin de unidades de transporte

registrados.
Unidad registrada en la base de datos del sistema

Datos desactualizados o errneos.
Actualizacin 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 Descripcin breve: El sistema permite la generacin de las guas de remisin por cada
encomienda, esta gua de remisin se enviar al correo del cliente receptor, mediante la cual se
verificar la entrega de la encomienda.
- Cliente (receptor)
- Transportista
9.3. Flujo de eventos
9.3.1 Flujo Bsico:
1. El usuario transportista, buscarn la encomienda mediante un cdigo
VERSIN 0.1
VISIN
FECHA: 15/07/2016
2. Una vez encontrada la encomienda, hacer clic en el botn de editar estado

encomienda, y editar el estado ha entregado.
3. Hacer click en el botn Guardar cambios.
4. Automticamente 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 actualizarn 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
VERSIN 0.1
VISIN
FECHA: 15/07/2016
4. ANEXOS
MATRIZ DE TRAZABILIDAD
Necesidades
Carcteristicas
Requerimientos
Casos de uso
Verificar
si
el Bsqueda 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
envo
de
encomiendas
Asignar roles segn el
perfil que desempea
el empleado en la
empresa
Necesidad
de
ingresar los datos de
las encomiendas en el
sistema
nuevo Registrar Cliente
Asignar permisos y Autenticar Usuario

restricciones a ciertas
funcionalidades
del
sistema segn el perfil
que cumple.
Necesidad
de Facilidad en la gestin
gestionar los clientes de clientes
Facilidad
para
ingresar datos de
encomiendas en el
sistema.
Necesidad de gestin Facilidad en la edicin

total
de
las de datos de la
Buscar Cliente
Autenticar Usuario
El sistema debe Editar Cliente

permitir
buscar Eliminar Cliente
clientes registrados
en el sistema
El sistema debe
permitir
editar
clientes que estn
registrados en el
sistema
El sistema debe
permitir
eliminar
clientes que estn
registrados en el
sistema
El sistema debe Registrar
permitir
registrar Encomiendas
encomiendas en el
sistema
El sistema
permitir
debe Registrar
la Encomiendas
VERSIN 0.1
VISIN
FECHA: 15/07/2016
encomiendas
encomienda
Facilidad
en
eliminacin
encomiendas
errneas
la
de
actualizacin
de Editar Encomiendas
datos
de
una Buscar Encomienda
encomienda
Eliminar Encomienda
El sistema debe
permitir
la
eliminacin
de
encomiendas
errneas.
Necesidad de Buscar Facilidad

para
Encomienda
encontrar
encomiendas
registradas
en
el
sistema.
El sistema debe Registrar

permitir
buscar Encomienda
encomiendas.
Buscar Encomienda
El sistema debe
permitir Visualizar
las encomiendas
seleccionadas
Necesidad de Editar el Facilidad para editar

estado
de
la los estados en los que
encomienda
se
encuentre
la
encomienda.
El sistema debe Buscar Encomienda

permitir el estado Cambiar
estado
en el que se Encomienda
encuentra
la
encomienda.
Necesidad
de
Administrar Estados
en el sistema
El sistema debe
permitir
crear
nuevos estados.
El sistema debe
permitir buscar los
estados
disponibles para su
respectiva
asignacin.
El sistema debe
permitir editar un
estado existente en
el sistema.
El sistema debe
permitir eliminar un
estado registrado
en el sistema.
Necesidad de notificar
a
quienes
corresponda
del
cambio del estado de
una encomienda
Facilidad para crear

nuevos estados que
sern usados para
detallar cmo 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.
Facilidad
para
comunicar
electrnicamente
al
personal
involucrado
del
cambio de estado
de
una
Crear Estado
Buscar Estado
Editar Estado
Eliminar Estado
El
sistema
debe Ingresar
Encomienda
comunicar
Cambiar
Estado
electrnicamente
al
encomienda
personal involucrado
Notificar Estado
del cambio de estado
de una encomienda
VERSIN 0.1
VISIN
FECHA: 15/07/2016
Necesidad
distribuir
encomiendas
unidades
transporte
disponibles.
de
las
las
de
encomienda
Facilidad
que
tiene el cliente
para visualizar el
estado
de
su
encomienda
Facilidad
para
asignar
una
encomienda a una
unidad
de
transporte
especfico,
de
acuerdo
a
la
urgencia de envo
del paquete.
El sistema permitir Gestin de Transporte

asignar
las
encomiendas a un
medio
transporte
disponible.

HenryGuarnizo FundamentosDeIngenieriaDeSoftware IIBim

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

HenryGuarnizo FundamentosDeIngenieriaDeSoftware IIBim

Загружено:

Авторское право:

Доступные форматы

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

FUNDAMENTOS DE INGENIERA DE SOFTWARE

de administracin de encomiendas para la

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

Documento de Versin preliminar

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

Definiciones, Acrnimos y Abreviaturas

Precondicin de un caso de uso

Especificacin de una funcionalidad, donde el

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

Especificacin de requisitos del software

Metodologa de desarrollo de software

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

Posicionamiento del Negocio

Cliente, Administrador, Almacenero y Transportador

Requieren controlar los paquetes que sern recibidos, almacenados

Sistema de Entregas y Seguimiento de Encomiendas en Lnea

Controla la distribucin de paquetes a nivel local y nacional

Que actualmente que se cuenta con un control de registro ineficiente,

A Travs de una aplicacin web permitir, realizar el control

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

7. Administrar los datos de encomienda (crear, actualizar,

Sentencia que define el Problema

Sentencia que define el problema de la empresa de administracin de encomiendas de la

Los afectados son:

- Empresa quin implemente el sistema

La empresa cuenta con registro manual de los paquetes ingresados, lo

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

El despachador de paquetes tiene que registrar de forma

Contar con un sistema que permita llevar un control de los paquetes

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

encomienda mediante un correo electrnico a quienes

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

3 Descripciones de los Involucrados

Resumen de las Partes Interesadas

Diseo y desarrollo del

encargadas del diseo y

desarrollo del sistema

Es el usuario que inicia

el proceso del servicio

Sistema de administracin de encomiendas para la Cooperativa de Transportes 2 de Junio

DOCUMENTO DE VISIN, REQUERIMIENTOS Y CASOS DE USO

la encomiendas por lotes

y salidas del almacn

3.2 Resumen de Usuarios

Es la persona que hace la

solicitud de servicio envo

3.3 Perfil de las Partes Interesadas

- Henry Guarnizo Quesada

Representante, diseador, analista y creador

Profesionales en formacin de la UTPL

Encargado de realizar en su totalidad el