Está en la página 1de 44

Universidad Popular del Cesar

Programa de Ingeniería de Sistemas

APLICACIÓN WEB PARA EL PROCESO DE SOLICITUD DE DOMICILIOS


PARA LA EMPRESA A TIEMPO EN LA CIUDAD DE VALLEDUPAR

UNIVERSIDAD POPULAR DEL CESAR (“U.P.C”)


FACULTAD DE INGENIERÍA Y TECNOLOGÍA
PROGRAMA INGENIERÍA DE SISTEMAS
INGENIERÍA DE SOFTWARE
VALLEDUPAR
2019-02
APLICACIÓN WEB PARA EL PROCESO DE SOLICITUD DE DOMICILIOS
PARA LA EMPRESA A TIEMPO EN LA CIUDAD DE VALLEDUPAR

JESUS DAVID MOLINA SANGUINO


WILMER ANDRES CASTILLA CARO

DIRECTORA
EYDY DEL CARMEN SUÁREZ BRIEVA
INGENIERÍA DE SISTEMAS
ESP. INGENIERÍA DE SOFTWARE
MSC. INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
UNIVERSIDAD POPULAR DEL CESAR (“U.P.C”)
FACULTAD DE INGENIERÍA Y TECNOLOGÍA
PROGRAMA INGENIERÍA DE SISTEMAS
INGENIERÍA DE SOFTWARE
VALLEDUPAR
2019-02
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

TABLA DE CONTENIDO

1. Titulo.......................................................................................................................................1

1.1. Dirección de Ejecución......................................................................................................1


1.2. Lapso de Ejecución......................................................................................................1
2. Autores....................................................................................................................................1

2.1. Docente..............................................................................................................................1

3. Línea de investigación.............................................................................................................2

3.1. Área....................................................................................................................................2

3.2. Sub-línea de investigación.....................................................................................2

4. Estado del Arte........................................................................................................................3

4.1. Internacional......................................................................................................................3

4.2. Nacional........................................................................................................................5

4.3. Local...................................................................................................................................7

5. Descripción del problema......................................................................................................10

6. Justificación...........................................................................................................................11

7. Objetivos................................................................................................................................12

7.1. Objetivo general................................................................................................................12

7.2. Objetivos específicos..................................................................................................12

8. Cronograma de actividades...................................................................................................13

8.1. Análisis del Sistema..........................................................................................................13

8.2. Diseño del Sistema......................................................................................................13

8.1. Codificación, Prueba Y Capacitación...............................................................................13


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

9. Ingeniería de requerimientos.................................................................................................14

9.1. Requerimientos funcionales..............................................................................................14

9.2. Requerimientos no funcionales...................................................................................15

10. Modelo de negocio................................................................................................................16

11. Diagrama de actividad...........................................................................................................18

12. Diagrama casos de uso..........................................................................................................19

13. Descripción de los casos de uso............................................................................................21

14. Diagrama de Clases...............................................................................................................22

15. Historias de Usuarios.............................................................................................................26

16. Diagrama de Secuencias.......................................................................................................27

17. Diagrama de Estado...............................................................................................................28

18. Diagrama de Colaboración....................................................................................................29

19. Diagrama de Componentes...................................................................................................30

20. Modelo Relacional................................................................................................................31

21. Diccionario de Datos.............................................................................................................34

22. Referencias bibliográficas.....................................................................................................39


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

1. TITULO:

Aplicación web para el proceso de solicitud de domicilios para la empresa A tiempo en la ciudad de
Valledupar.

1.1. DIRECCIÓN DE EJECUCIÓN:

Carrera 19ª 2 # 7ª – 60, Barrio los músicos, Teléfono 5901155, Celular 3006808429, e-

mail a_tiempomensajeria@gmail.com.

1.2. LAPSO DE EJECUCIÓN:

Se realizara en un periodo de 3 meses.

2. AUTORES:

Nombres Apellidos Identificaci Celular E-mail


ón
Jesus David Molina 112074343 30077763 jmolina17abc@gmail.com
Sanguino 4 70
Wilmer Castilla Caro 100324071 31657934 andre22031993@gmail.co
Andres 9 09 m

2.1. DOCENTE:

 Ing. Eydy del Carmen Suárez Brieva

 Correo electrónico: eydysuarez@unicesar.edu.co

 Twitter : @eydysuarez

 Número de estudiantes: 2

1
3. LÍNEA DE INVESTIGACIÓN:

Tecnologías de información y comunicación.

3.1. Área: Ingeniería de software.

3.2. Sub-línea de investigación: Desarrollo de software y aplicaciones web.

