ESTRUCTURA DEL INFORME TÉCNICO

Índice General
Índice de figuras
1. JUSTIFICACIÓN

A sistemas avanzados y administración de servicios del golfo, S.A DE C.V, le es

de gran interés los cambios sociales, el crecimiento económico y las innovaciones
tecnológicas y de investigación. Es por ello la motivación de la creación dentro del
ecosistema Voixty una aplicación móvil enfocada al perfil de los Negocios y
prestadores de servicio de entrega.

Si bien es cierto que el proyecto cuenta con un apartado web para los negocios a
la cual se puede acceder con usuario y contraseña que adquieres solo si te
encuentras afiliado al sistema, se pretende crear un aplicativo móvil que llevara
por nombre “Voixty Socios” que tendrá la función de verificar los pedidos que
lleguen a los negocios y cambiar el estado de los mismos, así como retroalimentar
las valoraciones que emitan los clientes.

El principal objetivo es satisfacer las necesidades de los usuarios afiliados y que

sea más efectivo, esto permitirá a los negocios acceder en cualquier lugar de
donde se encuentren y a no necesariamente contar con un equipo de cómputo en
sus sucursales, ya que en la actualidad la gran mayoría de las personas cuentan
con un dispositivo móvil.
2. Objetivos

2.1 Objetivo General

Implementar dentro de la solución móvil de Voixty, un proyecto paralelo que sea enfocado
al perfil de prestadores-proveedores de servicio y prestadores de servicio de entrega, el
cual permitirá dar un seguimiento al historial de compras realizadas por parte del cliente,
dar seguimiento y actualizar los estados de los pedidos (ACEPTADO, CANCELADO, EN
PROCESO DE ENVÍO, ENTREGADO, etc.), ver las valoraciones de los pedidos. en
estado CANCELADO y ACEPTADO por parte del cliente y; retroalimentar las
valoraciones.

2.2 Objetivos Específicos

 Identificar y analizar los objetivos específicos para la realización de los módulos.

 Desarrollar el módulo de acceso, roles y permisos enfocado al perfil de
prestadores-proveedores de servicio y, prestadores de servicio de entrega.
 Desarrollar el escenario móvil de historial de pedidos, de acuerdo con las vistas y
roles específicos de los prestadores-proveedores de servicio y, prestadores de
servicio de entrega.
 Realizar el módulo de operaciones de las valoraciones de acuerdo con las vistas y
roles específicos de los prestadores de servicio y, prestadores de servicio de
entrega.
3 PROBLEMAS A RESOLVER PRIORIZÁNDOLOS

 Desarrollar una aplicación móvil enfocado al perfil de prestadores-

proveedores de servicio y prestadores de servicio de entrega.
 Roles de acceso.
 Perfil de usuario.
 Diseño de interfaz para módulo de pedidos.
 4. PROCEDIMIENTO Y DESCRIPCIÓN DE LAS ACTIVIDADES
REALIZADAS

4.1 CONTEXTUALIZACIÓN DEL ECOSISTEMA VOIXTY

4.1.1 Selección de metodología

Asesorías sobre el ecosistema Voixty, para conocer sobre las tecnologías en las cuales
está diseñada la aplicación web y móvil.
4.1.2 Selección de herramientas y tecnología
o Ionic Framework

Ionic es una herramienta, gratuita y de código abierto para el desarrollo de aplicaciones

hibridas en HTML5, CSS y JS, su construcción es a base de Sass y optimizado con
AngularJS.
Características

o Visual code

Microsoft Visual Studio Code es un editor de texto/IDE de programación, es una

herramienta de código abierto y se distribuye de forma gratuita.
o Enterprise Architect
Enterprise Architect es una herramienta de diseño y modelado de UML que destaca por ser fácil de
utilizar y la integración que tiene con los entornos de desarrollo de software.

Angular
o Typescript
o git

Sabiendo las tecnologías con las que se trabaja la aplicación móvil de Voixty en esta
sección se analiza que
METODOLOGIA DE DESARROLLO
4.2 ANALISIS DE REQUERIMIENTOS

Para la obtención de los requerimientos funcionales y no funcionales de la

aplicación, se realizaron entrevistas a los desarrolladores del ecosistema Voixty,
en las cuales se debatieron ideas para el buen desarrollo de la aplicación. Dicha
entrevista se encuentra en el (anexo xxx).
Dentro del ecosistema Voixty se desea crear una aplicación móvil para los
sistemas operativos Android y IOS para sus diferentes versiones, enfocada al
perfil de prestadores-proveedores de servicio y prestadores de servicio de entrega,
por lo cual se obtuvieron los siguientes requerimientos.
Requerimientos funcionales
 El usuario tendrá la posibilidad de iniciar sesión.
 El usuario tendrá la oportunidad de recuperar su contraseña.
 El usuario tendrá la oportunidad de ver sus datos personales (nombre de
usuario y correo electrónico) en un menú lateral.
 El sistema debe permitir al usuario desplazarse por las diferentes pantallas.
  El sistema debe permitir al usuario modificar información sobre los estados
