universidad de guayaquil facultad de ingenierÍa...

115
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERÍA INDUSTRIAL DEPARTAMENTO ACADEMICO DE GRADUACIÓN TRABAJO DE TITULACION PREVIO A LA OBTENCIÓN DEL TÍTULO DE LICENCIADO EN SISTEMAS DE INFORMACIÓN ÁREA SISTEMAS PRODUCTIVOS TEMA “APLICATIVO INFORMÁTICO PARA CONTROL DE TAXIS” AUTOR LUCERO SÁNCHEZ LEINER LENIN DIRECTOR DEL TRABAJO ING. SIST. JARAMILLO CAMPOS MARÍA MERCEDES, MBA. 2015 GUAYAQUIL - ECUADOR

Upload: others

Post on 09-May-2020

5 views

Category:

Documents


0 download

TRANSCRIPT

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERÍA INDUSTRIAL DEPARTAMENTO ACADEMICO DE GRADUACIÓN

TRABAJO DE TITULACION

PREVIO A LA OBTENCIÓN DEL TÍTULO DE LICENCIADO EN SISTEMAS DE INFORMACIÓN

ÁREA

SISTEMAS PRODUCTIVOS

TEMA

“APLICATIVO INFORMÁTICO PARA CONTROL DE TAXIS”

AUTOR

LUCERO SÁNCHEZ LEINER LENIN

DIRECTOR DEL TRABAJO

ING. SIST. JARAMILLO CAMPOS MARÍA MERCEDES, MBA.

2015

GUAYAQUIL - ECUADOR

ii

DECLARACIÓN DE AUTORÍA

‘’La responsabilidad del contenido de este Trabajo de Titulación, me

corresponde exclusivamente; y el patrimonio intelectual del mismo a la

Facultad de Ingeniería Industrial de la Universidad de Guayaquil’’

Lucero Sánchez Leiner Lenin

C.C. 0926768383

iii

DEDICATORIA

A Dios, por darme la vida, fuerza y sabiduría para seguir adelante.

A mi madre, porque gracias a sus enseñanzas y ánimos constantes supere

cada reto.

A mi esposa por darme el tiempo necesario, ayudarme y comprenderme

para cumplir mis metas.

A mis amigos, amigas y personas especiales que vivieron día a día este

sueño profesional.

A mi tutora, por esa constante ayuda.

Leiner Lucero Sánchez

iv

AGRADECIMIENTO

Le agradezco a Dios por haberme dado la vida y las fuerzas necesarias

para continuar con mis sueños, también por la sabiduría y conocimiento

que fueron indispensables para esta meta de mi vida.

Le doy gracias a mi mamá porque siempre me dio ánimos, me insistió que

continuara, me dio esas fuerzas para no rendirme y dejar el miedo a un lado

de no poder o fracasar.

Le doy gracias a mi esposa por darme esa comprensión que necesitaba

para dedicarme completamente a este sueño, que me dio tiempo para

poder cumplir mis metas y sobre todo que siempre me decía "vamos tu

puedes, ya falta poco".

Le doy gracias a esas personas que para mí fueron angelitos enviados por

Dios y me ayudaron muchísimo en cada paso de mi carrera, este proyecto

tiene nombres de muchas personas que de una manera u otra colaboraron,

nunca me sentí solo, doy gracias que cada día estaba una persona a mi

lado para apoyarme, enseñarme y corregirme.

Gracias a mi tutora que a pesar de la distancia siempre tuvo tiempo en

cualquier día de la semana para guiarme y que mucho más tuvo tiempo

para darme una mano en el alcance de mis sueños y metas.

Le doy gracias, a Dios por enseñarme que aunque los caminos son difíciles

y duros, que aunque las circunstancias sean malas y los problemas sean

muchos, siempre todo se puede, con una sonrisa, con amor y sobre todo

con fe; se podrá alcanzar lo inalcanzable, se podrá ver lo invencible y sobre

todo se podrá conseguir lo imposible.

Leiner Lucero Sánchez

v

ÍNDICE GENERAL

No. Descripción Pág.

PRÓLOGO 1

INTRODUCCIÓN 2

CAPÍTULO I

MARCO TEÓRICO

No. Descripción Pág.

1.1 Taxis 10

1.2 Pasajero 10

1.3 Taxi Operadoras 11

1.4 PostgreSQL 11

1.5 Django 14

1.6 Python 15

1.7 Apache Córdova 17

1.8 Android SDK 18

1.9 REST 20

CAPITULO II

MARCO METODOLÓGICO

No. Descripción Pág.

2.1 Alcance de la investigación 26

2.2 Hipótesis 27

2.3 Definición de Variables 27

2.3.1 Variable independiente 27

2.3.2 Variables dependientes 27

2.4 Diseño de la investigación 27

2.5 Selección de la muestra 28

2.6 Recolección de datos 29

vi

No. Descripción Pág.

2.7 Metodología de desarrollo. 29

2.7.1 Fase de análisis 31

2.7.2 Estudio de factibilidad.- Operativa, tecnológica y económica. 34

2.7.3 Fase de Diseño 39

2.7.4 Fase de Construcción 41

2.7.5 Fase de Pruebas 41

2.7.6 Fase de Implementación 42

2.8 Planificación 42

CAPITILO III

ANÁLISIS Y DISCUSIÓN DE RESULTADOS

No. Descripción Pág.

3.1 Preparación de los datos 44

3.1.1 Interpretación de datos. 44

3.1.2 Encuesta para Usuarios 44

3.1.3 Encuesta para Taxista 51

3.2 Análisis de los datos 55

3.3 Comprobación de la hipótesis 56

CAPITULO IV

CONCLUSIONES Y RECOMENDACIONES

No. Descripción Pág.

4.1 Conclusiones 58

4.2 Recomendaciones 59

ANEXOS 60

BIBLIOGRAFÍAS 102

vii

ÍNDICE DE FIGURAS

No. Descripción Pág.

1 Crecimiento de Abonados 2

2 Relación entre los problemas elegidos 4

3 PostgreSQL 11

4 REST Web Service 20

5 Cliente/Servidor 21

6 Sin estado 21

7 Cache 22

8 Servicios Uniformes 22

9 Arquitectura en Capas 23

viii

ÍNDICE DE TABLAS

No. Descripción Pág.

1 Matriz de problemas 4

2 Número de encuestas 27

3 Desarrollo ágil de software 30

4 Lista Requerimientos Taxista 34

5 Lista Requerimientos Pasajero 35

6 Costos 38

7 Tabla de ingresos anuales 39

8 Encuesta Usuario - Pregunta 1 46

9 Encuesta Usuario - Pregunta 2 47

10 Encuesta Usuario - Pregunta 3 48

11 Encuesta Usuario - Pregunta 4 49

12 Encuesta Usuario - Pregunta 5 50

13 Encuesta Usuario - Pregunta 6 51

14 Encuesta Taxista - Pregunta 1 52

15 Encuesta Taxista - Pregunta 2 54

16 Encuesta Taxista - Pregunta 3 55

17 Encuesta Taxista - Pregunta 4 56

ix

ÍNDICE DE GRÁFICOS

No. Descripción Pág.

1 Encuesta Usuario - Pregunta 1 46

2 Encuesta Usuario - Pregunta 2 47

3 Encuesta Usuario - Pregunta 3 48

4 Encuesta Usuario - Pregunta 4 49

5 Encuesta Usuario - Pregunta 5 50

6 Encuesta Usuario - Pregunta 6 51

7 Encuesta Taxista - Pregunta 1 52

8 Encuesta Taxista - Pregunta 2 54

9 Encuesta Taxista - Pregunta 3 55

10 Encuesta Taxista - Pregunta 4 56

x

ÍNDICE DE ANEXOS

No. Descripción Pág.

1 Encuesta Usuario 61

2 Encuesta Taxista 63

3 Arquitectura Aplicativo Taxi Around 64

4 MER (Modelo Entidad-Relación) 65

5 Diccionario De Datos 66

6 Diagrama De Flujo 70

7 Casos De Uso 71

8 Diagrama De Secuencia 73

9 Diseño De Pantallas 75

10 Pruebas funcionales 79

11 Manual de pasajero (aplicativo taxi around) 81

12 Manual de taxistas (aplicativo taxi around) 86

13 Plan taxi around 90

xi

AUTOR: LEINER LENIN LUCERO SÁNCHEZ TEMA: APLICATIVO INFORMATICO PARA CONTROL DE TAXIS DIRECTOR: ING. JARAMILLO CAMPOS MARÍA MERCEDES, MBA.

RESUMEN

Este proyecto propone el desarrollo de una aplicación para móviles Android en la ciudad de Guayaquil para encontrar y tomar un taxi, con el objetivo de reducir el tiempo de espera y obtener un servicio de taxi que brinde el beneficio de rapidez al usuario, se logrará incrementar un porcentaje de ganancias a los choferes, tomando como punto de referencia la ubicación del usuario, generando así más carreras a los taxistas. La aplicación de taxis mejora la forma y el medio de obtener el servicio de taxi referente a las ubicaciones y tiempos de cada usuario, dando agilidad, facilidad y confiabilidad en el servicio, tanto para los usuarios como para los taxistas, a través de un método estadístico que da como resultado un alto porcentaje de usuarios que usarían una aplicación para el servicio de taxi, este método se usó con el fin de conocer la viabilidad de la aplicación, y para tener información con la cual se pueda hacer un mejor diseño de la aplicación. Para el uso de la aplicación se recomienda registrar toda la información necesaria de usuarios y taxistas, a fin de brindar confiabilidad al obtener un servicio de taxi, al mismo tiempo se obtendrá una calificación exacta y valedera del taxista por sus servicios prestados, para una retroalimentación efectiva y un continuo mejoramiento. PALABRAS CLAVES: Taxi, Móviles, Android, Aplicación, Usuarios,

Taxistas, Ubicación, Registrar, Calificación.

Lucero Sánchez Leiner Lenin Ing. Sist. María Mercedes Jaramillo, MBA. C.I. 0926768383 Directora del Trabajo

xii

AUTHOR: LEINER LENIN LUCERO SÁNCHEZ SUBJECT: INFORMATICS APPLICATION FOR TAXIS CONTROL DIRECTOR: ENG. JARAMILLO CAMPOS MARÍA MERCEDES, MBA.

ABSTRACT

This project proposes the development of an application for Android mobiles in the city of Guayaquil to find and take a taxi, with the objective to reduce the waiting time and get a taxi service that gives a quickly benefit of the clients, with this can be achieved to increase a percentage of profits to drivers, taking as a point of reference the location of the customer thus generating more runs to taxi drivers. The taxi application improves the form and the mean of obtaining the taxi service regarding the locations and times of each consumer, giving agility, easiness and reliability in the service, both for users as for taxi drivers, through an statistical method that results in a high percentage of the customers who would use an application for the taxi service, this method was feasibly with the application, and to have the information which makes a better design of the application. For the use of the application is recommended to register all the necessary information for users and taxi drivers, in order to provide a reliability to get a taxi service, at the same time a valid and accurate rating of the taxi driver for the rendered services, for an effective feedback and a continuous improvement.

KEY WORDS: Taxi, Mobiles, Android, Application, Users, Taxi drivers,

Location, Register, Rating.

Leiner Lenin Lucero Sánchez Sys. Eng. Jaramillo María Mercedes, MBA. C.I. 0926768383 Director of Work

Prólogo 1

PRÓLOGO

El presente trabajo aborda la problemática de los usuarios de la

ciudad de Guayaquil para encontrar y tomar un taxi, tanto en horas

normales como en horas picos.

En la Introducción se describen los diferentes medios que existen en

la actualidad para tomar un servicio de taxi, se toman datos estadísticos del

incremento de la telefonía Smartphone en la ciudad de Guayaquil, también