"Las Tecnologías de la Información y la Comunicación, también conocidas como TIC, son el

conjunto de tecnologías desarrolladas para gestionar información y enviarla de un lugar a otro.

Abarcan un abanico de soluciones muy amplio. Incluyen las tecnologías para almacenar

información y recuperarla después, enviar y recibir información de un sitio a otro, o procesar

información para poder calcular resultados y elaborar informes" (González, 2015); así mismo

según (Monografias.com, 2006) “Un sistema de información es un conjunto de elementos que

interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio”.

Según (irvin, 2012) la ingeniería de software es el área de la ingeniería que ofrece métodos y

técnicas para desarrollar y mantener software, esta ingeniería trata con áreas muy diversas de la

informática y de las ciencias de la computación, tales como construcción de compiladores,

sistemas operativos, o desarrollos Intranet/Internet, abordando todas las fases del ciclo de vida

del desarrollo de cualquier tipo de sistemas de información y aplicables a infinidad de áreas:

negocios, investigación científica, medicina, producción, logística, banca, control de tráfico,

meteorología, derecho, Internet, Intranet, etc. De igual forma (Bohen, 1976) dijo la ingeniería de

software es la aplicación práctica del conocimiento científico.


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

4. ESTADO DEL ARTE


Las aplicaciones web son aquellas herramientas que los usuarios pueden utilizar accediendo a

un servidor web a través de internet o intranet mediante un navegador o también es válido decir

que es un programa que se codifica en un lenguaje interpretable por los navegadores web en la

que se confía la ejecución al navegador; se han encontrado proyectos similares en otros países

departamentos y en la localidad en que se desarrolló el proyecto.

4.1 Internacional

Título: Desarrollo De Una Aplicación Móvil De Pedido De Comida A Domicilio Para

Sistemas Android e IOS Mediante React-Native.

Autor: (Sergio Aguado González, 2018).

Descripción: El objetivo principal es desarrollar una aplicación móvil para sistemas Android

e iOS mediante la tecnología React-Native que sirva como cliente a un sistema de pedido de

comida a domicilio.

Dicha aplicación debe permitir al usuario realizar pedidos de comida a domicilio de los

distintos restaurantes que ofrezcan un servicio de reparto en Castellón de la Plana. Ha de mostrar

un listado de todos ellos y la posibilidad de filtrarlos por tipo: mejicano, italiano, chino, etc. Para

cada restaurante debe mostrar detalles propios tales como el nombre, el tipo y una imagen

además de una lista de productos por categoría: ensaladas, entrantes, pastas, etc. Ha de gestionar

los pedidos con cada uno de los restaurantes: debe permitir añadir y eliminar los productos a un

pedido y efectuarlo indicando la dirección de entrega. Debe mostrar un resumen de un pedido

Con el coste en euros una vez haya sido efectuado. 3


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

Como física el sistema responde a una arquitectura cliente-servidor. Los dispositivos móviles

o computadores acceden a través de una API REST a los servicios web del servidor. Por ser

REST, el protocolo empleado en las comunicaciones es HTTP sin estado con sus cuatro

operaciones básicas: POST (crear), GET (leer y consultar), PUT (editar) y DELETE (eliminar).

Además, se utiliza JSON para el formato de los datos de las operaciones.

Metodología: El desarrollo del proyecto se gestionó con la metodología de desarrollo

ágil SCRUM, se aplicó las buenas prácticas que esta metodología plantea y se utilizó los

artefactos necesarios para realizar una correcta gestión.

Módulos del proyecto:

Módulo Administrador: Para inserción, actualización, consulta y borrado de productos y

promociones de la BD, el control de Proveedores, Domiciliarios y la asignación de pedidos a

domiciliarios; de uso restringido al Administrador o despachadores.

Módulo Cliente: Para la consulta de productos por Categorías y Subcategorías y para la

selección de productos del pedido, de uso libre por los clientes registrados que soliciten un

pedido.

Módulo Domiciliario: Para la consulta de solicitudes de pedido y el registro de su proceso

de entrega al cliente por parte de los domiciliarios, quienes deben registrarse personalmente en

las oficinas de la empresa.

4
4.2 Nacional

Título: Estudio De Factibilidad Para La Creación De Una Aplicación Móvil De Domicilios

En Girardot.

Autor: (Eduardo Ramírez Rodríguez & Jhon Jairo Osorio Laguna, 2018)

Descripción: Realizar un estudio de factibilidad de una aplicación móvil de domicilios en la

ciudad de Girardot y la región.

La solución es desarrollar un sistema web que permita a las personas realizar la solicitud de