de los pedidos de los clientes.
 El sistema debe permitir al usuario emitir retroalimentaciones y editarlas.
 El sistema podrá buscar pedidos por número de pedido, y rango de fechas.
 El sistema ordenara los pedidos por fecha y por estatus.
 El sistema debe permitir al usuario ver la vista de detalle de los pedidos.
 El sistema deberá mostrar notificaciones si el registro es exitoso o
denegado.
 El sistema permitirá cerrar sesión de un usuario anteriormente autenticado.

Requerimientos no funcionales

o Si el usuario no cierra sesión esta se mantendrá activa.

o Las contraseñas serán cifradas.
o Disponer de conexión a internet (Wifi, datos).
o El sistema debe ser accesible para cualquier persona que utilice la
aplicación para Android y iOS (versión).
o Interfaz gráfica atractiva.
o Tiempos de respuesta de no mas de 10 s en las peticiones al servidor.
o El sistema deberá confirmar cualquier transacción a realizar a través de
alertas de confirmación.

 El sistema tendrá un walkthrough solo cuando se instale por primera vez la

aplicación.
 El sistema tendrá un módulo de Ayuda donde se mostrarán FAQ.
 El sistema mostrara en el menú el nombre y la versión de la aplicación.

4.2.1 Prototipacion rápida

El objetivo de crear un diseño rápido es representar cuáles serán los
aspectos que se deben de considerar para que el usuario final tenga una
mejor experiencia con la aplicación considerando los atributos del software
relacionados con la calidad: usabilidad, efectividad, eficiencia y satisfacción.
INICIO DE SESIÓN
El módulo de inicio de sesión (ver figura x.x) el usuario previamente afiliado al
sistema deberá ingresar su correo electrónico y contraseña, Existirán cuatro
escenarios distintos para cada acción.
1. El usuario ingresa correctamente sus credenciales: El sistema mandará una
alerta con un mensaje de bienvenida y le dará acceso a la aplicación.
2. El usuario ingresa datos erróneos: El sistema mandara una alerta indicando
al usuario que sus datos son incorrectos.
3. El usuario no ingresa un campo: El sistema mandara una alerta indicando
que los campos son requeridos.
4. El sistema no puede conectarse con el servidor: El sistema manda un
mandara una alerta indicando que no se puede conectar con el servidor.

RECUPERAR CONTRASEÑA
En el módulo de ¿Olvidaste tu contraseña? (ver figura x.x) mostrara un dialogo que le pedirá el
correo electrónico con el que se registró para que se le sea enviado un mail con una nueva
contraseña que deberá ser usada de ese momento en adelante y una vez enviado el correo
electrónico deberá indicar que se ha enviado un correo electrónico para recuperar la contraseña.
MENÚ LATERAL
El menú lateral (ver figura x.x) se divide en tres secciones las cuales se describen
a continuación.
Datos personales se muestra el nombre y el correo electrónico del usuario que
inicio sesión. El usuario solo podrá visualizar sin editar, se mostrará junto con un
icono de usuario.
Paginas
Se muestra las páginas con las que cuenta la aplicación cada una manda a las
pantallas correspondientes, se mostraran junto con un icono representativo.
Cerrar sesión
Este botón permitirá salir de la sesión dentro de la aplicación borrando todo dato
del usuario, mostrará una alerta la cual le permitirá al usuario cerrar la sesión o
cancelar la operación.
Versión de la aplicación
SE muestra la versión que se está corriendo.

4.2.2 Modelo de casos de uso

Una vez que se establecen los requermientos del proyecto, el siguiente paso el
definir los casos de uso.
Para crear el modelo de caso de uso se logra a partir de las interrogantes
 ¿Quién utilizara la aplicación?
 ¿Qué acciones realizaran los usuarios?

Cuando que se logre identificar a los actores (personas)involucrados y saber que

acciones realizara se procede a crear el modelo de casos de uso, se analiza el
comportamiento que tendrán los actores dentro de la aplicación desde el punto de
vista del usuario, describiendo detalladamente los caminos por los cuales se
moverán y definiendo los posibles errores con los que se va a encontrar. Cabe
mencionar que dichos actores son prestadores-proveedores de servicio y
prestadores de servicio de entrega. (ver figura x.x)