se especifican los problemas que se atraviesan al pedir una unidad de taxi,

así como los objetivos generales y específicos que abarcara el uso del

aplicativo Taxi Around.

En el Capítulo I se definen los conceptos teóricos, herramientas y el

funcionamiento de cada uno de ellas, los cuales sirven para sustentar el

desarrollo del presente tema.

En el Capítulo II se encontrara la hipótesis al problema planteado y

sus respetivas variables. Además de las fases de análisis, estudio de la

factibilidad, fase de diseño, fase de construcción, fase de pruebas y fase

de implementación.

En el Capítulo III se obtiene el análisis de los datos, resultados de

encuestas lo que llevara a la finalidad de la comprobación de la hipótesis.

En el Capítulo IV se describen las conclusiones y recomendaciones

para el sistema de servicio de taxi. Por último en el Capítulo VI se detalla

toda la bibliografía utilizada a lo largo de todo el desarrollo del tema, acorde

a lo investigado, adicionalmente se presenta los anexos de cada capítulo y

el manual de usuario realizado para el sistema, en el cual se detallaran las

opciones y funciones del aplicativo Taxi Around.

Introducción 2

INTRODUCCIÓN

La demanda del servicio de taxi en la ciudad de Guayaquil ha ido

aumentando conforme su población y su gran auge turístico en los últimos

años. En la actualidad al necesitar el servicio de un taxi se utiliza alguna

de las siguientes modalidades:

Taxis amarillos, son los vehículos oficialmente para prestar

dicho servicio, alguno de los cuales poseen taxímetro o se negocia

el precio al abordar la unidad. Otro servicio de taxi son los informales, sin

color ni señalización alguna, su costo más módico y un servicio más

confortable.

Otra opción es los "radio-taxis" son compañías que ofrecen el servicio

por vía telefónica. El usuario realiza una llamada a la compañía da su

ubicación en la ciudad y la compañía (operadora) le informa mediante un

mensaje de texto o en el momento los datos del vehículo que lo recogerá

y el tiempo que demora en llegar a su ubicación.

Guayaquil es la ciudad con más teléfonos inteligentes según el

informe del INEC, teniendo en cuenta lo anterior se considera de

beneficio para los usuarios contar con una aplicación para

teléfonos inteligentes (SmartPhone) que ayude a obtener el servicio de un

taxi.

Mediante el desarrollo de una aplicación Android con el nombre de:

“Taxi Around”, cuyo objetivo principal es reducir el tiempo de espera al

tomar un taxi. Se pretende disminuir la problemática de tomar un taxi en la

ciudad de Guayaquil.

Introducción 3

Antecedentes

La telefonía móvil ha presentado una expansión en los últimos años,

logrando profundos cambios económicos y culturales en el mundo.

Según datos publicados por la Superintendencia de

Telecomunicaciones, el mercado ecuatoriano a nivel de telefonía móvil se

amplió considerablemente durante el 2010 al 2013.(SUPERTEL, 2013, p.

24)1

FIGURA No. 1

CRECIMIENTO DE ABONADOS

Fuente: SUPERTEL Elaborado por: Lucero Sánchez Leiner

En la ciudad de Guayaquil con el tráfico que actualmente existe la

obtención de un taxi puede ser difícil. Esto es particularmente cierto en las

horas pico donde la escasa movilidad hace que un taxi solo pueda realizar

1 Recuperado el 15 de agosto del 2014, de:

http://www.supertel.gob.ec/pdf/publicaciones/revista_supertel_16_final.pdf

Introducción 4

en promedio una carrera por hora, cuando en otros horarios puede realizar

cuatro en este mismo tiempo.

La experiencia corrobora las cifras. En una hora pico, cuando llueve,

en zonas concurridas o en diciembre es muy difícil conseguir transporte.

Los taxis incluso pasan vacíos al frente del usuario y deciden no parar.

Planteamiento del problema

En la actualidad en la ciudad de Guayaquil al necesitar de un taxi se

debe llamar a un operador, a veces no se cuenta con un número del

operador o servicios similares para tener un taxi a la puerta. Existen

problemáticas como saturación en las líneas telefónicas, no hay unidades

disponibles para el sector y en días lluviosos es un caos poder obtener un

servicio ágil. Llamar a un taxista de confianza el cual no está disponible

para la ubicación presente y por último tomar un taxi en la calle del cual no

se tiene información. (Ver, Figura 2 y Tabla 1).

Al observar el problema que tiene una persona de la ciudad de

Guayaquil por la demanda de transporte como taxis y conociendo que cada

vez estos usuarios están creciendo conjuntamente con los cambios que la

telefonía móvil y la Internet han dictado sobre la comunidad global, surge

el interés de proporcionar esta aplicación (Taxi Around).

Los problemas que se presentan actualmente al solicitar un taxi por

Operador Telefónico son los siguientes:

1. Líneas Saturadas

2. Unidades no Disponibles

3. Demora en tiempo de respuesta de la unidad.

4. Taxi enviado a otra dirección

5. Taxi lejano a la ubicación.

Introducción 5

FIGURA No. 2

RELACIÓN ENTRE LOS PROBLEMAS ELEGIDOS

Serv

icio

de

Tax

iUsuarios

Operador Telefónico Taxi

Móvil

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

TABLA No. 1

MATRIZ DE PROBLEMAS

PROBLEMA RELACIÓN DE

ENTRADA RELACIÓN DE SALIDA

Líneas saturadas Usuario llama a

operador telefónico.

Líneas saturadas, en

días festivos, horas picos

y días lluviosos.

Unidades no

disponibles

Usuario llama a

operador telefónico.

La empresa no cuenta

con unidades disponibles

para la zona del usuario.

Demora en tiempo

de respuesta de la

unidad

Operador contacta a

unidad y da el

tiempo a demorar.

Unidad se demora más

de lo informado.

Taxi enviado a

otra dirección

Operador da mal los

datos de la dirección

al chofer.

Envía taxi a otra

dirección.

Taxi lejano a la

ubicación

Usuario llama

directamente a

taxista.

El taxista se encuentra

lejos de la ubicación.

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Introducción 6

Objetivos

Objetivo General

Reducir el tiempo de espera y garantizar el servicio de taxi en la

ciudad de Guayaquil, mediante el desarrollo de un aplicativo Android para

dispositivos móviles, el cual permite solicitar un taxi tomando en cuenta la

ubicación del usuario.

Objetivos Específicos

Analizar y diseñar una solución que obtenga la ubicación

de los taxis disponibles respecto al usuario de la aplicación

en la ciudad de Guayaquil para la obtención de un ágil

servicio.

Obtener la información de las diferentes empresas de taxis y/o

taxistas independientes, para así generar competencia de trabajo.

Adquirir de una manera más rápida un servicio de taxi para

optimizar el tiempo del usuario.

Contar con la información del taxi (como nombre del chofer,

número de celular y placa del vehículo), para que el taxista se

sienta disuadido de cometer un acto ilegal si el pasajero tiene

información sobre él y reportar alguna anomalía o la atención

recibida por parte del cliente.

Evitar que por falta de conocimiento y/o concurrencia de llamadas

el operador envié el servicio de taxi a otro lugar para así no causar

molestias ni contratiempos al usuario.

Limites

Temporal: El presente trabajo de titulación será desarrollado en

un período de 5 meses, desde octubre del 2014 a febrero del

2015.

Introducción 7

Espacial: La cobertura será inicialmente en la ciudad de

Guayaquil.

Sustantivo: La aplicación ‘Taxi Around’ complementará el servicio

de solicitud de taxi de la ciudad de Guayaquil reduciendo los

tiempos de espera por medio de los siguientes módulos:

- Registro del taxista y pasajero solicitando los datos básicos.

- El pasajero tendrá acceso a una lista de taxis cercanos, el cual

podrá solicitar el servicio o realizar su respectiva cancelación.

- El taxista efectuará la confirmación de la carrera,

adicionalmente informará el arribo del mismo, además puede

dar por terminada la carrera y proceder a cobrar al usuario el

valor de la misma.

- El taxista puede revisar el historial de las carreras

completadas.

- El pasajero tendrá la opción de calificar el servicio prestado

por el taxista.

Justificación

Justificación práctica

El desarrollo del presente trabajo se justifica, debido a que se ha

podido identificar gran demanda del servicio de taxi en la ciudad de

Guayaquil, tanto para ciudadanos locales como para extranjeros.

Guayaquil es la ciudad donde más se usan teléfonos inteligentes de

acuerdo a las siguientes cifras proporcionadas por el INEC:

6.8 millones de personas tienen al menos un celular activo en el

país.

800 mil personas tienen un SmartPhone o teléfono inteligente.

600 mil personas usan sus teléfonos para acceder a redes

sociales.

Introducción 8

En el caso de los teléfonos inteligentes, Guayas registra

el mayor número de personas que tienen un teléfono

inteligente (Smartphone) con un 20,8% seguida de Pichincha con

12,6%.

35.1% de la población ecuatoriana utiliza Internet.

Los que más usan internet tienen entre 16 y 24 años con el 64.9%.

(INEC, 2013)2

Teniendo en cuenta estos datos, la implementación del proyecto

solucionará el problema de la dificultad para obtener el servicio de taxi de

los que habitan la ciudad, los cuales actualmente utilizan el servicio por

operador y/o manera tradicional. Mediante la creación de “Taxi Around” se

ofrecerá la gestión de ubicación de los taxis de manera sencilla y ordenada,

de acuerdo a su ubicación y destino.

Siendo de gran beneficio tanto para el usuario como para el taxista,

proporcionando información confiable, brindando un servicio ágil y rápido

evitando de esta manera la pérdida de tiempo y proporcionando mayor

demanda a los choferes.

Justificación tecnológica

Para el desarrollo de la aplicación se selecciona PostgreSQL como

base de datos, ya que es un potente motor de base de datos compatible

con muchas tecnologías de código abierto y uso libre.

Python se utilizará como lenguaje de desarrollo libre, con una sintaxis

clara y multiplataforma, ya que es una herramienta que apoya al desarrollo

y optimización de la programación.

2 Recuperado el 15 de agosto del 2014, de: http://www.canal-tecnologico.com/index.php?option=com_content&view=article&id=1547:tics-en-ecuador-resumen-tecnologico-2012&catid=45&Itemid=2

Introducción 9

También se apoya en Apache Córdova, para dar más funcionalidad a

la aplicación y como herramienta de programación y compilación Android

SDK para la gestión, depuración del código y pruebas.

Para la comunicación de los servicios de la aplicación se usa REST,

para un desacoplamiento y una mayor integración con otros sistemas,

siendo así una combinación favorable de una aplicación final en Android,

un sistema libre y de gran acogida en la actualidad, permitiendo una mayor

propagación entre los usuarios.

Marco Teórico 10

CAPÍTULO I

1. MARCO TEÓRICO

En este capítulo se fundamenta el proyecto con aspectos teóricos y

herramientas las cuales sirven como base del desarrollo de la aplicación.

1.1 Taxis

Vehículo de servicio público con un conductor (taxista) que se encarga

del traslado de personas de un lugar a otro. En la actualidad en la ciudad

de Guayaquil existen dos tipos de taxistas:

Taxistas formales: Taxistas que cumplen con los requisitos o

formalidades establecidos por la Ley Orgánica de Transporte Terrestre,

Tránsito y Seguridad Vial.

Informales: Taxista que no cumple con sus obligaciones,

compromisos o que no sigue las normas establecidas por la Ley Orgánica

de Transporte Terrestre, Tránsito y Seguridad Vial.

1.2 Pasajero

Se define a los ciudadanos de Guayaquil o extranjeros, que usan el

servicio de transporte público, teniendo este como opciones de viaje, buses

urbanos, buses articulados (Metro vía) y taxis, para este proyecto, enfocado

en el servicio de taxis, el pasajero al momento de solicitar un taxi tiene las