servicios de domicilio de forma segura y desde la comodidad de sus hogares.

Para permitir su utilización desde un navegador de internet residente en computadores y/o

dispositivos móviles. Está compuesto por una Base de Datos (BD) que mantiene almacenada

toda la información de la operación del sistema, un área de almacenamiento de imágenes de los

productos.

Metodología: La metodología propuesta para la generación del proyecto de la aplicación son

las “Metodologías Agiles”. El cual permite desarrollar el software en forma ágil y responder a

los cambios que surgen a la hora del desarrollo de este.


Módulos del proyecto:

Módulo Administrador: El sistema autenticara al usuario administrador (contraseña), para

impedir el ingreso a usuarios no autorizados y se despliega en computadores o tabletas con

pantalla de 720 pixeles de ancho como mínimo, dada la característica de los formatos a

desplegar.

El administrador puede crear, modificar, eliminar o consultar grupos de productos, productos,

proveedores y domiciliarios; puede administrar los estados de proveedores y domiciliarios para

controlar la asignación de pedidos; puede crear nuevos usuarios con los diferentes roles

asignados y consultar resúmenes de actividad por pedidos, clientes, proveedores o domiciliarios

(nota: la funcionalidad de informes no ha sido implementada).

La asignación de pedidos a domiciliarios, funcionara de forma manual o automática. En este

último caso, las decisiones de aprobación y asignación de pedidos se realizaran de acuerdo con la

política trazada por la empresa (pendiente su definición e implementación). El administrador

actualizara las Promociones y espacios publicitarios a presentar en el módulo Cliente.

Módulo Cliente: Los Clientes pueden acceder a la aplicación desde dispositivos con pantalla

de cualquier tamaño para realizar pedidos seleccionando productos de uno o más proveedores,

puede utilizar filtro de búsqueda por producto, grupo o proveedor. Los productos se despliegan

con su imagen, nombre y precio, y pueden ser cargados al “carrito de compras”. Finalmente se

presenta el pedido con los valores relacionados, el cliente confirmara o rechazara alguno(s) de

Los ítems pedidos y finalmente aceptara el pedido para su despacho.


El modulo cliente cuenta con una franja para publicidad, tipo “banner”, de desplazamiento

horizontal, con contenido modificable por el administrador; Para cada oferta, contendrá una

imagen, y la descripción; al seleccionarla, se despliega el producto ofertado.

Módulo Domiciliario: Los Domiciliarios pueden acceder a la aplicación desde dispositivos

con pantalla de cualquier tamaño, autenticando su usuario, para consultar reportes de pedidos

asignados y confirmar su entrega. El domiciliario, al momento de activarse, deberá registrar su

capital de trabajo, para la asignación de pedidos. 19 Para realizar el pedido, el domiciliario

marcara los productos que vaya adquiriendo en la lista de chequeo de pedido. Al completarlo,

generara un aviso al cliente anunciando que el pedido está en camino. Al entregarlo generara un

aviso al administrador para reactivarse y poder recibir nuevos pedidos.

4.3 Local

Título: Aplicativo móvil para la recepción, solicitud y gestión de domicilios en las tiendas de

barrio.

Autor:( Santiago Andrés Arango Varón & Danilo Andrés Escobar Buitrago, 2016).

Descripción: Desarrollar un aplicativo móvil que facilite a los clientes la comunicación con

los tenderos de Bogotá para que puedan solicitar domicilios y estos puedan ser gestionados a

través de dispositivos inteligentes. El aplicativo móvil Mercapp es una plataforma virtual que se

utiliza para realizar pedidos a domicilio en las tiendas de barrio más cercanas de donde el Cliente

se encuentre. Las principales características de Mercapp son:

 Conecta a los tenderos con sus clientes ofreciendo toda la información necesaria para

Realizar el pedido de forma fácil, rápida y clara.


 Optimiza el servicio ya existente de domicilios de las tiendas de barrio haciéndolo más

sencillo, rápido y claro para sus clientes.

 Permite a los tenderos modernizar sus negocios y competir frente a otras tiendas.

 Optimiza los procesos de los tenderos para que sus ventas sean ágiles y efectivas.

Metodología: Para el desarrollo del proyecto Mercapp se usó la metodología del dashboard

de Scrum, el cual permite administrar proyectos organizados por tareas, dentro de un tablero con

una sola página, esta metodología hace que aumente la productividad del proyecto.

Módulos del proyecto:

Módulo Administrador: El sistema autenticara al usuario administrador (contraseña), para

impedir el ingreso a usuarios no autorizados y se despliega en computadores o tabletas con