4.3 ANALISIS Y DISEÑO PRELIMINAR

4.3.1 Descripción de casos de uso

Nombre: Iniciar Sesión

Descripción:
El usuario previamente afiliado podrá acceder al sistema con su correo electrónico y su
contraseña.

Actores: Proveedores de servicio y Proveedores de servicio de entrega

Camino Normal:
1. El usuario accede al sistema.
2. El sistema muestra la pantalla de inicio de sesión con los datos requeridos (Correo
electrónico y contraseña).
3. El usuario ingresa sus datos y pulsa "Iniciar Sesión".
4. El sistema valida que los datos sean correctos manda un mensaje de Bienvenida.
5. El usuario da clic en "Continuar".
6. El sistema da acceso a la aplicación y muestra la pantalla de Pedidos.

Camino Alternativo:
1. El sistema verifica que los datos que el usuario ingreso son incorrectos y manda una
alerta "Error de acceso- Datos incorrectos".
2. El usuario pulsara “Aceptar”.

Camino Alternativo:
1. El sistema detecta que algunos de los dos campos están vacíos y manda una alerta
"Los campos son requeridos".
2. El usuario da clic en "Aceptar".

Camino Excepcional:
1. El sistema manda un mensaje "Hubo un error al tratar de conectarse con el servidor”.
Por favor inténtelo nuevamente".
2. El usuario pulsa “Aceptar".

Nombre: Cerrar Sesión

Descripción:
El usuario registrado cerrara su sesión activa en el sistema, el sistema borrara todos sus
datos.

Actores: Proveedores de servicio y Proveedores de servicio de entrega

Camino Normal:
 1. El usuario abrirá el menú y se dirigirá a "Cerrar Sesión".
2. El sistema le mostrara una alerta “¿Estás seguro de cerrar tu sesión?”.
3. El usuario pulsa “Cerrar sesión”.
4. El sistema cierra la sesión y elimina los datos del usuario.

Camino alternativo:
1. El sistema mostrar una alerta “¿Estás seguro de cerrar tu sesión?”.
2. El usuario pulsa “Cancelar”.
3. El sistema vuelve a mostrar el menú.

Nombre: Ver Perfil

Descripción:
El Usuario que ha sido logueado con anterioridad podrá visualizar su nombre y correo
electrónico en el menú sin poder realizar ninguna modificación.

Actores: Proveedores de servicio y Proveedores de servicio de entrega

Camino Normal:
1. El usuario ya logueado podrá acceder al menú lateral.
2. El sistema le mostrara sus datos personales (nombre de usuario y correo electrónico).

Nombre: Recuperar Contraseña

Descripción:
El Usuario tendrá la posibilidad de recuperar su contraseña mediante su correo electrónico.

Actores: Proveedores de servicio y Proveedores de servicio de entrega

 Camino Normal:
1. El usuario se dirigirá a la sección ¿Olvidaste tu contraseña?
2. El sistema le mostrará un dialogo en el que le pedirá ingresar el correo electrónico
con el que se registró.
3. El usuario pulsara “Enviar”.
4. El sistema verificara que el correo electrónico sea válido para que se le envié un
correo con su nueva contraseña, Tendrá un tiempo de espera y mandara una
notificación que se ha enviado un correo electrónico a tu cuenta para que recupere su
contraseña.
5. El usuario pulsara "Aceptar" fuera del sistema el usuario se dirige a su cuenta de
correo electrónico y accede al correo que se le ha enviado da clic en recibir nueva
contraseña. El usuario ingresa al sistema nuevamente e ingresa su correo electrónico
y su nueva contraseña y pulsa iniciar sesión.
6. El sistema verifica que los datos son correctos y le da acceso a la aplicación.

Camino Alternativo:
1. El sistema detecta que se ingresó un correo electrónico invalido o no se ingresó
ningún correo y manda una alerta que se ingrese un correo electrónico valido.
2. El usuario vuelve a ingresar sus datos y pulsa "Enviar".
Camino Excepcional:
1. Problemas de conectividad.

4.3 IMPLEMENTACIÓN

4.3.1 Pantalla de Bienvenida a la aplicación

La primera pantalla que se muestra después de cargar la aplicación es la pantalla de bienvenida,

esta aparece solo la primera vez que es lanzada la aplicación, se muestra un breve tutorial
informativo sobre la funcionalidades con las que cuenta Voixty Socios , cuando el usuario llegua a
la pantalla final se muestra un botón con la leyenda “Comenzar” lo cual da acceso a la aplicación,
se cuenta con la restricción de no poder omitir el tutorial.

4.3.2 Inicio de sesión