siguientes opciones: vía telefónica (taxi operadoras), otra opción es

Marco Teórico 11

llamar a un amigo que sea taxista formal/informal y por último, salir a la

calle a buscar un taxi que esté disponible para poder movilizarse a su

destino.

1.3 Taxi Operadoras

Empresas destinadas al servicio de taxi vía telefónica, su forma de

trabajo es por medio de la llamada de un usuario (pasajero) a la central

telefónica, haciendo la reserva de un taxi con su ubicación y datos

personales.

Posteriormente la operadora le confirma el taxi que le prestará los

servicios con datos y placa del vehículo, al momento del arribo del taxista,

al usuario le llega un mensaje de texto para su confirmación o una llamada

con la respectiva información del taxi.

1.4 PostgreSQL

Software de base datos que se encarga de dar soporte a toda la

información de la aplicación garantizando consistencia, manejando el

modelo entidad-relación que existe entre taxista, pasajero y demás datos

adicionales que se usan para el proceso de geo-ubicación y solicitud de

taxi.

Esta base de datos está alojada en un servidor que se encuentra en

la nube el cual garantiza un servicio 7x24.

PostgreSQL, es un sistema de gestión de base de datos

relacional y libre, que agiliza de una manera eficaz la interacción de

cliente, servidor y base de datos, donde PostgreSQL es el que realiza

la mayoría del trabajo referente a base de datos cuando se le hacen

peticiones.

Marco Teórico 12

FIGURA No. 3

POSTGRESQL

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Marco Teórico 13

Sus características técnicas la hacen una de las bases de datos más

potentes y robustas del mercado. Su desarrollo comenzó hace más de 16

años, y durante este tiempo, estabilidad, potencia, robustez, facilidad de

administración e implementación de estándares han sido las características

que más se han tenido en cuenta durante su desarrollo.

PostgreSQL funciona muy bien con grandes cantidades de datos y

una alta concurrencia de usuarios accediendo a la vez al sistema.

A continuación, algunas de las ventajas más importantes y soportadas

por PostgreSQL:

Ventajas

Ampliamente popular - Ideal para tecnologías Web.

Fácil de Administrar.

Su sintaxis SQL es estándar y fácil de aprender.

Footprint bajo de memoria, bastante poderoso con una

configuración adecuada.

Multiplataforma.

Capacidades de replicación de datos.

Soporte empresarial disponible. (PostgreSQL)3

La conexión de la base de datos está relacionada con el

framework Django que brinda una abstracción de la base de datos a

través de la API que permite insertar, consultar, actualizar y eliminar

objetos, de esta forma se gestiona eficientemente el acceso a la

información permitiendo una fluidez entre la base de datos y el servidor por

medio de Django.

3 Recuperado el 1 de septiembre del 2014, de:

http://www.postgresql.org.es/sobre_postgresql

Marco Teórico 14

1.5 Django

Django es el framework de la aplicación que está encargada de

controlar, mediar y relacionar el manejo de datos, permitiendo el acceso

por medio de la arquitectura Rest el cual se usa para la comunicación con

la app y la base de datos. Adicionalmente se encarga de la administración

de la aplicación Taxi Around y está alojada en un servidor en la nube al

igual que la base de datos.

Django es un framework de desarrollo web de código abierto, soporta

muchas bases de datos, ejemplo: MySQL, SQLite 3, PostgreSQL, etc. En

el modelo de datos de Django, una clase representa un registro de

una tabla y las instancias de esta serán las filas en la tabla de la base de

datos.

Django incluye un servidor web liviano para realizar pruebas y trabajar

en la etapa de desarrollo. En la etapa de producción, sin embargo, se

recomienda Apache 2 con mod_python. Aunque Django soporta la

especificación WSGI, por lo que puede correr sobre una gran variedad de

servidores como FastCGI o SCGI en Apache u otros servidores

(particularmente Lighttpd).

Al ser un framework de desarrollo web rápido y amigable hecho en

Python, y como resultado de pruebas se destaca muchas ventajas

respectos a otros lenguajes de programación o frameworks de desarrollo

web para la construcción del sistema Taxi Around como las siguientes:

Ventajas

Django promueve el desarrollo rápido, se construyen aplicaciones en

cuestión de días y con el conocimiento suficiente esos días se pueden

reducir a horas. Django impulsa el desarrollo de código limpio al promover

Marco Teórico 15

buenas prácticas de desarrollo web, sigue el principio DRY (conocido

también como Una vez y sólo una).

Usa una modificación de la arquitectura Modelo-Vista-

Controlador (MVC), llamada MTV (Model – Template – View) , que sería

Modelo-Plantilla-Vista, está forma de trabajar permite que sea pragmático.

Comparación entre Django y otros frameworks con sus ficheros y

carpetas:

Ruby on Rail: 149 ficheros y 35 carpetas.

Php Symfony: 117 ficheros y 29 carpetas.

Python Django: 4 ficheros y 1 carpeta. (Django, s.f.)4

El framework Django está desarrollado en lenguaje Python haciendo

que este sea nativo con el desarrollo del sistema, este lenguaje Python va

a complementar el desarrollo del servidor de la aplicación Taxi Around.

1.6 Python

Se utiliza el lenguaje de programación Python para el desarrollo del

servidor del sistema Taxi Around, creando con este toda la lógica de

negocio, ya que es un lenguaje de sintaxis simple, se usa como herramienta

de apoyo para su codificación Notepad++, una aplicación libre para editar

el código. De esta forma Python es el lenguaje principal para la

construcción del servidor.

Es un lenguaje interpretado e interactivo, creado por Guido Van

Rossum en 1991. Es completamente tipeado dinámicamente, usa manejo

automático de memoria. Tomo varias de sus características de Lisp. Los

4 Recuperado el 1 de septiembre del 2014, de: http://django.es/

Marco Teórico 16

usuarios de Python consideran a éste mucho más limpio y elegante para

programar, sin embargo esto es más un punto de vista de sus usuarios que

una realidad.

Su facilidad de aprendizaje, su orientación a programadores

promedio, su limpieza de código, hacen que sea uno de los lenguajes más

exitosos al momento de escribir el presente trabajo. Se usa en

programación de sistemas, cálculo numérico, desarrollo web, software para

dispositivos móviles (Symbian, Android), desarrollo de aplicaciones de

escritorio, educación, simulación, prototipados, GIS y un largo etcétera.

(Duque)5

Ventajas

Desarrollo más rápido: Puedes escribir un programa, salvarlo y

ejecutarlo. En un lenguaje compilado tienes que pasar por los

pasos de compilar y ligar el software, lo cual puede ser un proceso

lento.

Sencillez y velocidad.

Multiplataforma: El mismo código funciona en cualquier

arquitectura, la única condición es que disponga del intérprete del

lenguaje. No es necesario compilar el código una vez para cada

arquitectura.

Sus bibliotecas hacen gran parte del trabajo.

Soporta varias bases de datos. (García)6

Para los procesos y operaciones de la aplicación, se requiere un

cliente el cual se comunique con el servidor, para lo cual se requiere una

5 Recuperado el 1 de septiembre del 2014, de: Libro: Python para todos, Autor: Raúl

González Duque. 6 Recuperado el 1 de septiembre del 2014, de: Libro: Introducción a Python, Autor: Ángel

Luis García García.

Marco Teórico 17

tecnología para su desarrollo. Entre la diversidad de herramientas para el

desarrollo del cliente, se eligió Apache Córdova para compilar las

aplicaciones, ya que sirve para cualquier servidor dando así una

escalabilidad al sistema.

1.7 Apache Córdova

Apache Córdova es el framework que permitirá el desarrollo del

cliente de la aplicación, tanto como la app del taxista y la del pasajero,

utilizando este framework codificación HTML5, CSS3 y JavaScript, evitando

la programación en el lenguaje nativo Java Android, escribiendo aquí toda

la sintaxis del cliente y diseño gráfico de la aplicación.

Apache Cordova es un marco para desarrollo móvil de código abierto,

es cual nos permite utilizar lenguajes web como HTML5, CSS3 y JavaScript

en multiplataforma, evitando la programación en lenguajes nativos; las

aplicaciones se ejecutan dentro de un encapsulado dependiente de la

plataforma indicada y utilizan enlaces estándares a las APIs para poder

tener acceso a los sensores de los dispositivos, los datos y el estado de la

red.

Ventajas

Extender una aplicación a través de más de una plataforma, sin

tener que volver a implementarla en los lenguajes nativos y

herramienta de cada plataforma.

Implementar una aplicación web que se envasa para su distribución

en varias app store portales.

Mezcla los componentes de la aplicación nativa con una vista Web

(navegador) que puede tener acceso a las API de nivel de

dispositivo, o si quiere desarrollar una interfaz plugin entre

componentes WebView y nativos.

Marco Teórico 18

Diseñar con CSS es mucho más abierta que con los layouts de

Android. (Cordova)7

Al momento de generar la .apk del aplicativo tanto como la del taxista

y la del pasajero, se debe tener instalado Android SDK para que así pueda

compilar el proyecto desarrollado y crear la .apk nativa para Android.

1.8 Android SDK

El Android SDK es usado para generar la aplicación, haciendo que al

compilar por medio de Apache Cordova se genere todas las librerías

necesarias para la ejecución del sistema operativo Android, creando la

compatibilidad móvil necesaria para el uso.

Esta herramienta permite crear, probar y depurar aplicaciones

de Android en la PC, usando como lenguaje de programación “JAVA”.

El SDK ( Software Development Kit ) de Android, incluye un conjunto

de herramientas de desarrollo. Comprende un depurador de código,

biblioteca, un simulador de teléfono basado en QEMU, documentación,

ejemplos de código y tutoriales. Las plataformas de desarrollo soportadas

incluyen Linux ( cualquier distribución moderna ), Mac OS X 10.4.9 o

posterior, y Windows XP o posterior.

La plataforma integral de desarrollo (IDE, Integrated

Development Environment) soportada oficialmente es Eclipse

junto con el complemento ADT ( Android Development Tools plugin ),

aunque también puede utilizarse un editor de texto para escribir ficheros

Java y Xml y utilizar comandos en un terminal (se necesitan los

7 Recuperado el 1 de septiembre del 2014, de:

http://cordova.apache.org/docs/es/3.1.0/guide_overview_index.md.html#Perspectiva%20general

Marco Teórico 19

paquetes JDK, Java Development Kit y Apache Ant) para crear y

depurar aplicaciones. Además, pueden controlarse dispositivos Android

que estén conectados (e.g. reiniciarlos, instalar aplicaciones en remoto).

(Gargenta)8

Ventajas

El código de Android es abierto: Google liberó Android bajo licencia

Apache. Cualquier persona puede realizar una aplicación para

Android.

Hoy en día hay más de 650.000 aplicaciones disponibles para

teléfonos Android, aproximadamente 2/3 son gratis. Además la

libertad de código permite adaptar Android a bastantes otros

dispositivos además de teléfonos celulares. Está implantado en

Tablets, GPS, relojes, microondas… incluso hay por internet una

versión de Android para PC.

El sistema Android es capaz de hacer funcionar a la vez varias

aplicaciones y además se encarga de gestionarlas, dejarlas en modo

suspensión si no se utilizan e incluso cerrarlas si llevan un periodo

determinado de inactividad. De esta manera se evita un

consumo excesivo de batería. Esta es una de sus mayores ventajas

por la rapidez con la que carga una aplicación abierta previamente.

Por ejemplo abro Google Maps y en un momento la aplicación localiza

mi posición en el mapa. (ANDROID)9

Una vez terminado el desarrollo del servidor y del cliente del

aplicativo, su comunicación se hace basada en la arquitectura Rest, por

medio de servicios Web, los cuales se comunicarán vía HTTP, los servicios

web que siguen este estilo deben cumplir con la siguiente premisa:

8 Recuperado el 1 de septiembre del 2014, de: Libro: Learning Android: Develop Mobile

Apps Using Java and Eclipse, Autor: Marko Gargenta. 9 Recuperado el 1 de septiembre del 2014, de: http://scoello12.wordpress.com/ventajas-

y-desventajas/

Marco Teórico 20

Cliente-Servidor, los servicios web son cliente servidor y definen una

interfaz de comunicación entre ambos, separando completamente las

responsabilidades entre ambas partes.

1.9 REST

Arquitectura de alta abstracción y separación de la lógica de negocios

entre el cliente y servidor implementada en el desarrollo de la aplicación

Taxi Around, se usa exponiendo servicios vía http, los cuales tienen la

lógica de gestionar el proceso de almacenamiento a la base de datos, y

haciendo tareas de inserción, consulta y modificación, dando alta

disponibilidad al sistema.

En primer lugar conviene destacar que el término REST que es lo

mismo “Transferencia de estado representacional” se refiere a una

arquitectura en lugar de a un protocolo en concreto como es el caso de

SOAP. Tiene sus inicios por el año 2000, basado en una tesis doctoral

escrita por Roy Fielding, uno de los principales autores de la especificación

del protocolo HTTP.

A diferencia de SOAP no se añade una capa adicional a la pila de

protocolos, si no que se utiliza directamente el protocolo HTTP. La

arquitectura REST no impone el uso de HTTP, no obstante en la práctica

se entiende que un servicio web basado en REST, es aquel que se

implementa directamente sobre la web.

Este planteamiento supone seguir los principios de la aplicación

WWW, pero en lugar de solicitar páginas web se solicitará servicios

web. Los principios básicos de la aplicación WWW y por tanto los de REST

son:

Transporte de datos mediante HTTP, utilizando las operaciones de

Marco Teórico 21

este protocolo, que son GET, POST, PUT y DELETE. (Catalani)10

FIGURA No. 4

REST WEB SERVICE

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Los diferentes servicios son invocados mediante el espacio de URI

unificado. Como ya se ha tratado en este libro una URI identifica un recurso

en Internet. Este sistema ha demostrado ser flexible, sencillo y potente a

un mismo tiempo. Se cree que fue uno de los principales factores que

motivó el éxito de WWW.

La codificación de datos es identificada mediante tipos MIME

(text/html, image/gif,…). Aunque el tipo de codificación preferido es XML

(text/xml).

10 Recuperado el 1 de septiembre del 2014, de: http://exequielc.wordpress.com/2012/10/12/primeros-pasos-con-rest-transferencia-de-estado-representacional-parte-1/

Marco Teórico 22

Las ventajas de REST derivan de su simplicidad. Entre estas se

puede destacar mejores tiempos de respuesta y disminución de sobrecarga

tanto en cliente como en servidor. Mayor estabilidad frente a futuros

cambios. Y también, una gran sencillez en el desarrollo de clientes, estos

solo han de ser capaces de realizar interacciones HTTP y codificar

información en XML. (Gironés, 2013)11

Los servicios web que siguen este estilo deben cumplir con las

siguientes premisas:

Cliente/Servidor: Como servicios web son cliente servidor y definen

un interface de comunicación entre ambos separando completamente las

responsabilidades entre ambas partes.

FIGURA No. 5

CLIENTE / SERVIDOR

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Sin estado: Son servicios web que no mantienen estado asociado al

cliente .Cada petición que se realiza a ellos es completamente

independiente de la siguiente. Todas las llamadas al mismo servicio

serán idénticas.

11 Recuperado el 1 de septiembre del 2014, de: Libro: El gran libro de Android, Autor:

Jésus Tómas Gironés.

Marco Teórico 23

FIGURA No. 6

SIN ESTADO

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Cache: El contenido de los servicios web REST ha se puede cachear

de tal forma que una vez realizada la primera petición al servicio el resto

puedan apoyarse en la cache si fuera necesario.

FIGURA No. 7

CACHE

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Servicios Uniformes: Todos los servicios REST compartirán una

forma de invocación y métodos uniforme utilizando los métodos

GET,POST,PUT ,DELETE.

Marco Teórico 24

FIGURA No. 8

SERVICIOS UNIFORMES

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Arquitectura en Capas: Todos los servicios REST están orientados

hacia la escalabilidad y un cliente REST no será capaz de distinguir entre

sí está realizando una petición directamente al servidor, o se lo está

devolviendo un sistema de caches intermedio o por ejemplo existe un

balanceador que se encarga de redirigirlo a otro servidor.

FIGURA No. 9

ARQUITECTURA EN CAPAS

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Marco Teórico 25

Ejemplo REST VS SOAP

Utilizando la analogía de la carta.

Al suponer que usted se dispone a enviar una carta utilizando el

esquema tradicional utilizando un sobre, en este caso es SOAP, pero si

prefiere no usar un sobre y enviar una POSTAL estaría utilizando REST.

Las postales son más fáciles de manejar para el receptor, no desperdicia

papel (consume menos ancho de banda) y tiene un contenido corto

(tampoco está limitado en longitud).

Dejando de lado la analogía, REST es incluso tan seguro como

SOAP, REST puede utilizar sockets seguros (HTTPS) y el contenido se

puede cifrar utilizando cualquier mecanismo que uno considere oportuno.

(Caules)12

12 Recuperado el 1 de septiembre del 2014, de:

http://www.arquitecturajava.com/servicios-rest/

Marco Metodológico 26

CAPÍTULO II

2. MARCO METODOLÓGICO

2.1 Alcance de la investigación

De acuerdo con el problema de no contar con un servicio eficaz y ágil

de servicio de taxi en la ciudad de Guayaquil, se desarrollará una aplicación

Android para solucionar dicho problema.

El desarrollo de la aplicación será con el fin de reducir los tiempos de

espera a los usuarios al solicitar un taxi. Los usuarios beneficiados son las

personas que poseen un Smartphone en la ciudad de Guayaquil, ya que es

una de las ciudades con mayor uso de los mismos.

De esta manera Taxi Around reducirá el tiempo de respuesta al

solicitar un taxi, que al contrario de esperar en el teléfono mientras la

operadora encuentra un taxi, el usuario puede hacer otra cosa mientras

llega la notificación de la app.

La aplicación Taxi Around, tendrá la información necesaria tanto

de pasajero y taxista que será visible al momento de pedir el servicio de

taxi.

Adicionalmente el pasajero puede calificar el servicio de un taxista,

generando así una expectativa para los demás usuarios al momento de

escoger que taxista más cercano y que calificación de servicio tiene el

taxista.

Marco Metodológico 27

2.2 Hipótesis

A través del desarrollo del sistema "Aplicativo informático para control

de taxis", los usuarios de Smartphone en Guayaquil, que necesiten el

servicio de taxi dentro de la ciudad, reducirán el excesivo tiempo de espera

al solicitar el servicio, además de contribuir con la seguridad de las

personas que requieren el servicio.

2.3 Definición de Variables

2.3.1 Variable independiente

La variable independiente la constituye el Aplicativo informático para

control de taxis para los usuarios de Smartphone en la ciudad de Guayaquil.

2.3.2 Variables dependientes

Las variables dependientes son las siguientes:

Reducir el excesivo tiempo de espera al solicitar el servicio de

taxi.

Contribuir con el resguardo y seguridad de las personas que

requieren el servicio de taxi.

2.4 Diseño de la investigación

Para iniciar el proceso de desarrollo del aplicativo Taxi Around, se

utilizó la investigación descriptiva, ya que esta describe los procesos y

actividades de las personas, mediante la cual se pudo analizar y evaluar

las variables dependientes.

Realizando el análisis, se pudo observar que actualmente se pueden

tomar taxis en la ciudad de Guayaquil de diferentes maneras, como por

Marco Metodológico 28

ejemplo, elegir en la calle un taxi que se encuentre libre, llamar a un amigo

conocido que trabaje como taxista o utilizar el servicio de taxi amigo

llamando a cualquiera de las operadoras de teléfono que brinden estos

servicios. De esta forma se pueden obtener datos importantes de los

pasajeros que usan el servicio y los inconvenientes que estos tienen, se

diagnostican situaciones actuales, y se logra recolectar datos suficientes

para obtener los requerimientos con los cuales se diseña la aplicación, y

poder implementar una solución que ayude a mitigar estos inconvenientes.

2.5 Selección de la muestra

El Universo de la investigación serán los habitantes de la ciudad de

Guayaquil, tomando una muestra no probabilística, mediante el uso de un

muestreo aleatorio simple eligiendo a 400 personas a las que se les

realizará las encuestas. Siendo su distribución de la siguiente manera.

TABLA No. 2

NÚMERO DE ENCUESTAS

Tipo de Función

No. de Personas Encuestadas

Pasajeros 300

Taxistas 100

Total 400

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

La encuesta fue realizada con el 51,3% de la población

económicamente activa que se encuentra en la parroquia Nueve de

Octubre de la ciudad de Guayaquil, y se tomó como referencia para realizar

la encuesta, a las calles Nueve de Octubre y Malecón, ya que son unas de

las avenidas más transitadas en horas picos, y tienen mayor acogida a la

hora de pedir un taxi en la ciudad de Guayaquil.

Marco Metodológico 29

2.6 Recolección de datos

Para el desarrollo de esta investigación fue necesario utilizar

herramientas que permitirá recolectar el mayor número de información

necesaria, con el fin de obtener un conocimiento más amplio de la realidad

de la problemática.

1. Se utilizó como instrumento de recolección de datos la encuesta con

preguntas cerradas, la cual fue dirigida a usuarios del sistema público

de taxis, con el fin de observar los efectos que causa este aplicativo

en el usuario (pasajero/taxista).

2. Mediante el resultado obtenido en estas encuestas se podrá

determinar las funcionalidades que desea el usuario en el aplicativo y

de esta manera ofrecer una aplicación que llene las necesidades del

usuario.

3. Se utilizó la observación directa la cual complementa la información

necesaria, para ver aspectos relevantes e importantes del

comportamiento de usuarios del servicio de taxi.

Toda esta información obtenida con los métodos de recolección

indicados, generan un conjunto de datos suficientes para analizar y tomar

decisiones respecto al desarrollo de la aplicación Taxi Around. (Ver ANEXO

No.1 y 2)

2.7 Metodología de desarrollo.

La metodología escogida es la de “desarrollo ágil” (AGILE). El

desarrollo ágil, tiene procesos iterativos, donde cada iteración

generalmente da un resultado visible por el cliente.

Como los desarrollos ágiles tienen muchas iteraciones, tienen

resultados con frecuencia, en caso que deseen hacer un cambio, no deben

Marco Metodológico 30

iniciar desde cero sino que sólo deben retroceder a la parte afectada. Por

lo anterior expuesto, las entregas evolutivas, permiten respuestas rápidas

y flexibles al cambio.

TABLA No. 3

DESARROLLO ÁGIL DE SOFTWARE

Actividades Comunicación Planeación Modelación Construcción Despliegue

Programación

Extrema (XP) Planeación Planeación Diseño Codificación Pruebas

Desarrollo

Adaptivo de

Software (DAS)

Especular Especular Colaborar Aprender Aprender

Scrum Requerimientos

(Pre-juego)

Análisis

(Pre-juego)

Diseño

(Juego)

Evolución

(Juego)

Entrega

(Post-Juego)

Método de

desarrollo de

sistemas

dinámicos

(MDSD)

Estudio de

factibilidad,

Estudio del

negocio.

Iteración del

modelo

funcional

Iteración del

modelo

funcional

Diseño e iteración

de la construcción

Implementació

n

Cristal

Desarrollo

impulsado por

las

características

(DIC)

Desarrollar un

modelo general

Desarrollar

un modelo

general.

Elaborar una

lista de

característic

as