pantalla de 720 pixeles de ancho como mínimo, dada la característica de los formatos a

desplegar.

Módulo Cliente: El modulo cliente cuenta con una franja para publicidad, tipo “banner”, de

desplazamiento horizontal, con contenido modificable por el administrador; Para cada oferta,

contendrá una imagen, y la descripción; al seleccionarla, se despliega el producto ofertado.


Módulo Domiciliario: Los Domiciliarios pueden acceder a la aplicación desde

dispositivos con pantalla de cualquier tamaño, autenticando su usuario, para consultar

reportes de pedidos asignados y confirmar su entrega. El domiciliario, al momento de

activarse, deberá registrar su capital de trabajo, para la asignación de pedidos.


5. DESCRIPCIÓN DEL PROBLEMA

La empresa a tiempo mensajería y domicilios, brinda sus servicios hace 9 años en la ciudad de

Valledupar, Actualmente realiza los proceso de gestión de domicilios y mensajería mediante

llamadas telefónicas en la cual el cliente llama a la empresa solicita el servicio, el administrador

anota la información correspondiente en un papel y se la asigna a un mensajero disponible, con

respecto al cálculo de las utilidades la información es consignada en un cuaderno y luego con la

calculadora se procede a calcular las cuentas, una de las principales falencia con las que cuenta la

empresa en que cada vez que el cliente solicita el servicio no se lleva un registro por lo tanto

cada vez que el cliente realice una solicitud este vuelve a suministrar su información.

La empresa a tiempo requiere un aplicativo web el cual permita la gestión de domicilios,

registro de clientes, registro de mensajeros, cálculo de ganancias del día y evaluar el servicio por

parte del cliente para determinar el grado de satisfacción, etc.

Para solucionar esta problemática se desarrollará e implementara un software que permita

sistematizar los procesos anteriormente mencionados de la empresa a tiempo que permita

gestionar los domicilios mediante un repositorio que capturara la información y la almacena en

una base de datos para acceder la información en tiempo real, realizar el cálculo de utilidades de

manera inmediatas sin necesidad de estar en la oficina garantizando la mejor experiencia de

usuario.
6. JUSTIFICACIÓN

La empresa a tiempo mensajería y domicilios, actualmente se dedica a la prestación de

servicio de domicilios y mensajería en la ciudad de Valledupar, a la que se le dificulta llevar un

control de información y asignación de servicios de manera eficiente.

Se pretende implementar un aplicativo web para llevar un flujo de información en tiempo real

en una base de datos y acceder a ella en cualquier momento, esta problemática surge a partir de

la necesidad de un software que mejore y facilite los procesos de asignación y notificación de

domicilios.

Mediante su implementación se pretende mejorar la experiencia de usuario al momento de

solicitar el servicio, brindándole a la empresa a tiempo un software que le permita sistematizar

los procesos y posicionarse en un escalón más alto del cual se encuentra actualmente debito a

que la mayoría de las empresas no cuentas con este tipo de aplicativo que faciliten a los clientes

la solicitud del servicio de mensajería y domicilios.

La soluciones ofrecidas por este aplicativo web en la empresa a tiempo mensajería y

domicilios, optimización de los procesos tradicionales que se llevan anteriormente, ganar una

mayor clientela por la facilidad de gestionar las solicitud y fiabilidad de este servicio.
7. OBJETIVOS

7.1. Objetivo General:

 Desarrollar un aplicativo web para sistematizar los procesos de mensajería y domicilios de

la empresa (a tiempo).

7.2. Objetivos Específicos:

 Analizar los procesos actuales realizados por la empresa (a tiempo) con la finalidad

de identificar los requerimientos.

 Diseñar la arquitectura del software en base a los requerimientos y organizarlos o

priorizarlos de acuerdo a la importancia expresada por el cliente e indicar los módulos

(Inicio de sesión, Gestionar Cliente, Servicio, Mensajero, Solicitar Servicio, Vehículo).

 Diseñar la base de datos con la finalidad de facilitar el almacenamiento y accesibilidad de

la información.

 Validar el sistema través de las pruebas de aceptación.


8. CRONOGRAMA DE ACTIVIDADES

8.1. Análisis del Sistema

8.2. Diseño del Sistema

8.3. Codificación, pruebas y Capacitación


9. INGENIERÍA DE REQUEMAMIENTOS
9.1. Requerimientos funcionales

NUMER REQUERIMIENTO DESCRIPCIÓN


O

RF01 GESTIONAR MENSAJERO El sistema deberá permitir a al administrador


registrar los empleados y anexar su hoja de
vida en formato digital.