4.3.3 Menú lateral
El menú funciona poder navegar por las diferentes pantallas de la aplicación, el menú se oculta
cuando la aplicación esta en uso, lo cual no ocupa espacio en las pantalla.

El menú contiene dos tres secciones

Datos personales

1. Se muestra el nombre del usuario y correo electrónico del usuario que ha inicio sesión.
Estos datos

• Análisis de requisitos
1) Modelo de dominio
2) Prototipación rápida
3) Modelo de casos de uso
• Análisis y diseño preliminar
1) Descripción de casos de uso
2) Diagrama de robustez
• Diseño
1) Diagrama de secuencia
2) Completar el modelo estático
• Implementación
1) Utilizar un diagrama de componentes
2) Escribir / Generar código
 3) Realización de pruebas

4.5 PRUEBAS Y ADECUACIONES

4.5.1 Pruebas de unidad

4.5.2 Pruebas de integración
4.5.3 Pruebas de sistema
4.5.4 Pruebas de aceptación
5 RESULTADOS, GRAFICAS Y PROTOTIPOS
6. CONCLUSIONES Y RECOMENDACIONES
6.1 Conclusiones
6.2 Recomendaciones
7. COMPETENCIAS DESARROLLADAS Y/O APLICADAS
8. ANEXOS

ENTREVISTA

1. ¿Cuál es el nombre de la Aplicación móvil?

Voixty Socios
2. ¿Quién podrá acceder al sistema?
Los negocios o proveedores de servicios, y los negocios de entrega o proveedores de
servicio de entrega que hayan realizado el proceso de afiliación.
3. El usuario registrado ¿Podrá ver su perfil?
Si lo podrá ver en el menú lateral su nombre de usuario y correo electrónico sin poder
realizar modificaciones.
4. ¿Se mostrarán mensajes de errores?
Si, del lado del cliente se mostrará mensaje de error cuando no se puede conectar al
servicio o cuando el tiempo de conexión exceda el permitido. (10 s)
Del lado del cliente también verificará los estatus de respuesta que regresa el Api de
servicios. Tendrá que manejar los errores 400 y 500.
5. ¿Qué pasa cuando el usuario olvida su contraseña?
Se creará una vista o formulario para la recuperación de la contraseña, el cual
mandará a llamar el servicio web correspondiente.
6. ¿Se podrán modificar los estados de los pedidos realizados por los clientes?

Los Estados con los que cuenta la aplicación: Solicitado, cancelado, Aceptado,
entregado, en proceso de compra

NEGOCIO DE ENTREGA
Si, solo con los pedidos aceptados
Un negocio puede pasar un pedido con el estatus aceptado a entregado.
NEGOCIO DE SERVICIO
Si, solo con los pedidos en estado solicitado y aceptado

Un negocio puede pasar un pedido con el estatus solicitado a aceptado

 Un negocio puede pasar un pedido con el estatus aceptado a entregado
7. ¿Se pueden editar las valoraciones emitidas por los clientes?
Un cliente puede emitir valoraciones a sus pedidos solo con estatus entregado y
cancelado. Un negocio de servicios solo podrá retroalimentar esa valoración del
cliente. Un negocio de servicio puede editar la retroalimentación que él mismo emitió.
NOTA: Se considerará un tiempo de holgura para efectuar retroalimentaciones.
Un negocio de entrega puede retroalimentar también una valoración del cliente,
siempre y cuando el negocio haya sido quien entrego la mercancía. También podrá
editar la retroalimentación que el mismo género. NOTA: Se considerará un tiempo de
holgura para efectuar retroalimentaciones.

8. ¿Se podrán buscar pedidos por nombre, numero de cliente?

Los pedidos se podrán buscar por número de pedido, fechas. Solo se podrán buscar
los pertenecientes al negocio de servicio y negocio de entrega
9. Los pedidos ¿Se ordenarán por fecha ascendente, descendente?

NEGOCIOS DE SERVICIO
Los pedidos en primera instancia se mostrarán ordenados por estatus (SOLICITADO,
ACEPTADO, ENTREGADO), ordenados por fecha de forma ascendente

NEGOCIOS DE ENTREGA
Los pedidos se mostrarán ordenados por estatus (ACEPTADO Y ENTREGADO),
ordenados por fecha de forma ascendente
Las paginaciones de los resultados serán de 20 en 20.
10. ¿Se mostrará en todo momento el usuario que haya iniciado sesión?
Si a través de un menú contextual (Menú lateral)

Nombre de los desarrolladores entrevistados:

MRySI Miguel Enrique Marín Sánchez
Ing. Raúl Colorado Pimentel
9. REFERENCIAS BIBLIOGRÁFICAS Y VIRTUALES