Diseño según

características

Construir según

características

Construir

según

características

Desarrollo

Esbelto de

Software (DES)

Eliminar el

Desperdicio.

Crear

conocimiento.

Respetar a las

personas.

Eliminar el

Desperdicio.

Crear

conocimient

o. Optimizar

al todo.

Generar

calidad.

Optimizar al

todo.

Eliminar el

Desperdicio.

Generar calidad.

Optimizar al todo.

Eliminar el

Desperdicio.

Crear

conocimiento.

Entregar

rápido.

Respetar a las

personas.

Optimizar al

todo.

Modelado Ágil

(MA)

XP, DSDM o

SCRUM

XP, DSDM o

SCRUM

XP, DSDM o

SCRUM

XP, DSDM o

SCRUM

XP, DSDM o

SCRUM

El proceso

Unificado ágil

(PUA)

Modelado Modelado Modelado Implementación Pruebas.

Despliegue

Fuente: (DesarrolloAgil, 2012)13 Elaborado por: Lucero Sánchez Leiner.

13 Recuperado el 29 de agosto del 2014, de:

http://frayu.blogspot.com/2012/09/desarrollo-agil-de-software.html

Marco Metodológico 31

2.7.1 Fase de análisis

Uno de los inconvenientes de los ciudadanos al obtener un servicio

de Taxi, es la demora en la prestación del mismo, presentándose

contratiempos en horas picos con las operadoras de servicio de taxi y

sumando el congestionamiento vehicular que hace que no pueda

desplazarse de un lado a otro con facilidad para llegar al usuario, en la

actualidad en la ciudad de Guayaquil las formas de obtener un taxi son:

Taxi en la calle: Tomar un taxi realizando una seña con la mano para

que el taxi se detenga y adquirir el servicio.

Llamada a Taxi Conocidos: Se llama a un taxi formal/informal que

sea conocido por el pasajero y le comenta si puede realizarle una

carrera de una dirección a otra.

Operadora de Taxi: Para pedir un taxi por medio de operadora se

realiza los siguientes pasos:

o El pasajero llama desde su teléfono local/móvil al número de la

agencia de taxi.

o Luego la operadora le solicita la ubicación y la información

personal.

o La operadora internamente llama a los taxistas que se

encuentren cerca a la ubicación del pasajero e informa al

taxista disponible para la realización del servicio.

o Una vez teniendo la confirmación del taxista a cumplir con el

servicio, la operadora informa al pasajero toda la información

del taxista y el tiempo de demora al llegar al punto de ubicación

del pasajero. A su vez también puede recibir un mensaje de

texto con toda la información del taxi, placa, número de teléfono

taxista, etc.

o El taxista al llegar al punto llama al pasajero, informando

que se encuentra en el punto de destino y se realiza la carrera.

Marco Metodológico 32

Teniendo en cuenta los diferentes procedimientos para tomar un taxi,

y los resultados obtenidos en las encuestas realizadas acerca del servicio,

el modelo a seguir para el desarrollo de la aplicación en el

procedimiento de solicitud de taxi, hace referencia a los pasos de las

operadoras, ya que este se puede llevar al móvil de forma intuitiva para el

usuario.

Al realizar un análisis de las plataformas que fueron tomadas

como opciones y a pesar que algunas de ellas ofrecen muchos

beneficios y ventajas, se ha concluido que el sistema a utilizar

será Android, ya que es reconocido mundialmente como una

de las mejores plataformas integrales para el desarrollo de

aplicaciones web, y nos sirve especialmente para el componente

y los módulos de reservación de taxis que se estará implementando,

además de ser una plataforma de gran acogida y popularidad en

la actualidad.

Taxi Around por medio de su aplicativo reducirá el tiempo

de servicio de solicitud de taxi, basándose en la ubicación

geográfica tanto del pasajero como del taxista, brindando una

rápida conexión entre el que ofrece el servicio y el que lo solicite,

dando más oportunidad de hacer más carreras sin tener que

recorrer largas distancias entre un pasajero a otro, puesto que tendrá

siempre los más cercanos y así acortando los tiempos de espera para el

pasajero.

Como resultado del análisis de la información levantada, se

obtienen los siguientes requerimientos necesarios a desarrollar en la

aplicación:

Lista de requerimientos: Taxista

Marco Metodológico 33

TABLA No. 4

LISTA REQUERIMIENTOS TAXISTA

Requerimiento Descripción

REQ001 La aplicación debe permitir iniciar la sesión con un usuario y contraseña.

REQ002

La aplicación debe permitir el registro de un nuevo taxista, con los siguientes datos:

Email, password, cédula/pasaporte, nombres, apellidos, cooperativa, placa, marca, modelo, color, tarifa.

REQ003

El taxista deberá tener 3 estados:

Activo: cuando no tenga pasajeros o carreras pendientes.

Ocupado: cuando este con pasajero a bordo.

Inactivo: cuando ya no se encuentre laborando.

REQ004 La aplicación debe permitir la opción de editar el perfil y adicional a eso subir la foto del taxista y la foto del taxi (vehículo).

REQ005 La aplicación debe tener la calificación acumulada del taxista, visualizada en estrellas de 1 a 5.

REQ006 La aplicación debe tener una lista de carreras pendientes.

REQ007 La aplicación debe tener una lista de las carreras completadas con su respectivo historial.

REQ008 La aplicación debe tener una opción para salir de la sesión.

REQ009 La aplicación debe tener el detalle escrito de la ubicación como opcional y la posición geográfica en mapa donde se encuentra el pasajero.

REQ010 La aplicación debe permitir aceptar la carrera, por medio de una opción en el menú, y notificarle al pasajero.

REQ011 La aplicación debe permitir rechazar la carrera, por medio de una opción en el menú, y notificarle al pasajero.

REQ012 La aplicación debe permitir avisar al pasajero su arribo al punto de destino, por medio de una opción del menú.

REQ013 La aplicación debe permitir terminar y completar la carrera, con una opción del menú, para confirmar el servicio prestado.

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner.

Marco Metodológico 34

Lista de Requerimientos: Pasajero

TABLA No. 5

LISTA REQUERIMIENTOS PASAJERO

Requerimientos Descripción

REQ001 La aplicación debe permitir iniciar la sesión con un usuario y contraseña.

REQ002

La aplicación debe permitir el registro de un nuevo pasajero, con los siguientes datos:

Foto, email, password, cédula/pasaporte, nombres, apellidos.

REQ003

La aplicación debe permitir la opción de editar el perfil.

REQ004

La aplicación debe tener una lista de taxis cercanos con el rating (promedio de estrellas de 1 a 5 como puntuación por el servicio), nombre del taxista y detalles.

REQ005 La aplicación debe tener una lista de historial de carreras.

REQ006 La aplicación debe permitir que el pasajero pueda ver la ubicación del taxista e ingresar detalles de información de la ubicación en que se encuentre.

REQ007 La aplicación debe permitir cancelar la carrera actual por medio de una opción del menú.

REQ008

La aplicación debe permitir calificar el servicio del taxista una vez termine la carrera, usando estrellas de 1 a 5, siendo 1 la calificación menos satisfactoria y 5 la calificación que indica un excelente servicio.

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

2.7.2 Estudio de factibilidad.- Operativa, tecnológica y económica.

Factibilidad operativa

En cuanto a la operatividad del servicio, es viable una aplicación móvil

en la ciudad de Guayaquil, ya que 800 mil personas tienen un SmartPhone

Marco Metodológico 35

o teléfono inteligente y 600 mil personas usan sus teléfonos para acceder

a redes sociales (plan de datos), además de que los usuarios de Guayaquil

acceden a internet por medio de redes wifi del trabajo, casa y sectores

públicos (Metro vías, Centros Comerciales).

Teniendo en cuenta esta información, es factible realizar la aplicación

y que sea promovida entre los usuarios, pero principalmente tendrá un

porcentaje alto de utilización debido al uso frecuente de la tecnología móvil

inteligente que se encuentra en constante crecimiento. A continuación se

lista el perfil de usuarios:

Perfil usuario de redes sociales:

Área Urbana

Soltero

Instrucción superior universitaria

Ocupación plena

Empleado privado.

Adicionalmente al ver que se tienen los recursos necesarios para la

implementación de la aplicación, la aceptación de los usuarios también es

buena, tomando que el más del 90% está dispuesto a utilizar dicha

aplicación. Siendo así que los únicos recursos que se deben poseer para

el funcionamiento de la aplicación son:

- Teléfono Smartphone con tecnología Android.

- Plan de datos (Comunicación con taxista, GPS) o conexión a internet

por wifi.

Factibilidad tecnológica

Las herramientas de software a utilizar para desarrollar el aplicativo

de Taxi Around, son las siguientes:

Marco Metodológico 36

Base de Datos PostgreSql

Python (Framework Django)

Framework Apache Cordova

Android SDK

Con la utilización del software mencionado, que cuentan con los

requisitos necesarios para el desarrollo de la aplicación, además de su

rapidez en código al desarrollar y adicionalmente la disponibilidad del

software que se la puede encontrar en sus páginas oficiales ya que son de

uso libre, se puede constar la factibilidad técnica del sistema.

El hardware a utilizar, son teléfonos móviles Smartphone con

tecnología Android, lo cual ha tenido una buena apertura en la ciudad de

Guayaquil y son accesibles, siendo esto factible para el desarrollo de la

aplicación en esta tecnología Android.

Factibilidad económica

Se muestra un análisis de costo y beneficio en la cual al recobrar lo

invertido, se demostrará que es factible el desarrollo del servicio, puesto

que al tener un grado de costo bajo y aumentar las ganancias en un

porcentaje a los taxistas, la inversión se recuperará a corto plazo.

Se obtuvo los siguientes Costos:

Alquiler de una máquina (laptop), con las características

necesarias a un precio de $100 mensuales.

Alquiler de servicios de internet de 4.1 megas a un precio de

$33.49 mensuales.

Alquiler de un servidor en Amazon tiene el costo de $16

mensuales.

Salario para el analista-desarrollador de $500 mensuales.

Subir el aplicativo al servicio de Google Store tiene el valor de

$50 cada aplicación.

Marco Metodológico 37

TABLA No. 6

COSTOS

COSTOS TIEMPO/MES PRECIO SUBTOTAL

Alquiler laptop 5 $100 $500

Alquiler internet 5 $33.49 $167.45

Sueldo analista-desarrollador

5 $500 $2.500

Servidor Amazon

12 $16 $192

Aplicación Google Store

- $100 $100

TOTAL $3459.45

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Beneficios:

Se formularon dos tipos de propuestas para generar los ingresos y

ganancias respectivas:

Propuesta 1

Tomando un 5% de la totalidad de los taxis, se podrá ofrecer los

servicios del aplicativo a las cooperativas de taxis las cuales se puede

cobrar por la aplicación 15 dólares anuales por cada taxi, lo que

proyecta que se debe de tener al año un contrato con 231 unidades

para recuperar el dinero invertido.

Propuesta 2

Se realizará el cobro a cada unidad de taxi por un cierto porcentaje

cada vez que realice una carrera utilizando la aplicación. Teniendo en

cuenta la siguiente tabla de porcentajes:

Marco Metodológico 38

TABLA No. 7

TABLA DE INGRESOS ANUALES

Días laborados Taxi/anualmente

Número de

carreras realizadas

por día

Costo de

carrera

Total de costos

carreras anualmente

Porcentaje carreras

calculado según

número de carreras

Total cobrado

por la Aplicación

Taxi Around anual

300 1 $3 $900 0.01% $9

300 5 $3 $4500 0.004% $18

300 10 $3 $9000 0.003% $27

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Tomando en cuenta la minina carrera que sea de uno, por 300 días

se cobrará el uno por ciento que esto generará un valor de 9 dólares

anuales de ganancias, para esto se necesitará de 385 unidades para