RF02 GESTIONAR El sistema deberá permitir a administrador


MOTOCICLE registrar el vehículo en el cual presta el
TA servicio y anexar los papeles en regla.

RF03 GESTIONAR CLIENTE El sistema deberá permitir al Administrador


registrar al cliente una única vez para
determinar la frecuencia que solicita el
servicio.

RF04 ASIGNACIÓN El sistema deberá permitir asignar el servicio a


DEL través de la aplicación al mensajero que se
SERVICIO encuentre disponible.

RF05 EVALUAR SERVICIO El sistema deberá permitir a los clientes evaluar


el servicio para determinar el grado de
satisfacción.

RF06 GESTIONAR LAS El sistema deberá permitir calcular la ganancia


GANACIAS del día.

RF07 BLOQUEAR MENSAJERO El sistema deberá permitir al administrador


bloquear al mensajero si no entrego tarifa, no
Tiene los papeles al día y si se encuentra
reportado por un cliente al cual le presto el
servicio.
9.2. Requerimientos No funcionales

NUMER REQUERIMIENTO DESCRIPCIÓN


O

RF01 TIEMPO DE RESPUESTA El sistema deberá tener un tiempo de respuesta


lo más favorable posible para cuando se quiera
realizar algún tipo de consulta.

RF02 CAMPOS OBLIGATORIOS El sistema deberá manejar campos obligatorios


que el usuario de gestionar.

El equipo donde se ejecute la aplicación debe


RF03 RECURSOS DE contar con un sistema operativo Android 5.1
HARWARE en adelante y contar con mínimo 2 de memoria
RAM.

RF04 MANUAL DE USUARIO El sistema debe contar con un manual de


usuario estructurado adecuadamente.

La aplicación web debe poseer un diseño


RF05 DISEÑO RESPONSIVE Responsive a fin de garantizar la adecuada
visualización en múltiples computadores
Personales, dispositivos tabletas y teléfonos
inteligentes.

Los permisos de acceso al sistema podrán ser


RF06 ASIGNACION DE ROLES cambiados solamente por el administrador de
acceso a datos.

RF07 AYUDA EN LINEA El sistema debe contar con un módulo de


ayuda en línea para los clientes.
10. MODELO DE NEGOCIO
Este proyecto se enfoca en el desarrollo de un repositorio para la solitud de mensajería y

domicilios de le empresa a tiempo en la ciudad de Valledupar, el cual se encarga de satisfacer las

necesidades de los cliente y brindar seguridad al momento de solicitar los diferentes servicios

que se ofertan. De esta manera se pretende cautivar el pueblo vallenato en la forma como se

solicitan los domicilios, entrega de paquetes, pago se recibos, etc... , actualmente garantizando la

mejor experiencia de usuario. Para lo siguiente se muestra los procesos que maneja la empresa a

tiempo en cuanto el tema.

 Iniciar Sesión: En este proceso el administrador es la persona encargada de registrar a los

diferentes usuarios y asignar su correspondiente rol, de esta manera podrá acceder al

sistema y realizar las tareas pertinentes.

 Gestionar Plataforma: En este proceso se permitirá al administrador del aplicativo

establecer las tarifas y publicación de los diferentes servicios que ofrece la empresa y

realizar las acciones necesarias para cada tarea.

 Gestionar Servicio: En este proceso se gestiona tanto la solicitud del servicio como

la correspondiente asignación para hacer cumplimiento a las diferentes solicitudes.

 Gestionar Empleado: En este proceso el administrador es la persona en cargada de

registrar a los empleados que presten el servicio en la empresa, de esta manera se lleva un

control de los empleados que se encuentras disponibles al momento de realizar la asignación

de un servicio y que estos puedan acudir de forma inmediata.


 Gestionar Vehículo: En este proceso se realiza el correspondiente registro de los

vehículos en los cuales se presta el servicio para garantizar la prestación del servicio con el

tema de legalidad (papeles al día de la motocicleta), para su respectiva circulación en las

calle de Valledupar.

 Gestionar Cliente: En este proceso los clientes son registrados en el sistema al momento

de realizar la solicitud del servicio, para que la información solo se pida una única vez y se

almacene en la base de datos de la empresa.

 Gestionar Utilidades: En este proceso se calculan las utilidades que se realizan cada día

con la entrega de tarifa por parte de los mensajeros y así llevar un control sistemático de las

ganancias obtenidas.

 Bloquear Empleado: En este proceso el bloqueo de empleado se aplica aquellos que no

cumplan las normas de la empresa al momento de prestar el servicio, entregar tarifa,

cumplir horarios, tener los papeles de vehículo en regla. Esta acción solo puede ser

realizada por el administrador.

 Evaluar Servicio: En este proceso el cliente califica el servicio de acuerdo a su grado de

satisfacción, para que la empresa tome medidas si son necesarias por la realización de

alguna irregularidad al momento del cumplimiento del servicio.


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

11. DIAGRAMA DE ACTIVIDADES

18
12. DIAGRAMA DE CASOS DE USO
Actores:
 Administrador.
 Cliente.
 Mensajero.
13. DESCRIPCIÓN DE CASOS DE USO

Caso De Uso Gestionar Vehículos


Actores Administrador
Tipo Propósito Asociación
Se requiere registrar, editar, consultar y eliminar la información de
Resumen
los vehículos en los cuales los mensajeros prestan el servicio para
poder llevar un seguimiento y un control de la legalidad de su
documentación al momento de circular en las calles de Valledupar.

Procedimiento  Ingresa en el apartado de registrar vehículo.


 Diligencia los campos necesarios para el registro.
Postcondición Establecer la fecha del registro, anexar los papeles del vehículo.
El mensajero no puede modificar, eliminar o editar la información del
Excepciones
vehículo.
El mensajero si no tienes los papeles del vehículo en regla, no se le
asignara servicios.
Caso De Uso Gestionar Empleado
Actores Administrador
Tipo Propósito Asociación
Resumen Se requiere registrar, editar, consultar y eliminar la información de los
empleados que trabajan en la empresa.

Procedimiento  Diligencia Formulario de registro de empleado.


 Anexa hoja de vida.
Postcondición Registra el vehículo en el cual va a presta el servicio.
No puede asignar servicios al mensajero sino se encuentra registrado en el
Excepciones
sistema.
El empleado que no entregue tarifa será bloqueado en el sistema.

Caso De Uso Gestionar Utilidades


Actores Administrador
Tipo Propósito Asociación
Se requiere registrar, editar, consultar y eliminar la información de las
Resumen
utilidades diarias que generan los empleados en la empresa para llevar
un control de las ganancias obtenidas en un determinado periodo.
 Confirma las tarifas recibidas.
Procedimiento  El sistema procede a realizar los cálculos.

Postcondición Las tarifas deben ser entregadas por los mensajeros para poder registrarlas.
El mensajeo que no entregue tarifa será bloqueado temporal o permanente
Excepciones
mente.

21
Caso De Uso Solicitar Servicio
Actores Administrador
Tipo Propósito include
Resumen El cliente solicita el servicio a través del aplicativo, el administrador
procede a registrarlo y luego si la solicitud es confirmada procede a
realizar la respectiva asignación al mensajero disponible.
 Solicitar servicio.
 Confirmar Servicio.
Procedimiento
 Registrar servicio.
 Asignar servicio.
Postcondición Se asigna al mensajero que se encuentre disponible
Excepciones Si no se diligencia la información necesaria no se realiza el servicio.

Caso De Uso Notificación De Entrega


Actores Administrador, mensajero
Tipo Propósito Extend
Resumen El empleado notifica al administrador cuando completa un servicio para
actualizar la disponibilidad del mismo y proceder a asignar otros servicios.
 Consultar mensajeros.
Procedimiento  Asignar servicio.
 Completar servicio.
 Cambiar estado del mensajero (disponible, ocupado).
Antes de asignar el servicio debió ser registro y previamente asignado a
Postcondición
una mensajero disponible.
Excepciones No puede notificar cumplimiento del servicio si no ha sido entregado.
Si el mensajero tiene estado ocupado no se le puede asignar otro servicio
sin antes culminar el servicio actual.
14. DIAGRAMA DE CLASES
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

15. HISTORIAS DE USUARIO

Historia De Usuario
Numero: HU01 Usuario: Administrador, Mensajero
Nombre De Historia:  Iniciar sesión
Puntos Estimados: 5
Programador Responsable: Jesus David Molina

Descripción: Como Empleado quiero poder ingresar al aplicativo con mi usuario y contraseña para tener
acceso a las funcionalidades del sistema de acuerdo al rol que se me asigne.

Condiciones:
 Se Debe especificar el rol (administrador/mensajero).
 El administrador debe entregar el respectivo usuario y contraseña al mensajero.
 Se debe registrar la información personal del mensajero en la base de datos, para realizar la
respetiva creación de su usuario que le permita ingresar al sistema (aplicativo web) de la
empresa.

Historia De Usuario
Numero: HU02 Usuario: Administrador
Nombre De Historia:  Gestionar Cliente
Puntos Estimados: 5
Programador Responsable: Jesus David Molina