recuperar dicha inversión, si se llegase a obtener más carreras por cada

unidad, así mismo bajarán las unidades de taxis con la cual se obtendrían

contratos, por ejemplo si se escogiera el segundo caso que son 5 carreras

diarias se tendrá ganancias anuales de 18 dólares las cuales solo se

necesitaría 193 unidades de taxi para recuperar la inversión.

Conclusión

Se debe tener en cuenta que en las dos propuestas, se recupera la

inversión en un año tomando en cuenta el cumplimiento de realizar contrato

con el número de unidades de taxi que se necesita para cubrir el valor de

la inversión.

Si estos valores se mantuvieran de igual forma al siguiente año se

tendrá una ganancia muy factible ya que el costo al siguiente año solo sería

por el servidor, ya que este a su vez se paga mensualmente.

Marco Metodológico 39

2.7.3 Fase de Diseño

Luego del análisis de la información recolectada, y la situación actual

sobre el servicio que prestan los taxis y las herramientas tecnológicas que

usan los ciudadanos, se elabora lo siguientes diagramas como apoyo para

el desarrollo de la aplicación:

Definición Arquitectura Aplicativo Taxi Around

La arquitectura del aplicativo Taxi Around se conforma de tres capas:

Una capa de cliente con el apk construido con el SDK de

Android.

Una capa del servidor en Django.

Una capa de base de datos en Postgresql.

Se elabora la arquitectura, basado en el análisis de las necesidades

del servicio y la cantidad de usuarios, teniendo en cuenta datos de geo

localización y tiempos de respuesta. (Ver ANEXO No. 3)

MER (Modelo entidad-relación)

La base de datos será diseñada en PostgreSQL, en la cual se

obtendrá las siguientes tablas, con sus respectivos campos y la relación

que existe entre ellas. (Ver ANEXO No. 4)

Diccionario de Datos

Se realiza la catalogación de cada tabla, detallando los campos a

utilizar, descripción, restricciones, tipos de datos, para un mejor