Descripción: Como administrador quiero gestionar la información del cliente que solicita el servicio en
el sistema y poder (registrar, modificar, consultar y eliminar). Para llevar estudios a futuro y clasificar a
los clientes más frecuentes.

Condiciones:
 El administrador registra los clientes cliente que solicitan el servicio.
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

Historia De Usuario
Numero: HU03 Usuario: Administrador
Nombre De Historia:  Gestionar Mensajero
Puntos Estimados: 5
Programador Responsable: Jesus David Molina

Descripción: Como administrador quiero realizar la gestión de la información del mensajero en el


sistema y poder (registrar, modificar, consultar y eliminar). Los empleados que prestan el servicio de
mensajería y domicilio en la empresa a Tiempo, para llevar un control en la empresa de los empleados
que prestan su labor diariamente.

Condiciones:
 El administrador debe de registrar a los empleados y asignarle su correspondiente usuario y
contraseña.
 El empleado debe suministrar su hoja de vida en formato digital y físico.

Historia De Usuario
Numero: HU04 Usuario: cliente
Nombre De Historia: Solicitar Servicio
Puntos Estimados: 5
Programador Responsable: Jesus David Molina

Descripción: Como cliente quiero mediante el aplicativo (web), realizar la solicitud del servicio para
realizar el envío confiable de paquetes y conocer la información del mensajero y vehículo asignado.
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

Historia De Usuario
Numero: HU05 Usuario: Administrador
Nombre De Historia:  Gestionar Utilidades
Puntos Estimados: 7
Programador Responsable: Jesus David Molina

Descripción: Como administrador quiero gestionar las utilidades generadas en un determinado


periodo en el sistema: (registrar, modificar, consultar), para llevar un control de las ganancias que se
generan por servicios prestados.

Condiciones:
 El empleado debe estar registrado.
 Los empleados deben entregar la Tarifa diaria para registrar la en el sistema.
 Las utilidades se deben registrarse con una fecha obligatoriamente.
 El empleado que no entregue Tarifa sin causa alguna será Bloqueado.

Historia De Usuario
Numero: HU06 Usuario: Administrador
Nombre De Historia:  Gestionar Vehículo
Puntos Estimados: 5
Programador Responsable: Wilmer Andrés Castilla

Descripción: Como administrador quiero gestionar la información del vehículo en el sistema como
son: (registrar, modificar, consultar y eliminar). Para suministrar al cliente la placa y foto del
vehículo el cual le asignó el servicio y poder tener un control de la documentación del mismo

Condiciones:
 Debe registrar un mensajero y asociar el vehículo con el que presta el servicio.
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

Historia De Usuario
Numero: HU07 Usuario: Administrador
Nombre De Historia:  Gestionar Servicio
Puntos Estimados: 3
Programador Responsable: Wilmer Andrés Castilla

Descripción: Como administrador quiero realizar la gestión de los servicios que ofrece la empresa
(pago de facturas, pago en entidades bancarias, domicilio de comida, entrega de regalos y paquetes) en
el sistema como son: (registrar, modificar, consultar y eliminar). Para que estos sean visualizados por
el cliente en el aplicativo.

Historia De Usuario
Numero: HU08 Usuario: Cliente
Nombre De Historia:  Evaluar Servicio
Puntos Estimados: 2
Programador Responsable: Wilmer Andrés Castilla

Descripción: Como cliente quiero evaluar el nivel de satisfacción del servicio, para determinar el
grado de conformidad o inconformidad al recibir el mismo.

Condiciones:
 El cliente Debe estar registrado en el sistema.
 Debe solicitar el servicio.
 Debe describir la evaluación del servicio de manera puntual.
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

Historia De Usuario
Numero: HU09 Usuario: Administrador
Nombre De Historia:  Gestionar Tarifa
Puntos Estimados: 3
Programador Responsable: Wilmer Andrés Castilla

Descripción: Como administrador quiero gestionar la entrega de tarifas en el sistema y poder