entendimiento del diseño. (Ver ANEXO No. 5

DICCIONARIO DE DATOS

Diagrama de Flujo

Representación de pasos lógicos de la aplicación, toma de decisiones

Marco Metodológico 40

y condiciones principales de los procesos de la aplicación. (Ver ANEXO

No. 6)

Casos de Uso

Descripción de los pasos a seguir para las actividades de la

aplicación, para completar un proceso completo con su validación y errores

posibles. (Ver ANEXO No.7)

Diagrama de Secuencia

Modelo de interacción entre los componentes de la aplicación, como

pasajero, taxista y base de datos. (Ver ANEXO No. 8)

Diseño de Pantallas

Para la elaboración del diseño de las pantallas se sigue el siguiente

patrón conformado por: label, text, button e image, a más de la utilización

del GPS.

Las pantallas permitirán crear, editar, guardar y eliminar información

tanto del pasajero y como del taxista. (Ver ANEXO No. 9)

2.7.4 Fase de Construcción

Para la construcción del diseño relacional se usará la base de datos

PostgreSQL, como el motor principal que soportará la aplicación.

Las aplicaciones se desarrollarán utilizando el framework para

desarrollo de aplicaciones móviles Apache Cordova, el cual es un

framework para el desarrollo móvil de código abierto el cual nos permite

utilizar lenguajes web HTML5, CSS3, JavaScript, evitando la programación

Marco Metodológico 41

en lenguajes nativos como Java en Android.

El uso del kit de desarrollo de software Android SDK nos permitirá

generar el apk nativo para Android, utilizando el desarrollo realizado en

Apache Cordova, ya que el software en la parte del cliente funcionará en

cualquier dispositivo Android 2.3.*+ con conexión a internet y un dispositivo

GPS.

El software en la parte del servidor estará desarrollado en Python

apoyado del framework Django para la comunicación de la base de datos,

que se encargara del manejo de datos, ORM, etc.

Una vez terminado el desarrollo del servidor y del cliente, su

comunicación se hace basada en la arquitectura Rest, por medio de

servicios Web, los cuales se comunican vía HTTP.

2.7.5 Fase de Pruebas

Para asegurar que el aplicativo Taxi Around cumpla con las

especificaciones requeridas y eliminar los posibles defectos que este

pudiera tener se utiliza una metodología de testing funcional la cual

asegurara la funcionalidad del aplicativo, mediante sus respectivos casos

de prueba. (Ver ANEXO No. 10)

2.7.6 Fase de Implementación

En esta fase se llevará a cabo la aceptación del proyecto por parte del

usuario, por medio de un acta de entrega firmada por el mismo.

Una vez aprobado el sistema, se realizarán las siguientes actividades

dentro de la fase de implementación:

1. Instalación del servidor público para el acceso a todos los clientes.

Marco Metodológico 42

2. Configuración del sistema utilizando una red LAN.

3. Se instalará el software versión del cliente en cualquier dispositivo

móvil Android con acceso a la red y con un GPS integrado.

4. Se realizará un curso de capacitación para los usuarios que

consiste en la instalación, configuración y funcionamiento del

aplicativo Taxi Around.

5. Entrega formal de manuales de usuarios, en los cuales se detalla

el uso del sistema, explicando los procesos detallados de cada

operación de la aplicación Taxi Around paso a paso tanto para

pasajeros y taxistas. (Ver ANEXO No. 11 y 12)

2.8 Planificación

Esta fase consiste en el desarrollo del plan de trabajo para la

construcción del aplicativo Taxi Around.

Se evalúan las funciones del sistema y se estiman tiempos para cada

una de las actividades, de esta manera se podrá evaluar el esfuerzo del

desarrollo del sistema, y con esta base, se definirán los recursos y su

disponibilidad, fechas de uso y tiempos que se necesitarán durante la

elaboración de todo el proyecto. (Ver ANEXO No. 13)

Análisis y Discusión de Resultados 43

CAPÍTULO III

3. ANÁLISIS Y DISCUSIÓN DE RESULTADOS

3.1 Preparación de los datos

3.1.1 Interpretación de datos.

Tablas dinámicas en Excel: en las tablas relacionadas se describe

la población de estudio, de las cuales se obtiene información que

contienen las respuestas de cada pregunta y los resultados

presentados en porcentajes relacionados por cada respuesta.

Gráficos tabulados: se realizará gráficos de forma circular en las

cuales se mostrará la cantidad de encuestados y sus respuestas,

donde estos resultados serán fraccionados por colores diferentes,

para su fácil interpretación visual.

Interpretación Cualitativa: se presenta el análisis y el resumen

de cada pregunta, en la cual se ve los resultados favorables

que se obtuvo y este a su vez serán los que definan la creación

del aplicativo, resaltando aspectos positivos y viables de las

encuestas, que sirven como soporte del desarrollo y objetivo del

sistema.

3.1.2 Encuesta para Usuarios

Con el fin de poder conocer el interés de la población (usuario) en Taxi

Around, se pasó una encuesta con las siguientes preguntas (Ver ANEXO

No. 1), obteniendo el siguiente resultado.

Análisis y Discusión de Resultados 44

1. Al solicitar el servicio de taxi lo hace mediante:

TABLA No. 8

ENCUESTA USUARIO - PREGUNTA 1

Respuesta Código Frecuencia Porcentaje

Una operadora 1 98 32.67%

Tomar un taxi en la calle

2 156 52.00%

Llamar a un conocido

3 46 15.33%

TOTAL 300 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 1

ENCUESTA USUARIO - PREGUNTA 1

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los usuarios encuestados, el 32.67% toma un taxi

desde una operadora, el 52.00% toma un taxi en la calle (taxi a dedo) y el

15.33% toma un taxi llamando a un conocido.

98

156

46

Una operadora

Tomar un taxi enla calle Llamar a unconocido

Análisis y Discusión de Resultados 45

2. El promedio de respuesta de la solicitud del servicio de taxi que eligió

es:

TABLA No. 9

ENCUESTA USUARIO - PREGUNTA 2

Respuesta Código Frecuencia Porcentaje

0 a 5 minutos 1 31 10.33%

5 a 15 minutos 2 177 59.00%

15 a 30 minutos 3 92 30.67%

TOTAL 300 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 2

ENCUESTA USUARIO - PREGUNTA 2

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los usuarios encuestados, el 10.33% tiene una respuesta

de 0 a 5 minutos de la solicitud del servicio de taxi que eligió, el 59.00%

tiene una respuesta de 5 a 15 minutos de la solicitud del servicio de taxi

que eligió y el 30.67% tiene una respuesta de 15 a 30 minutos de la solicitud

del servicio de taxi que eligió.

Análisis y Discusión de Resultados 46

3. Como considera el servicio brindado de taxi que eligió:

TABLA No. 10

ENCUESTA USUARIO - PREGUNTA 3

Respuesta Código Frecuencia Porcentaje

Malo 1 89 29.67%

Muy Bueno 2 177 59.00%

Excelente 3 34 11.33%

TOTAL 300 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 3

ENCUESTA USUARIO - PREGUNTA 3

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los usuarios encuestados, el 29.67% considera que el

servicio brindado de taxi que eligió es malo, el 59.00% considera que el

servicio brindado de taxi que eligió es muy bueno y el 11.33% considera

que el servicio brindado de taxi que eligió es excelente.

Análisis y Discusión de Resultados 47

4. Tiene conocimiento de que a través de una aplicación de celular se tiene

acceso a un servicio de taxi ágil, seguro y confiable

TABLA No. 11

ENCUESTA USUARIO - PREGUNTA 4

Respuesta Código Frecuencia Porcentaje

SI 1 96 32.00%

NO 2 204 68.00%

TOTAL 300 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 4

ENCUESTA USUARIO - PREGUNTA 4

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los usuarios encuestados, el 32.00% si tiene

conocimiento de que a través de una aplicación de celular se tiene acceso

a un servicio de taxi y el 68.00% desconoce que a través de una aplicación

de celular se tiene acceso a un servicio de taxi.

Análisis y Discusión de Resultados 48

5. Existe la propuesta de descargar para su celular una aplicación gratis,

para tener acceso al taxi más cercano a su ubicación con un descripción

detallada tanto del vehículo como del conductor usted lo utilizaría:

TABLA No. 12

ENCUESTA USUARIO - PREGUNTA 5

Respuesta Código Frecuencia Porcentaje

SI 1 289 96.33%

NO 2 11 3.67%

TOTAL 300 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 5

ENCUESTA USUARIO - PREGUNTA 5

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los usuarios encuestados, el 96.33% si utilizaría la

aplicación para tener acceso al taxi más cercano a su ubicación y el 3.67%

no utilizaría esta aplicación.

Análisis y Discusión de Resultados 49

6. Como consideraría usted a este sistema que hace brindar un servicio

de calidad, con una aplicación desde su celular:

TABLA 13

ENCUESTA USUARIO - PREGUNTA 6

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 6

ENCUESTA USUARIO - PREGUNTA 6

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los usuarios encuestados, el 3.00% considera que este

sistema es malo, el 35.33% considera que este sistema es muy bueno y el

61.67% considera que este sistema es excelente.

Respuesta Código Frecuencia Porcentaje

Malo 1 9 3.00%

Muy Bueno 2 106 35.33%

Excelente 3 185 61.67%

TOTAL 300 100.00%

Análisis y Discusión de Resultados 50

3.1.3 Encuesta para Taxista

Con el fin de conocer los beneficios que tendrá el taxista con el uso

de Taxi Around, se pasó la siguiente encuesta conformada por las

siguientes preguntas (Ver ANEXO No. 2), obteniendo el siguiente

resultado.

1. Como considera la rentabilidad para usted de los siguientes medios que

existen para la obtención de sus servicios:

TABLA No. 14

ENCUESTA TAXISTA - PREGUNTA 1

Respuesta Código Frecuencia Porcentaje

Malo 1 49 49.00%

Muy bueno 2 47 47.00%

Excelente 3 4 4.00%

TOTAL 100 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 7

ENCUESTA TAXISTA - PREGUNTA 1

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los taxistas encuestados, el 49.00% considera que la

rentabilidad de los actuales medios de solicitud de servicio de taxi son

malos, el 47.00% considera que la rentabilidad de los actuales medios de

solicitud de servicio de taxi son muy buenos y el 4.00% considera que la

rentabilidad de los actuales medios de solicitud de servicio de taxi son

excelentes.

Análisis y Discusión de Resultados 51

2. Tiene conocimiento de que a través de una aplicación de celular se tiene

acceso a usuarios que desean adquirir sus servicios de Taxi de una

manera ágil, rápida y confiable:

TABLA No. 15

ENCUESTA TAXISTA - PREGUNTA 2

Respuesta Código Frecuencia Porcentaje

SI 1 44 44.00%

NO 2 56 56.00%

TOTAL 100 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 8

ENCUESTA TAXISTA - PREGUNTA 2

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los taxistas encuestados, el 44.00% si tiene

conocimiento de que a través de una aplicación de celular se tiene acceso

a usuarios que desean adquirir sus servicios y el 56.00% desconoce que a

través de una aplicación de celular se tiene acceso a usuarios que desean

adquirir sus servicios.

Análisis y Discusión de Resultados 52

3. Existe la propuesta de descargar para su celular una aplicación gratis,

para tener acceso a usuarios cercanos a la ruta que se encuentra con

una descripción detallada del usuario que solicita su servicio usted lo

utilizaría:

TABLA No. 16

ENCUESTA TAXISTA - PREGUNTA 3

Respuesta Código Frecuencia Porcentaje

SI 1 96 96.00%

NO 2 4 4.00%

TOTAL 100 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 9

ENCUESTA TAXISTA - PREGUNTA 3

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los taxistas encuestados, el 96.00% si utilizaría la

aplicación para tener acceso a usuarios cercanos a la ruta que se

encuentre, y el 4.00% no utilizaría esta aplicación.

Análisis y Discusión de Resultados 53

4. Como consideraría usted a este sistema que hace brindar un servicio

de calidad, con una aplicación desde su celular:

TABLA No. 17

ENCUESTA TAXISTA - PREGUNTA 4

Respuesta Código Frecuencia Porcentaje

Malo 1 2 2.00%

Muy bueno 2 28 28.00%

Excelente 3 70 70.00%

TOTAL 100 100.00%

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

GRÁFICO No. 10

ENCUESTA TAXISTA - PREGUNTA 4

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Del 100% de los taxistas encuestados, el 2.00% considera que este

sistema es malo, el 28.00% considera que este sistema es muy bueno y

el 70.00% considera que este sistema es excelente.

Análisis y Discusión de Resultados 54

3.2 Análisis de los datos

Se puede concluir como resultado de las encuestas, que los pasajeros

que toman taxi tienen tiempos de espera que son altos en la mayoría de las

veces y teniendo en cuenta que el servicio es regularmente bueno y

muchas personas no conocen un servicio de taxis por medio de un celular

inteligente, se abre un mercado viable, contando con las personas que si

saben de un servicio así, estas lo seguirían usando y basados en que la

aplicación es gratis es muy factible que la empleen para sus necesidades

de transporte, siendo esta una opción de gran acogida para los pasajeros.

Por otro lado se puede concluir que a la mayoría de los taxistas

encuestados, les interesa aumentar sus ingresos y hacerlo por medio de

una aplicación móvil, les facilitaría esta tarea, ya que ellos también la

usarían, esto hace que sea muy probable el éxito de este sistema para

solicitar taxis en Guayaquil.

3.3 Comprobación de la hipótesis

Con los resultados del uso del "Aplicativo informático para control de

taxis", y la aceptación de ésta por parte de los usuarios, se logran reducir

los tiempos de espera para solicitar un taxi, ya que al ser muchos los

taxistas que usen el sistema va ser de mayor probabilidad encontrar uno

libre y cercano al punto de solicitud de este servicio, gracias al sistema de

geo localización basado en GPS, que se integra en el aplicativo, para

solicitar taxis dinámicamente, con esto se comprueba la primera variable

de la hipótesis que es reducir el excesivo tiempo de espera al solicitar el

servicio de taxi, de una manera práctica y útil.

Mediante la funcionalidad de la calificación de taxistas otorgando

estrellas como medio de calificación por el servicio prestado, lo cual genera

un ranking basado en las puntuaciones hechas por los usuarios,

informando una aceptable confiabilidad de los pasajeros que usan el

Análisis y Discusión de Resultados 55

aplicativo “Taxi Around”, a su vez permitirá tener un grado de confianza

favorable tanto para en el chofer seleccionado como para el pasajero, así

se disminuye la probabilidad de exponerse a algún tipo de mal servicio o

delito. Con esto se comprueba la segunda variable de la hipótesis que es

contribuir con el resguardo y seguridad de las personas que requieren el

servicio de taxi.

Conclusiones y Recomendaciones 56

CAPTULO IV

4. CONCLUSIONES Y RECOMENDACIONES

4.1 Conclusiones

Como resultado del análisis del problema del servicio de taxis y

desarrollo del sistema Taxi Around, se obtuvieron las siguientes

conclusiones:

1. Se destaca el uso de las tecnologías para la solución de

problemas y situaciones cotidianas para facilitar la vida de las

personas.

2. Se resalta el interés de las personas por nuevas opciones de

tecnología, en el uso diario de dispositivos móviles para acceder

a varios servicios.

3. El sistema Android, tiene un crecimiento alto y cada vez ofrece

nuevas características para sus usuarios y facilidad de uso.

4. La arquitectura de Transferencia de Estado Representacional

(REST), tiene una gran capacidad en implementaciones móviles,

creando una buena comunicación con los productos usados para

su desarrollo.

5. El Sistema de Gestión de Base de Datos PostgreSQL, tiene buen

rendimiento y un tiempo de respuesta favorable para esta

aplicación, cumpliendo así las expectativas inicialmente

observadas.

6. Realizar encuestas como análisis de viabilidad de un problema,

tiene resultados acertados y ayuda a tomar decisiones

importantes cuando se está construyendo o elaborando un

proyecto.

Conclusiones y Recomendaciones 57

7. Es favorable tomar servicios de taxi por medio de la aplicación

Taxi Around, ya que ofrece comodidad y seguridad.

8. El uso del sistema Taxi Around, contribuirá enormemente a

disminuir la inseguridad que existe actualmente en la ciudad de

Guayaquil, para tomar un taxi, ya que el servicio de uso será

gratuito y estará disponible en tecnología SmartPhone.

4.2 Recomendaciones

Luego de terminar el sistema Taxi Around, llevando a cabo todas las

funciones deseadas, para futuras modificaciones, adiciones de

funcionalidades, óptimo desempeño y sin impactar negativamente en lo que

está funcionando, se debe tener en cuenta las siguientes

recomendaciones:

1. Se recomienda seguir con la arquitectura REST, para en el futuro

poder implementar integraciones con otros sistemas

adecuadamente y con mayor facilidad.

2. Examinar las especificaciones del servidor a medida que la

cantidad de usuarios vayan creciendo, basados en la

concurrencia y criterios del administrador del sistema.

3. Considerar las próximas actualizaciones de Android, ya que al

compilar la aplicación, se deben basar en su compatibilidad, para

este caso se tiene en cuenta las versiones a la fecha de este

documento. Así mismo valorar las demás versiones de

herramientas de desarrollo y base de datos.

4. Para futuras funcionalidades del sistema, se debe tener en cuenta

el MER y no realizar cambios que impacten funcionalmente la

base de datos.

Anexos 58

ANEXOS

Anexos 59

ANEXO No. 1

ENCUESTA USUARIO

Encuesta Usuario

1.- ¿Al solicitar el servicio de taxi lo hace mediante?

a. Una operadora

b. Tomar un taxi en la calle

c. Llamar a un conocido

2.- El promedio de respuesta de la solicitud del servicio de taxi que

eligió es:

a. 0 a 5 minutos

b. 5 a 15 minutos

c. 15 a 30 minutos

3.- Como considera el servicio brindado de taxi que eligió:

a. Malo

b. Muy Bueno

c. Excelente

4.- ¿Tiene conocimiento de que a través de una aplicación de celular

se tiene acceso a un servicio de taxi ágil, seguro y confiable?

a. SI

b. NO

5.- Existe la propuesta de descargar para su celular una aplicación

gratis, para tener acceso al taxi más cercano a su ubicación con una

descripción detallada tanto del vehículo como del conductor usted lo

utilizaría:

a. SI

b. NO

Anexos 60

6.- Como consideraría usted a este sistema que hace brindar un

servicio de calidad, con una aplicación desde su celular:

a. Malo

b. Muy Bueno

c. Excelente

Anexos 61

ANEXO NO. 2

ENCUESTA TAXISTA

Encuesta Taxista

1.- Como considera la rentabilidad para usted de los siguientes

medios que existen para la obtención de sus servicios:

a. Malo

b. Muy bueno

c. Excelente

2.- Tiene conocimiento de que a través de una aplicación de celular

se tiene acceso a usuarios que desean adquirir sus servicios de Taxi de

una manera ágil, rápida y confiable:

a. SI

b. NO

3.- Existe la propuesta de descargar para su celular una aplicación

gratis, para tener acceso a clientes cercanos a la ruta que se encuentra con

una descripción detallada del usuario que solicita su servicio usted lo

utilizaría:

a. SI

b. NO

4.- Como consideraría usted a este sistema que hace brindar un

servicio de calidad, con una aplicación desde su celular:

a. Malo

b. Muy bueno

c. Excelente

Anexos 62

ANEXO No. 3

ARQUITECTURA APLICATIVO TAXI AROUND

Anexos 63

ANEXO No. 4

MER (MODELO ENTIDAD-RELACIÓN)

Fuente: Investigación propia. Elaborado por: Lucero Sánchez Leiner

Anexos 64

ANEXO No. 5

DICCIONARIO DE DATOS

Tabla: auth_user

Nombre del campo

Tipo de Dato Descripción

id Integer Id del usuario.

password Text Password del usuario.

last_login Text Ultimo login.

is_superuser Integer Si es superusuario o no.

username Text Username del usuario.

first_name Text Primer nombre del usuario.

last_name Text Apellido del usuario.

email Text Email del usuario.

is_staff Integer

Es miembro del staff o no. Esto es propio interno de django.

is_active Integer Usuario activo.

date_joined Text Dia de creacion.

Tabla: taxi_app_taxiappuser

Nombre del campo

Tipo de Dato Descripción

id Integer Id del taxiappuser.

user_id Integer Relación con id de auth_user.

user_type Text Tipo de usuario.

local_id Text Cédula de la persona.

Anexos 65

latitude Real Latitud.

longitude Real Longitud.

Tabla: authtoken_token

Nombre del campo

Tipo de Dato Descripción

key Text Token para uso del REST API.

user_id Integer Relación con el id del usuario.

created Text Fecha de creación.

Tabla: taxi_app_client

Nombre del campo

Tipo de Dato Descripción

id Integer Id del cliente.

taxi_app_user_id Integer Id de relación con tabla taxi_app_taxiappuser.

pic_profile Text Imagen de perfil del cliente.

Tabla: taxi_app_taxidriver

Nombre del campo

Tipo de Dato Descripción

id Integer Id del driver.

taxi_app_user_id Integer Id de relación con tabla taxi_app_taxiappuser.

carrier Text Nombre del carrier (Cooperativa).

status Text Status del taxista.

Rating Real Rating del taxista.

Make Text Marca del auto.

model Text Modelo del auto.

Color Text Color del auto.

taximeter Integer Usa taximetro.

Anexos 66

lic_plate Text Placa número.

Rate Real Tarifa por km.

pic_car Text Imagen del carro.

pic_local_id Text Imagen del taxista.

Tabla: taxi_app_ride

Nombre del campo

Tipo de Dato Descripción

id Integer Id de carrera.

ask_date Text Fecha en que fue requerida.

attended_date Text Fecha en la que fue atendida.

latitude Real Latitud.

longitude Real Longitud.

status Text Status de la carrera.

addres Text Texto de dirección.

client_id Integer Id del cliente.

taxi_driver_id Integer Id del taxista.

delay_message Text Mensaje de demora.

arrival_confirmation Integer Confirmación de arribo.

Anexos 67

ANEXO No. 6

DIAGRAMA DE FLUJO

Diagrama de Flujo Solicitar Servicio Taxi (Aplicativo Taxi Around)

Anexos 68

ANEXO No. 7

CASOS DE USO

Caso de Uso #1 Usuario Nuevo

Caso de Uso #2 Solicitar Taxi

Anexos 69

Caso de Uso #3 Aceptación / Cancelación Servicio

Caso de Uso #4 Calificación Taxista

Anexos 70

ANEXO No. 8

DIAGRAMA DE SECUENCIA

Diagrama de Secuencia #1 Usuario Nuevo

Diagrama de Secuencia #2 Solicitar Taxi

Anexos 71

Diagrama de Secuencia #3 Cancelar Servicio

Diagrama de Secuencia #4 Calificación Servicio

Anexos 72

ANEXO No. 9

DISEÑO DE PANTALLAS

Aplicación Pasajero

Pantalla Registrar Pasajero

Pantalla Login Pasajero

Anexos 73

Pantalla Editar Perfil Pasajero

Pantalla Lista Taxis Cercanos

Anexos 74

Pantalla Detalles Taxista

Pantalla Lista Historial Carreras

Anexos 75

Pantalla Calificación

Aplicación Taxista

Pantalla Registrar Taxista

Anexos 76

Pantalla Login Taxista

Pantalla Editar Perfil Taxista

Anexos 77

Pantalla Lista Carreras Pendientes

Pantalla Detalles Carrera

Anexos 78

Pantalla Lista Carreras Completadas

Pantalla Detalle Historial Carreras

Anexos 79

ANEXO No. 10

PRUEBAS FUNCIONALES

Pruebas Funcionales Taxi Around

Nombre de Componente: Taxi Around

Fecha de Prueba: 13/08/20141 Responsable: Leiner Lucero

Descripción de la Prueba: Este reporte de prueba contiene el resultado de las pruebas funcionales de la aplicación Taxi Around, tanto por parte del taxista como la del pasajero.

Puntuación Pruebas Funcionales

Tipo de Puntuación Puntajes

Pasado

Parcial

Fallido

Casos de Pruebas (Pasajero-Taxista)

# Escenari

o

Tipo de Prueba

Nombre de Caso de Prueba

MÓDULO () aprobado ()

fallo Estado Observacion

es TAXISTA

PASAJERO

Caso de Prueba Pasajero

1 Funcionamien

to

Registrar Pasajero

Aprobad

o

2 Funcionamien

to Login Pasajero

Aprobad

o

3 Funcionamien

to

Editar perfil pasajero

Aprobad

o

4 Funcionamien

to

Lista de taxis cercanos

Aprobad

o

5 Funcionamien

to Detalles Taxista

Aprobad

o

6 Funcionamien

to

Lista historial de carreras

Aprobad

o

Anexos 80

7 Funcionamien

to

Calificación

Aprobad

o

8 Funcionamien

to

Cancelar carrera pasajero

Aprobad

o

9 Funcionamien

to

Cerrar sesión

Aprobad

o

Casos de prueba Taxista

10 Funcionamien

to

Registrar Taxista

Aprobad

o

11 Funcionamien

to

Login Taxista

Aprobad

o

12 Funcionamien

to

Editar perfil taxista

Aprobad

o

13 Funcionamien

to

Lista carreras pendientes

Aprobad

o

14 Funcionamien

to

Detalles carrera

Aprobad

o

15 Funcionamien

to

Lista carreras completadas

Aprobad

o

16 Funcionamien

to

Detalle historial carreras

Aprobad

o

17 Funcionamien

to

Rechazar carrera

Aprobad

o

18 Funcionamien

to Terminar carrera

Aprobad

o

19 Funcionamien

to

Cerrar sesión

Aprobad

o

Anexos 81

ANEXO No. 11

MANUAL DEL PASAJERO (APLICATIVO TAXI AROUND)

Registro de pasajero

Inicie la aplicación, se ve el formulario con los campos de usuario y

contraseña y en la parte inferior un enlace hacia el formulario de registro:

1. Toque a dicho enlace.

2. Llene los campos.

3. Después da en el botón OK.

4. Se muestra una alerta con el mensaje “Cambios guardados con

éxito” dar aceptar y ya está registrado.

5. Por último se redirige automáticamente al home de la

aplicación con sesión iniciada.

Anexos 82

Editar perfil pasajero

Si hay información que desea modificar tiene que hacer lo siguiente:

1. Solo con tocar el botón Editar Perfil se muestra el formulario de

datos de usuario.

2. Modificar el campo deseado.

3. Para terminar tocar el botón Ok.

4. Se muestra la alerta con mensaje Cambios grabados con éxito,

damos aceptar.

5. Y regresa al home de la aplicación.

Tomar un taxi cercano

Con la pestañas de taxis cercanos activada:

1. Tocar el botón de detalles del taxista para ver su información.

2. Agregar detalles como que vestimenta se tiene o referencias de

donde se encuentra.

Anexos 83

3. Escoger la opción Tomar taxi

4. Se muestra la alerta con mensaje Solicitud enviada con éxito, dar

aceptar.

5. Y regresa al home de la aplicación con un bloque, con un mensaje

Esperando respuesta del taxista y un botón para cancelar la

carrera.

Cambiar de taxista

1. Tocar el botón de color rojo Cancelar Carrera Actual.

2. Se muestra una alerta Ha cancelado la carrera, dar aceptar.

3. Escoger otro taxista en taxis cercanos.

4. Definir los detalles como ubicación o vestimenta, etc..

5. Escoger la opción Tomar taxi.

6. Se muestra la alerta con mensaje Solicitud enviada con éxito!!,

dar en aceptar.

7. Esperar a que cambie el mensaje de espera a Taxista aceptó

tu carrera y listo, el taxi está en camino.

Anexos 84

Historial de carreras y calificar taxistas

1. Tocar la pestaña Historial de carreras.

2. Escoger una carrera tomada para ver los detalles de la misma.

3. Ahora en el menú desplegable ubicado a la derecha del

nombre del taxista, escoger un número del 1 al 5.

4. Y para calificar solo basta con tocar el botón naranja Calificar.

5. Se muestra una alerta Tu calificación ha sido enviada con éxito,

dar aceptar.

6. Cerrar el modal de Detalles de la carrera.

7. Y por último regresar a Historial de carreras nuevamente.

Anexos 85

Cerrar e iniciar sesión pasajero

1. Para cerrar sesión solo tiene que tocar el botón de la esquina

superior derecha.

2. Y listo la sesión se cerró y a su vez la pantalla muestra el

formulario de inicio de sesión.

3. Ahora para iniciar sesión debe llenar el formulario con el correo

electrónico y la contraseña.

4. Y para terminar dar en el botón OK.

5. Se muestra iniciada la sesión con la lista de taxis cercanos.

Anexos 86

ANEXO No. 12

MANUAL DEL TAXISTA (APLICATIVO TAXI AROUND)

Registro de taxista

Inicie la aplicación, se ve el formulario con los campos de usuario y

contraseña y en la parte inferior un enlace hacia el formulario de registro:

1. Toque a dicho enlace.

2. Se muestra el formulario de registro.

3. Llene los campos.

4. Después dar en el botón OK

5. Se muestra una alerta con el mensaje “Cambios guardados con

éxito” dar aceptar y ya está Registrado.

Anexos 87

Editar perfil y cambio de estado taxista

Si hay información que desear modificar tener que hacer lo siguiente:

1. Solo con tocar el botón Editar Perfil se muestra el formulario de

datos de usuario.

2. Se muestra el formulario de perfil.

3. Modificar el campo deseado

4. Para terminar tocar el botón Ok.

5. Se muestra la alerta con mensaje Cambios grabados con éxito,

dar aceptar.

6. Y ya regresa al home de la aplicación, para cambiar el estado

del usuario tocar el botón de Activo a Ocupado por ejemplo.

7. Y listo se cambió el estado con éxito.

Anexos 88

Aceptar carreras pendientes

Con la pestaña de Pendientes activada:

1. Tocar el botón de detalles del cliente para ver su información

2. Leer a detalle la información del pasajero pendiente.

3. Se tiene dos opciones Aceptar carrera o rechazarla. En este caso

dar Aceptar carrera.

4. Se regresa al home, desaparece la carrera pendiente y también

se muestra un bloque nuevo que muestra dos botones Aviso de

arribo y Cancelar Carrera actual.

Carreras completadas y cierre de sesión

1. Tocar la pestaña Completadas, se muestra la lista de carreras

completadas.

2. Escoger el botón de detalles para ver más información de una

carrera.

3. Se muestra información más detallada de la carrera.

4. Para cerrar el modal tocar la cruz de la esquina superior

derecha.

Anexos 89

5. Regresar al home de la aplicación.

6. Si queremos cerrar sesión tocar el botón de la esquina superior

derecha.

7. Y por último la sesión se cierra y se muestra el formulario de

iniciar sesión, tener en cuenta que para iniciar la sesión se debe

llenar el formulario con el correo electrónico y la contraseña.

Anexos 90

ANEXO No. 13

PLAN TAXI AROUND

Anexos 91

Anexos 92

Anexos 93

Anexos 94

Anexos 95

Anexos 96

Anexos 97

Anexos 98

Anexos 99

Anexos 100

Anexos 101

Anexos 102

BIBLIOGRAFÍAS

Android, S. (s.f.). SISTEMA ANDROID. Obtenido de

http://scoello12.wordpress.com/ventajas-y-desventajas/

Ángel Luis García García, 2011. Introducción a Python. Autoedición

Catalani, E. A. (s.f.). Exequiel Catalani. Obtenido de

https://exequielc.wordpress.com/2012/10/12/primeros-pasos-con-

rest-transferencia-de-estado-representacional-parte-1/

Cordova, A. (s.f.). Documentación Apache Cordova. Obtenido de

http://cordova.apache.org/docs/es/3.1.0/guide_overview_index.md.

html#Perspectiva%20general

Caules, C. Á. (s.f.). arquitecturajava. Obtenido de Django. (s.f.). Django.

Obtenido de http://django.es/

DesarrolloAgil. (2012). Obtenido de

http://frayu.blogspot.com/2012/09/desarrollo-agil-de-software.html

INEC. (02 de abril de 2013). Canal Tecnológico. Recuperado el 19 de

agosto de 2013, de http://www.canal-

tecnologico.com/index.php?option=com_content&view=article&id=1

547:tics-en-ecuador-resumen-tecnologico-2012&catid=45&Itemid=2

Jesús Tomás Gironés 2013. El Gran Libro de Android. Marcombo S.A.

Marko Gargenta, 2011. Learning Android: Develop Mobile Apps Using

Java and Eclipse. O’Reilly Media.

PostgreSQL. (s.f.). PostgreSQL. Obtenido de

http://www.postgresql.org.es/sobre_postgresql

Bibliografía 103

SUPERTEL. (2013). Obtenido de

http://www.supertel.gob.ec/pdf/publicaciones/revista_supertel_16_fi

nal.pdf

Raúl González Duque, 2010. Python para todos. Autoedición

http://www.arquitecturajava.com/servicios-rest/