(registrar, modificar, consultar para llevar un control de las ganancias obtenidas en un día
determinado y por conductor.

Condiciones:
 El administrador debe de registrar a los empleados.
 El empleado que no entregue tarifa será bloqueado del sistema.
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

16. DIAGRAMA DE SECUENCIAS


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

17. DIAGRAMA DE ESTADO


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

18. DIAGRAMA DE COLABORACIÓN


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

19. DIAGRAMA DE COMPONENTES


Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

20. MODELO RELACIONAL

22
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

21. DICCIONARIO DE DATOS

Tabla: Cliente
Campo Tipo Tamaño Descripción
Celular(Pk) Varchar 10 Clave única que identifica al cliente. 
Nombre Varchar 20  Nombre del cliente.
Apellido Varchar 20  Apellido del cliente.
Dirección Varchar 20  Dominio donde reside el cliente.

Tabla: Mensajero
Campo Tipo Tamaño Descripción
Id_mensajero(Pk
) Varchar 10 Clave única que identifica al mensajero. 
Nombre Varchar 20  Nombre del mensajero.
Apellido Varchar 20  Apellido del mensajero.
Celular Varchar 10 Celular de contacto del mensajero.
Correo Varchar 30 Correo electrónico del mensajero.
Estado Varchar 10  Estado del mensajero (disponible/ocupado).

Tabla: Vehículo
Campo Tipo Tamaño Descripción
Matricula(Pk) Varchar 10  Clave única que identifica al vehículo.
Marca Varchar 20  Marca del vehículo.
Modelo Varchar 10  Modelo del vehículo.
Color Varchar 20 Color que tiene el vehículo.
Soat Varchar 10 Soat seguro del vehículo.
Tecnomecánica Varchar 10 Condiciones mecánicas del vehículo.
Id_mensajero(Fk
) Varchar 10  Llave foránea que almacena la identificación del mensajero.

22
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

Tabla: Usuario
Campo Tipo Tamaño Descripción
Id_usuario(Pk
) Varchar 10  Clave única que identifica al usuario.
Nombre Varchar 30  Nombre del usuario.
Contraseña Varchar 10  Contraseña de acceso del usuario.

Tabla: Contrato
Campo Tipo Tamaño Descripción
Id_contrato(Pk) Varchar 10   Clave única que identifica al contrato.
Id_mensajero(Fk
) Varchar 10 Llave foránea que almacena la identificación del mensajero. 
Fecha Varchar 10  Fecha de inicio del contrato.

Tabla: Servicio
Tamañ
Campo Tipo o Descripción
Id_servicio(Pk) Varchar 10  Clave única que identifica al servicio.
Nombre Varchar 25  Nombre del servicio
Precio Decimal 10  Precio al público del servicio.

Tabla: Utilidades
Campo Tipo Tamaño Descripción
Id_utilidad(Pk) Varchar 10  Clave única que identifica la utilidad.
Id_mensajero(Fk
) Varchar 10  Llave foránea que almacena la identificación del mensajero.
Fecha Varchar 10 Fecha en la cual se registró las utilidades.
22
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas
Tarifa Decimal 10  Tarifa diaria entregada por el mensajero.

Tabla: Evaluar Servicio


Campo Tipo Tamaño Descripción
Codigo(Pk) Varchar 10  Clave única que identifica al servicio.
Id_cliente(Fk) Varchar 10 Llave foránea que almacena la identificación del cliente. 
Descripción Varchar 100 Descripción de la evaluación del servicio.
Fecha Varchar 10 Fecha en la cual se realizó la evaluación del servicio.
Id_solicitud (Fk) Varchar 10  Llave foránea que almacena la identificación del servicio.

Tabla: Solicitud de Servicio


Campo Tipo Tamaño Descripción
Id_solicitud(Pk) Varchar 10  Clave única que identifica al servicio.
Fecha Varchar 10  Fecha en la cual se realizó la solicitud del servicio.
Estado Varchar 10  Estado actual en el cual se encuentra el servicio.
Id_cliente(Fk) Varchar 10 Llave foránea que almacena la identificación del cliente.
Id_servicio(Fk) Varchar 10 Llave foránea que almacena la identificación del servicio.
Id_mensajero(Fk
) Varchar 10 Llave foránea que almacena la identificación del mensajero.

22
Universidad Popular del Cesar
Programa de Ingeniería de Sistemas

22. REFERENCIAS BIBLIOGRÁFICAS:

(El Tiempo, 2016) 'Apps' hasta para pedir condones desde su móvil.
https://cutt.ly/6e464wv

(El Heraldo, 2018) Domicilios por celular, un negocio de nativos


digitales. https://cutt.ly/Le466NM

(González Sergio, 2018) Trabajo de grado Universitat Jaume.


https://cutt.ly/ke7qevY

(Ramírez Eduardo, Osorio John, 2018) Estudio De Factibilidad Para La Creación De


Una Aplicación Móvil. https://cutt.ly/ee7qrtY

(Arango Santiago & Escobar Buitrago Danilo, 2016) Propuesta para trabajo de
grado. https://cutt.ly/me7qrKk

22

También podría gustarte