ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO 

FACULTAD DE INFORMÁTICA Y ELECTRÓNICA 

ESCUELA DE INGENIERÍA EN SISTEMAS 

 

 

ANÁLISIS COMPARATIVO DE LA PRODUCTIVIDAD DE LAS 
HERRAMIENTAS PARA REALIDAD AUMENTADA VUFORIA Y 
LAYAR DEL SISTEMA DE INFORMACIÓN MÓVIL DE 
INFRAESTRUCTURA FÍSICA DE LA ESPOCH 

 

 

Tesis de Grado presentado para optar el grado académico de: 

INGENIERO EN SISTEMAS INFORMÁTICOS 

 

 

AUTORES: WALTER RODRIGO NÚÑEZ ZAMORA 

 LUIS RAFAEL SÁNCHEZ LOZADA 

 TUTOR: I NG. DIEGO ÁVILA 

 

 

Riobamba - Ecuador 

2015 

 


ESCUELA SUPERIOR POLITECNICA DE CHIMBORAZO 

FACULTAD DE INFORMATICA Y ELECTRONICA 

ESCUELA DE SISTEMAS 

 

 

El Tribunal de Tesis certifica que: El trabajo de investigación: ANÁLISIS COMPARATIVO 
DE LA PRODUCTIVIDAD DE LAS HERRAMIENTAS PARA REALIDAD AUMENTADA 
VUFORIA Y LAYAR DEL SISTEMA DE INFORMACIÓN MÓVIL DE 
INFRAESTRUCTURA FÍSICA DE LA ESPOCH, de responsabilidad de los señores Walter 
Rodrigo Núñez Zamora y Luis Rafael Sánchez Lozada, ha sido minuciosamente revisado por 
los Miembros del Tribunal de Tesis, quedando autorizada su presentación. 

 

 

DECANO 

Ing. Gonzalo Nicolay Samaniego Erazo ______________ ____________ 

 

 

DIRECTOR DE LA ESCUELA 

Dr. Julio Santillán Castillo ______________ ____________ 

 

 

DIRECTOR DE TESIS 

Ing. Diego Ávila ______________ ____________ 

 

 

MIEMBRO DEL TRIBUNAL 

Ing. Jorge Menéndez ______________ ____________ 

 

 

DOCUMENTALISTA 

SISBIB-ESPOCH ______________ ____________ 

 

 

 

 

 


 

Nosotros, Luis Rafael Sánchez Lozada y Walter Rodrigo Núñez Zamora, somos los 
responsables de las ideas, doctrinas y resultados expuestos en esta: Tesis, Tesina, Memoria, y el 
patrimonio intelectual de la misma pertenecen a la Escuela Superior Politécnica de Chimborazo. 

 

 

 

 ---------------------------------- 

 Walter Núñez Zamora 

 

 

 

 --------------------------------- 

 Luis Sánchez Lozada 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


 

AGRADECIMIENTO 

 

 

Quiero expresar mi más sincero agradecimiento a todas las personas que de forma directa o 
indirecta han contribuido con la realización de esta investigación al Ing. Jorge Menéndez y a 
nuestro Tutor Ing. Diego Ávila, por su profesionalidad, conocimientos aportados y ayuda 
ofrecida durante estos meses, a mis compañeros y amigos, que han hecho que estos últimos 
años hayan sido más llevaderos. 

 

Walter 

 

 

Por el presente trabajo de investigación quiero agradecer a todos los maestros que han 
brindado sus conocimientos durante este ciclo universitario, al Ing. Jorge Menéndez y al Ing. 
Diego Ávila por sus conocimientos brindados en la realización de la tesis, de igual forma a mi 
familia que han estado constantemente apoyándome y motivándome para cumplir con mi meta 
estudiantil. 

Luis 

 


DEDICATORIA 

 

 

La realización de este trabajo dedicado con mucho esfuerzo y sacrificio a mis Padres que 
siempre confiaron en mí, que siempre estuvieron en los momentos más difíciles junto a mí 
,brindando su apoyo día a día y a toda mi familia con quienes compartí momentos agradables 
en el vivir diario. 

Walter 

 

 

El presente trabajo de tesis dedico a Dios por darme salud y vida para culminar mis estudios 
universitarios, también les dedico a mis padres por ser el pilar fundamental por brindarme 
apoyo y concejos constantes por estar ahí en los buenos como en los malos momentos y siempre 
inculcarme la voluntad y fuerza de salir adelante, de igual forma a mis amigos y profesores que 
han sido parte de mi desarrollo personal en esta etapa de mi vida estudiantil. 

Luis 

 

 


ÍNDICE DE ABREVIATURAS 

 

 

ESPOCH Escuela Superior Politécnica de Chimborazo 

AVD Android Virtual Device (Dispositivo Android Virtual). 

BD Base de Datos 

NDK Native Development Kit (Paquete de desarrollo Nativo). 

QR Quick Response (respuesta rápida) 

RA Realidad Aumentada 

SDK Software Development Kit (Paquete de desarrollo de software). 

XML Extended Markup Language (Lenguaje de Marcas Extensibles). 

XP Extreme Programming (Programación Extrema). 

XAML Lenguaje Extensible de Formato para Aplicaciones 

XML Lenguaje de Marcado Extensible 

DDMS Dalvik Debug Monitor Server 

GUI Interfaz Gráfica de Usuario 

OpenGl Open Graphics Library 

CMS System Manager contenido 

MMS System Manager Multimedia 

PDA Personal Digital Assistant (Asistentes personales digitales) 

MVC Modelo-Vista-Controlador 

3D Tercera Dimensión. 

FIE Facultad de Informática y Electrónica 

EIS Escuela de Ingeniería en Sistemas 

EIECRI Escuela de Ingeniería Electrónica en Control y Redes Industriales 

EIETR Escuela de Ingeniería electrónica Telecomunicaciones Y Redes 

EDG Escuela de Diseño Gráfico 

 

 


CONTENIDO 

 

 
CERTIFICADO .......................................................................................................................... ii 
AGRADECIMIENTO ............................................................................................................... iv 
DEDICATORIA .......................................................................................................................... v 
ÍNDICE DE ABREVIATURAS ................................................................................................ vi 
ÍNDICE DE TABLAS ................................................................................................................ ix 
ÍNDICE DE FIGURAS .............................................................................................................. xi 
RESUMEN ................................................................................................................................ xii 
SUMMARY ............................................................................................................................. .xiii 
INTRODUCCIÓN .................................................................................................................. - 1 - 
Antecedentes ............................................................................................................................. - 2 - 
CAPÍTULO I ........................................................................................................................... - 8 - 
1 MARCO TEÓRICO .................................................................................................. - 8 - 
1.1 Realidad Aumentada .................................................................................................... - 8 - 
1.1.1 Definición de Realidad Aumentada ............................................................................. - 8 - 
1.1.2 Características .............................................................................................................. - 9 - 
1.1.3 Tipos de reconocimiento .............................................................................................. - 9 - 
1.1.4 Elementos de la Realidad Aumentada ........................................................................ - 11 - 
1.1.5 Ventajas de la Realidad Aumentada........................................................................... - 11 - 
1.2 Dispositivos Móviles .................................................................................................. - 12 - 
1.2.1 Definición de dispositivo móvil ................................................................................. - 12 - 
1.2.2 Características ............................................................................................................ - 12 - 
1.2.3 Tipos de dispositivos móviles .................................................................................... - 13 - 
1.2.4 Aplicación Móvil ....................................................................................................... - 15 - 
1.3 Android ...................................................................................................................... - 17 - 
1.3.1 Definición ................................................................................................................... - 17 - 
1.3.2 Arquitectura ............................................................................................................... - 18 - 
1.3.3 Características y especificaciones actuales ................................................................ - 21 - 
1.3.4 Android SDK ............................................................................................................. - 22 - 
1.3.5 Android NDK ............................................................................................................. - 23 - 
1.3.6 Android ADT ............................................................................................................. - 23 - 
1.4 Herramientas para implementar Realidad Aumentada ............................................... - 24 - 
1.4.1 Vuforia ....................................................................................................................... - 24 - 
1.4.2 Layar .......................................................................................................................... - 27 - 
1.5 Herramientas de desarrollo ........................................................................................ - 28 - 
1.5.1 Eclipse ........................................................................................................................ - 28 - 
1.5.2 Características de eclipse ........................................................................................... - 29 - 
1.6 Arquitectura Orientada A Servicios (SOA) ............................................................... - 29 - 
1.6.1 Definición de SOA ..................................................................................................... - 29 - 
1.6.2 Características ............................................................................................................ - 30 - 
1.6.3 Beneficios de SOA en la Organización ...................................................................... - 31 - 
CAPÍTULO II ....................................................................................................................... - 33 - 
2. MARCO METODOLÓGICO ................................................................................. - 33 - 
2.1 Estudio comparativo de la productividad de las herramientas de realidad aumentada 
vuforia y layar ......................................................................................................................... - 33 - 
2.2 Definición de Productividad ...................................................................................... - 33 - 
2.3 Definición de parámetros e indicadores ..................................................................... - 34 - 
2.4 Instrumentos de medición .......................................................................................... - 35 - 
2.5 Muestras ..................................................................................................................... - 35 - 
2.6 Preparación del ambiente de desarrollo para la aplicación ........................................ - 36 - 
2.7 Descripción de los Prototipos ..................................................................................... - 37 - 
2.7.1 Creación del Prototipo Layar ..................................................................................... - 37 - 
2.7.2 Creación Prototipo Vuforia ........................................................................................ - 38 - 
2.8 Pruebas con los parámetros de medición/ comparación ............................................. - 39 - 
2.8.1 Resultados .................................................................................................................. - 40 - 
2.9 Resultados Generales ................................................................................................. - 50 - 
2.10 Comprobación de la Hipótesis ................................................................................... - 51 - 
CAPÍTULO III ...................................................................................................................... - 52 - 
3. MARCO DE RESULTADOS, ANALIS Y DISCUSIÓN DE RESULTADOS .. - 52 - 
3.1 Desarrollo de la aplicación movil ra_info y la apliacion web fie-info ...................... - 52 - 
3.2 ESPOCH-FIE ............................................................................................................. - 53 - 
3.2.1 Estructura orgánica funcional .................................................................................... - 53 - 
3.3 Estudio de factibilidad................................................................................................ - 55 - 
3.4 Planificación ............................................................................................................... - 56 - 
3.5 Desarrollo ................................................................................................................... - 60 - 
CONCLUSIONES ................................................................................................................. - 75 - 
RECOMENDACIONES ....................................................................................................... - 76 - 
BIBLIOGRAFÍA 
ANEXOS 


 


ÍNDICE DE TABLAS 

 

 
Tabla 1: Lineamientos del Tema de investigación. ........................................................... - 5 - 
Tabla 1-2. Parámetros e Indicadores. ................................................................................. - 35 - 
Tabla 2-2: Tabla de recursos .............................................................................................. - 36 - 
Tabla 3-2: Recursos para probar el funcionamiento de la aplicación ................................ - 37 - 
Tabla 4-3: Cantidad de líneas de código ............................................................................ - 40 - 
Tabla 5-2: Descripción de Datos de Líneas de Código ...................................................... - 41 - 
Tabla 6-2: Pruebas de Normalidad de Líneas de código .................................................... - 42 - 
Tabla 7-2: Resultados de Normalidad líneas de código ..................................................... - 42 - 
Tabla 8-2: Prueba t student de líneas de código ................................................................. - 42 - 
Tabla 9-2: Esfuerzo empleado ........................................................................................... - 43 - 
Tabla 10-2: Descripción de datos del Esfuerzo.................................................................... - 44 - 
Tabla 11-2: Pruebas de Normalidad ..................................................................................... - 45 - 
Tabla 12-2. Resultados de Normalidad en el esfuerzo ......................................................... - 45 - 
Tabla 13-2: Prueba t student en el esfuerzo ......................................................................... - 45 - 
Tabla 14-2: Obtención de Productividad ............................................................................. - 47 - 
Tabla 15-2: Productividad .................................................................................................... - 47 - 
Tabla 16-2: Descripción de datos de Productividad ............................................................ - 48 - 
Tabla 17-2: Pruebas de Normalidad de la Productividad ..................................................... - 49 - 
Tabla 18-2: Resultados de Normalidad ................................................................................ - 49 - 
Tabla 19-2: Prueba t Student de productividad. ................................................................... - 50 - 
Tabla 1-3: Historias de Usuario ......................................................................................... - 57 - 
Tabla 2-3: Metáforas del proyecto ..................................................................................... - 58 - 
Tabla 3-3: Iteraciones del Proyecto ................................................................................... - 58 - 
Tabla 4-3: MT01 Diseño de la base de datos de la aplicación web. .................................. - 61 - 
Tabla 5-3: Tareas de ingeniería de la Metáfora 1 .............................................................. - 62 - 
Tabla 6-3: Tarea de ingeniería 1: Diagrama entidad relación de la base de datos ............. - 62 - 
Tabla 7-3: Tarea de ingeniería 2: Diagrama lógico de la base de datos. ............................ - 63 - 
Tabla 8-3: Tarea de ingeniería 3: Diccionario de datos ..................................................... - 64 - 
Tabla 9-3: Diccionario de datos ......................................................................................... - 65 - 
Tabla 10-3: Prueba de aceptación 1 ..................................................................................... - 66 - 
Tabla 11-3: MT03 Diseño de interfaces............................................................................... - 68 - 
Tabla 12-3: Tareas de ingeniería de la metáfora 03 ............................................................. - 69 - 
Tabla 13-3: Tarea de ingeniería 1 de la metáfora 3 ............................................................. - 69 - 
Tabla 14-3: Tarea de ingeniería 2 de la metáfora 3 ............................................................ - 71 - 
Tabla 15-3: Tarea de ingeniería 3 de la metáfora 3 ............................................................. - 72 - 
Tabla 16-3: Prueba de aceptación 1 de la metáfora 3 .......................................................... - 74 - 



ÍNDICE DE FIGURAS 

 

 
Figura 1-1. Dispositivos Móviles. ...................................................................................... - 14 - 
Figura 2-1. Tendencias de desarrollo de aplicaciones. ...................................................... - 16 - 
Figura 3-1. Arquitectura de Android .................................................................................. - 18 - 
Figura 4-1. Componentes de Vuforia ................................................................................. - 25 - 
Figura 1-2. Página diseñada en Layar ................................................................................ - 38 - 
Figura 2-2. Prototipo Vuforia............................................................................................. - 39 - 
Figura 1-3. Estructura Orgánica de La ESPOCH ............................................................... - 54 - 
Figura 2-3. Orgánico Estructural de facultades .................................................................. - 55 - 
Figura 3-3. Diagrama Entidad-Relación de la aplicación Web INFO-FIE ........................ - 63 - 
Figura 4-3. Diagrama lógico de la base de datos de la aplicación web .............................. - 64 - 
Figura 5-3. Arquitectura del sistema .................................................................................. - 67 - 
Figura 6-3. Interfaz de navegación de la aplicación móvil ................................................ - 70 - 
Figura 7-3. Diseño de interfaz de contenido en la aplicación móvil .................................. - 71 - 
Figura 8-3. Interfaz de contenido de la aplicación web ..................................................... - 73 - 


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


RESUMEN 

 

 

El presente trabajo investigativo es un estudio comparativo de productividad de herramientas 
de Realidad Aumentada Vuforia y Layar en la construcción de una aplicación móvil de 
información de infraestructura de la Facultad de Informática y Electrónica en la Escuela 
Superior Politécnica de Chimborazo, con el propósito de mostrar información de infraestructura 
física en 3D mediante reconocimiento de marcadores. Siendo la Realidad la Realidad 
Aumentada una tecnología emergente que permite visualizar entornos reales combinando 
características de entorno virtuales para mostrar información a través de un dispositivo móvil 
con sistema operativo Android. Utilizando el método científico se planteó la hipótesis de 
investigación en base a la problemática para dar paso al experimento en los prototipos Vuforia 
y Layar mediante la comparación de líneas de código fuente, esfuerzo siendo el tiempo 
empleado y la productividad, para el análisis se ocupa el software estadístico SPSS mediante la 
prueba estadística t de Student de dos muestras independientes con un 95% de confianza y un 
5% de margen de error aplicando estadística descriptiva e inferencial. Se concluye que la 
productividad de la herramienta Vuforia es igual estadísticamente a la productividad de la 
herramienta Layar con un valor de significancia de 0.345 superior al valor alfa de 0.05. Se 
recomienda utilizar la herramienta Vuforia en el desarrollo de aplicaciones móviles para 
Realidad Aumentada por ser de código libre y permitir la escalabilidad con una aplicación web 
para la gestión de contenido. 

 

 

Palabras claves: <REALIDAD AUMENTADA>, < HERRAMINETA VUFORIA>, 
<HERRAMIENTA LAYAR>, <PRODUCTIVIDAD DE SOFTWARE >, < SISTEMA 
OPERATIVO ANDROID>, <LINEAS DE CODIGO FUENTE >. 

 

 

 

 

 

 

 

 

 

 


 

SUMMARY 

 

 

This research paper is a comparative study of productivity of Vuforia and Layar augmented 
reality tools in the construction of a mobile application of infrastructure information of 
Electronics & Computer Science Faculty at Escuela Superior Politecnica de Chimborazo, with 
the intention of showing information of physical infrastructure in 3D by means of scoreboards 
recognition. Being the Augmented Reality an emergent the technology that allows visualizing 
real environments combining virtual environments characteristics to show information through 
a mobile device with operating system Android. The research hypothesis was raised using 
scientific method bases on the problems in order to advance to the experiment in the prototypes 
Vuforia and Layar by means of the comparison of lines of code source, effort being the used 
time and the productivity, the statistical software SPSS is used for the analysis by means of the 
statistical test t of Student of two independent samples with a 95% of confidence and 5% of 
margin of error applying descriptive statistic and inferential. It is concluded that the Vuforia tool 
productivity is statistically equal to the productivity of the Layar tool with a value of 
significance of 0.345 superior to the alpha value of 0.05. it is recommended to use the Vuforia 
tool in the development of mobile applications for augmented Reality for being of free code and 
allowing the scalability with a web application for the content management. 

 

 

Key Words: <AUGMENTED REALITY>, <VUFORIA TOOL>, <LAYAR TOOL>, 
<PRODUCTIVITY SOFTWARE>, <ANDROID OPERATING SYSTEM>, <LINES OF 
SOURCE CODE>. 

 


INTRODUCCIÓN 

 

 

La Realidad Aumentada es una tecnología emergente que permite visualizar entornos reales 
combinando características de entorno virtuales para mostrar información de una manera 
diferente, siendo esta llamativa a través de la pantalla de los dispositivos móviles. 

 

Con el desarrollo de la tecnología los dispositivos móviles (Smartphone), ofrecen a los clientes 
gran capacidad de procesamientos, los mismos que ayudan al aumento de aplicaciones de 
diferente índole para darle diversos usos, capaces de gestionar gran cantidad de información que 
utilizan las personas en la actividades cotidianas. 

 

En el presente trabajo investigativo se realiza un análisis comparativo de las herramientas de 
Realidad aumentada Vuforia y Layar, cuyo objetivo es determinar la herramienta más 
productiva con ciertos parámetros e indicadores en la construcción de sistema de información de 
infraestructura de la FIE en la ESPOCH. 

 

Para ello se realiza un análisis estadístico mediante la prueba t student a las líneas de código, 
esfuerzo y productividad. La relación directa de los dos primeros parámetros, nos da la 
productividad para comprobar la hipótesis planteada. 

 

En el primer Capítulo I se describe la información general del proyecto con los respectivos 
antecedentes, objetivos y formulación del proyecto de tesis con sus respectivas justificaciones, 
en el Capítulo II se encuentra el marco teórico donde se investiga el objeto de estudio de las 
herramientas de Realidad Aumentada Vuforia y Layar, Además herramientas necesarias en el 
desarrollo de la aplicación. 

 

En el Capítulo III se realiza la comparación de la productividad de las herramientas de Realidad 
aumentada en base a líneas de código y esfuerzo. En el Capítulo IV se realiza la aplicación 
móvil de infraestructura física de la FIE en la ESPOCH, con la herramienta Vuforia por ser de 
código libre y cumplir con el decreto N°1014 de uso de software libre en instituciones públicas. 

 

 

 

 

 

 


Antecedentes 

 

La Realidad Aumentada (RA) consiste en combinar el mundo real con el virtual mediante un 
proceso informático, enriqueciendo la experiencia visual y mejorando la calidad de 
comunicación (Tecnología Realidad Aumentada, 2015). 

 

La Realidad Aumentada es el concepto de superponer contenido virtual (como por ejemplo 
gráficos u objetos en 2D o 3D) a una vista del mundo real tal como se ve a través de una 
cámara. Esta tecnología transforma el equipo móvil en lo que se describe como "un espejo 
mágico" que permite interactuar con el mundo real. Esto se puede añadir en juegos, multimedia 
y marketing interactivo o archivos de ayuda práctica o instrucciones. La Realidad Aumentada 
abre un nuevo mundo de aplicaciones y servicios móviles (Qualcomm Products, 2015). 

 

Se considera que la revista innove de tecnología y la compañía Qualcomm que produce los 
chipsets para la tecnología móvil CDMA y W-CDMA y creadora de un SDK muy completo 
para Realidad Aumentada para Smartphone y Tablet, coinciden que la Realidad Aumentada es 
combinar el mundo real con el mundo virtual , por ende en el presente trabajo Tesis se considera 
que la RA es : superponer contenido virtual en un mundo real por medio de una cámara. Esta 
tecnología nos muestra otra manera de percibir el entorno que nos rodea, con mayor 
información al que muestran nuestros sentidos del mundo real. 

 

La Realidad Aumentada (RA) es una tecnología que permite visualizar entornos reales con 
características virtuales superpuestas directa o indirectamente a través de un dispositivo. En los 
últimos años, se ha ido ampliando el uso de esta tecnología emergente en Publicidad, Además 
en la planificación urbana y de construcciones permitiendo visualizar escenarios en un modelo 
3D, por ejemplo, cómo se verán los edificios en ubicaciones reales mucho antes de que se 
construyan. En este campo, investigadores del Centro de Investigación Técnica VTT de 
Finlandia han conseguido importantes avances que ampliarán las posibilidades y perspectivas 
no sólo de arquitectos y diseñadores, sino también de una amplia gama de planificadores 
urbanos para la toma de decisiones (Martínez,2012). 

 

Por ende la Realidad aumentada está disponible para todo público que disponga de un 
dispositivo móvil para la descarga de aplicaciones con Realidad Aumentada. 

 

En el Ecuador el estudio de la Realidad Aumentada se ha desarrollado mayormente en el campo 
del Marketing en campañas publicitarias tanto es así que las Agencias Creativas han comenzado 
a utilizar esta tecnología para sus proyectos mostrando la publicidad de una manera diferente. 


La Agencia Geeks Ecuador que desarrollo tarjetas de presentación en un prototipo y en Marzo 
de 2011 realizaron una campaña de publicidad para Mall del Sol denominada los “Días de 
Dinosaurios” para lo cual utilizaron gafas especiales para la proyección del rostro de un 
dinosaurio (Chimbo & Tierra Quispillo 2012). 

 

En base al análisis realizado en la Escuela Superior Politécnica de Chimborazo la FIE como tal 
se ha visto como un problema la falta de información de infraestructura física a través de un 
sistema móvil con tecnología de Realidad Aumentada. Por este motivo los usuarios no conocen 
de manera digital los edificios de cada escuela y facultad de la FIE así como el edificio principal 
de la ESPOCH para los estudiantes e aspirantes. 

 

Mediante el desarrollo de un sistema móvil con la tecnología de Realidad Aumentada se 
pretende solucionar este inconveniente. Mediante la aplicación se procederá a escanear un 
marcador del mundo real, en este caso un código QR que para la presente investigación se llama 
marcadores para la visualización de información digital acerca de la Facultad de Informática y 
Electrónica con sus escuelas como también la edificación principal de la ESPOCH. 

 

Existen varias herramientas para realizar aplicaciones móviles que facilitan el desarrollo de 
sistemas con Realidad Aumentada, de los cuales se compara Vuforia y Layar su productividad 
para implementar un sistema móvil de información de infraestructura física en la ESPOCH. 

 

 Formulación del problema 

 

¿A través de un sistema móvil las personas podrán tener más información sobre la 
infraestructura física de la FIE en la ESPOCH? 

 

En la Escuela Superior Politécnica del Chimborazo (FIE), en el momento de ingresó a la misma 
por los estudiantes nuevos, personas de visita o para los aspirantes, no saben sobre la 
infraestructura física de las escuelas y facultades por lo tanto un sistema móvil ayuda a conocer 
acerca de las mismas. 

 

¿La Realidad Aumentada podrá resolver el problema de falta de información de infraestructura 
física de la FIE en la ESPOCH? 

Hoy en día las personas se limitan a percibir la información de manera tradicional, privándose 
de conocer información previa sobre un sitio determinado, por esta razón se debe buscar una 
manera diferente de percibir la información del mundo exterior, por esta razón la Realidad 
Aumentada será una alternativa muy fiable para resolver el problema planteado. 


 

¿La herramienta Vuforia mejora la productividad en un sistema de información? 

Vuforia es un SDK que facilita el desarrollo de aplicaciones móviles con Realidad Aumentada 
por lo tanto reduce considerablemente las líneas de código que se deben emplear en el 
desarrollo del mismo. 

 

Justificación del Proyecto 

 

A continuación se detallará la justificación teórica y práctica: 

 

Justificación Teórica 

 

Hoy en día la Realidad Aumentada trata de mostrar otra alternativa de percibir el entorno que 
nos rodea con mayor información del que pueden captar nuestros sentidos, capaz de captar un 
entorno físico con un entorno virtual en una misma escena. Una manera diferente de mostrar 
información digital por medio del enfoque de una cámara. 

Los resultados comparados de las dos herramientas de Realidad Aumentada permitirá saber 
cuan productiva es cada herramienta que faciliten el desarrollo de la aplicación móvil con 
tecnología de Realidad Aumentada. 

 

Para solucionar los problemas planteados en la presente investigación se basa en la 
productividad que Según Randall W. Jensen: La métrica estándar para la productividad de 
desarrollo de software ha sido el número de líneas de código entregadas de código, 
independientemente del lenguaje de desarrollo por esfuerzo desde el comienzo del proyecto 
(Randall W, 2014, p.5). 

 

Se pretende mantener el grado de competencia en el desarrollo de aplicaciones móviles 
llamativas para los usuarios bajo el sistema operativo Android que gran aceptación en el 
mercado, además adaptarle a necesidades cambiantes en la información de la aplicación. 

 

Justificación práctica 

 

Se ha tomado como parte práctica la FIE (Facultad de Informática y Electrónica) de Escuela 
Superior Politécnica del Chimborazo siendo una facultad de gran aporte al crecimiento 
institucional brindando una mejor información de su infraestructura física a sus estudiantes, 
visitantes e aspirantes, se realiza un aplicación que tendrá que escanear los códigos QR o 
marcadores que se encontraran en facultad de la FIE ,así como en la dependencia principal de la 


ESPOCH, el marcador al ser escaneado visualiza un video informativo de la infraestructura 
física, por ende se podrá acceder a información mediante la aplicación móvil a información de 
la Facultad de Informática y Electrónica con sus escuelas como también la dependencia 
principal de la ESPOCH. 

 

Además de seleccionar la mejor herramienta de Realidad Aumentada para la implementación de 
la aplicación con la construcción de prototipos en cada herramienta para facilitar la 
comparación. 

 

El usuario podrá descargarse la aplicación móvil de la tienda en línea de aplicaciones para 
Android cuyo nombre es Ra_info. La cual se instalará en el teléfono móvil, una vez iniciado la 
aplicación se podrá ingresar a los diferentes alternativas de cada escuela que se le presenta con 
información de la escuela concerniente, posteriormente mediante un botón se activa la cámara 
para enfocar sobre los marcadores dependiendo el marcador requerido. 

 

Además el contenido será gestionado con una aplicación web Fie_info que servirá para la 
Administración y gestión de la información presentada en la aplicación móvil. 

 

Cabe mencionar que la aplicación del sistema de información de infraestructura está aportando a 
la LINEA V. de Tecnologías de la información y procesos industriales de la ESPOCH, Así 
como al programa de desarrollo de aplicaciones de software para procesos de gestión y 
administración pública y privada , Además es importante por los avances tecnológicos de 
Realidad Aumentada dentro del objetivo 4 del PNBV como es Fortalecer las capacidades y 
potencialidades de la ciudadanía como indica la Política 4.6. “Promover la interacción recíproca 
entre la educación, el sector productivo y la investigación científica y tecnológica, para la 
transformación de la matriz productiva y la satisfacción de necesidades”, lineamiento h.- 
Impulsar políticas, estrategias, planes, programas o proyectos para la investigación, el desarrollo 
y la innovación (I+D+i) de tecnologías de información y comunicación (TIC). Como se puede 
observar en la Tabla 1. 

 

Tabla 1: Lineamientos del Tema de investigación. 

 

ALINEACIÓN DEL TEMA 

 

Línea 

Programa 

 

ESPOCH 

Tecnologías de la información, 
comunicación y procesos industriales 

Programa para el desarrollo de aplicaciones 
de software para procesos de gestión y 
administración pública y privada. Educación. 

 

Objetivo 

Política 

Lineamiento 




 

PLAN 
NACIONAL 
DEL BUEN 
VIVIR 

 

Fortalecer las 

capacidades y 

potencialidades 
de la 

ciudadanía 

Política 4.6. Promover la interacción 
recíproca entre la educación, el 
sector productivo y la investigación 
científica y tecnológica, para la 
transformación de la matriz 
productiva y la satisfacción de 
necesidades 

h) Impulsar políticas, 
estrategias, planes, programas o 
proyectos para la investigación, 
el desarrollo y la innovación 
(I+D+i) de tecnologías de 
información y comunicación 
(TIC). 



Realizado por: Núñez W, Sánchez L, 2015 

 

Objetivos 

 

Objetivo General 

 

Análisis comparativo de la productividad de las herramientas para Realidad Aumentada Vuforia 
y Layar en el desarrollo del sistema móvil de información de infraestructura física de la 
ESPOCH. 

 

Objetivos Específicos 

 

. Estudiar las herramientas de Realidad Aumentada Vuforia y Layar que permita determinar 
la herramienta con mayor productividad. 
. Determinar parámetros para comparar las herramientas de Realidad Aumentada Vuforia y 
Layar para el desarrollo de la aplicación. 
. Desarrollar prototipos para determinar la herramienta de mejor productividad. 
. Desarrollar una aplicación móvil de información de infraestructura para dispositivos 
móviles con el sistema operativo Android para la ESPOCH con la herramienta escogida. 


 

Hipótesis 

 

La herramienta de Realidad Aumentada Vuforia es más productiva que la herramienta Layar 
para el desarrollo del sistema móvil de información de infraestructura física de la ESPOCH. 

 

Métodos y Técnicas de Investigación 

 

Los métodos y técnicas son de suma importancia en el desarrollo de la investigación así como 
los pasos que se da en esta investigación. 

 

 


Métodos 

 

Siendo la tesis como el proyecto de investigación de fin de carrera es necesaria la aplicación del 
método científico la misma que se establecerá acciones ordenadas con métodos aplicativos de 
Realidad Aumentada para el desarrollo de aplicación móvil bajo Android. 

 

Para el desarrollo del método investigativo- científico, tenemos que cumplir con las siguientes 
etapas: 

 

. Planteamiento del problema 
. Recopilación de información 
. Formulación de hipótesis 
. Experimentación 
. Demostración de la hipótesis 
. Conclusión de resultados 
. Tesis o teoría científica 


 

Se utilizará la metodología XP (Programación Extrema) para el desarrollo del sistema móvil de 
infraestructura física de la ESPOCH. 

 

Técnicas 

 

Se utilizará varias técnicas en las que engloba documentos, papers, foros; estas técnicas son 
utilizadas para recolectar, procesar y analizar la información de las fuentes sobre nuestro objeto 
de estudio, por ende mencionamos las siguientes técnicas: 

 

. Observación: Esta técnica me permitirá observar diferentes procesos así como procesar y 
analizar las fuentes de información. 
. Documentación: Esta técnica me permite obtener información de bases científicas 
académicas así como revistas, papers, para obtener la información necesaria. 
. Aplicación de fórmulas estadísticas para la comprobación de la hipótesis 
. Técnicas de comprobación de hipótesis. 


 

 

 

 


CAPÍTULO I 

 

 

1 MARCO TEÓRICO 

 

1.1 Realidad Aumentada 

 

La Realidad Aumentada (RA) es una tecnología que en la actualidad está en auge siendo está la 
combinación de elementos e imágenes reales con la experiencia virtual, la cual genera nuevas 
sensaciones en los usuarios que implementan e utilizan este tipo de aplicaciones actualmente se 
aplica en varios campos; existen varios proyectos en desarrollo y mucha aplicaciones en el 
mercado al igual que herramientas para implementar y desarrollar estas aplicaciones con 
Realidad Aumentada. 

 

1.1.1 Definición de Realidad Aumentada 

 

Realidad Aumentada es el proceso de superposición de imágenes renderizadas digitalmente en 
el entorno del mundo real, dando una sensación de ilusión en el contenido oculto que se 
encuentra detrás de una imagen o marcador, que puede ser incluido en medios impresos, 
siempre y cuando se superponga el marcador durante un periodo de tiempo adecuado, en una 
posición estable para identificar y analizar (Realidad Aumentada,2015). 

 

La Realidad Aumentada mejora la percepción e interacción del usuario con el mundo real, los 
objetos virtuales muestran información que el usuario no puede detectar directamente con sus 
sentidos; la información transmitida por el mundo virtual ayuda al usuario a realizar sus tareas 
del mundo real.(Azuma, 1997, pp.1-48). 

 

Realidad Aumentada es la composición de un mundo real con un entorno virtual generados por 
computadora, adaptando imágenes virtuales en el mundo físico que se puede observar por 
medio de dispositivos como Tablet y Smartphone, facilitando al usuario que a través de un 
dispositivo pueda generar una experiencia nueva del mundo real con el virtual. 

 

En si la Realidad Aumentada trata de mejorar la visión de un mundo real ofreciendo al usuario 
un gran cantidad de alternativas visuales para percibir de mejor manera el mundo real con la 
información multimedia que brinda la Realidad Aumentada como pude ser imágenes, videos, 
audios, información textual, imagnes3D, etc. 


 

1.1.2 Características 

 

La Realidad Aumentado debe tener simultáneamente tres características (Schmalstieg, et al, 2011, pp 13-
37). 

 

. Combinar imágenes virtuales con el mundo real 
. Registro tridimensional de datos digitales 
. Es interactiva en tiempo real. 


 

Su propiedad principal es interactuar objetos virtuales con el mundo real experimentando 
nuevas sensaciones en el usuario, para esto se enfoca con la cámara del dispositivo a la imagen 
renderizada para visualizar la ilusión que genera la Realidad Aumentada. 

 

Es fundamental conocer estas características para el desarrollo de aplicaciones móviles con 
Realidad Aumentada ya que estas son el pilar para realizar y desarrollar una aplicación de buena 
calidad. 

 

1.1.3 Tipos de reconocimiento 

 

Las aplicaciones de Realidad Aumentada tienen diferentes tipos de reconocimiento uno de ellos 
es el reconocimiento de marcadores entre estos tenemos los códigos QR, imágenes, entre otros; 
también existe el reconocimiento que se realiza a través de la posición para esto se utilizan las 
ventajas que tienen hoy en día tanto los Smartphone como las Tablet, los cuales usan elementos 
como la brújula, el GPS y el acelerómetro. 

 

Reconocimiento Basado en Marcadores 

 

En este tipo de reconocimiento se utiliza imágenes reales del entorno físico, que serán los 
código QR o también le asignamos el nombre de marcadores que serán la base para el 
reconocimiento mediante la cámara de un dispositivo, recibiendo información generada sobre la 
imagen que se le conoce como marcador. Este reconocimiento es a través de cálculos de 
distancia, el tamaño y el ángulo en el que se encuentra respecto a la cámara (Saraguro Bravo 2012, pp 
20). 

 

Es factible el reconocimiento de marcadores gracias a gran poder de cálculo de las herramientas 
computacionalmente para poder enfocar el marcador adecuado. 


 

Reconocimiento basado en objetos 

 

Este tipo de reconocimiento está basado bajo un nivel computacional a través de sensores de las 
cámaras de dispositivos bajo un patrón tratando de reconocer un objeto en particular. 
Comparando con el objeto almacenado en una base de datos y tratando de revelar según su 
forma de que se trata el objeto. Para este sistema solo se necesita la cámara del dispositivo y no 
requiere cambios del entorno para su funcionamiento (Saraguro Bravo 2012, p 20). 

 

Esto se da en aplicaciones móviles que se basan en reconocer objetos específicos como 
estatuas, cuadros para conocer más detalladamente sobre el objeto escaneado. 

 

Reconocimiento basado en Geo localización 

 

Este sistema requiere de un sistema de localización (GPS) que en la actualidad la mayoría de 
dispositivos móviles tienen incorporado. Además existen otros sistemas que reconocen la 
orientación del dispositivo (brújulas digitales, acelerómetros, etc.). 

 

Este sistema trabaja en función de las coordenadas siendo estos los puntos de referencia de 
ubicación, entonces el dispositivo según su coordenada se aproxima al objeto de acuerdo a su 
ángulo de visión y su distancia (Saraguro Bravo 2012, p 20). 

 

El avance de los dispositivos ha aumentado notablemente la utilización del reconocimiento 
basado en parámetros de posicionamiento como (GPS, Brújula, Acelerómetro) generando 
nuevas experiencias a los usuarios superponiendo información digital a través de la pantalla del 
dispositivo. 

 

Hacemos mención a la primera definición que se asemeja a nuestra realidad, que al enfocar el 
dispositivo móvil a un marcador en un sitio determinado, la aplicación procesa la información 
del marcador de esta forma devuelve la información de la infraestructura donde se encuentra el 
marcador y así se puede ver en el dispositivo. 

 

 

 

 

 


1.1.4 Elementos de la Realidad Aumentada 

 

Una cámara: Es un dispositivo que captura imágenes que vemos a nuestro alrededor. Estas 
cámaras se encuentran en ordenadores personales que son las webcams o las cámaras que llevan 
integrados los dispositivos móviles. Su uso principal es capturar la imagen que se encuentra en 
el campo visual. Mientras que en la Realidad Aumentada transmitir la información del mundo 
real al procesador del sistema para poder combinar ambos mundos. 

 

El procesador: Es un componente que interpreta la información percibida del mundo real a 
través de la cámara así como la información virtual que debe ser sobrepuesta sobre el mundo Es 
el elemento que integra el mundo real con el virtual. 

 

El marcador: Este es el componente físico donde se visualiza un mundo virtual. Estos 
elementos pueden ser imágenes, código de barra o cualquier objeto que por medio de la cámara 
del dispositivo nos ofrece una Realidad Aumentada. Estos elementos también pueden ser 
reconocidos mediante un determinado software. 

 

Elemento activador: Este componente son los elementos tecnológicos como la brújula, el GPS, 
el acelerómetro que permiten calcular las coordenadas de nuestro dispositivo. Este elemento 
hace atractivo el uso de la Realidad Aumentada. 

 

En la Realidad Aumentada se debe tener todos los componentes antes descritos y explicados 
para tener un funcionamiento correcto de la aplicación y de esta forma obtener una experiencia 
de usuario satisfactoria. 

 

1.1.5 Ventajas de la Realidad Aumentada 

 

Al utilizar la Realidad Aumentada se elimina la necesidad de trasladar el contenido escrito hacia 
el lugar donde se debe aplicar. En un ambiente tradicional de muestra de información con un 
técnico o propietario típicamente el contenido de información se voltea a través de páginas 
(papel o web) para identificar la información principal. Esta información tiene que ser 
transferido al lugar exacto donde se encuentra la tarea (reparación, operación, etc.) para que 
esta sea ejecutada. En consecuencia el técnico debe interpretar el contenido escrito y alinear 
gráficos existentes con el objeto físico que debe visualizar. En el mundo de la Realidad 
Aumentada esta transformación y búsqueda no es necesario porque la información está 
disponible en el lugar donde se necesita que aparezca dicha información. Además puede 
ajustarse la información al contexto actual (Lumera, 2013) . 


 

1.2 Dispositivos Móviles 

 

En esta sección se detallara que es un dispositivo móvil, los tipos de dispositivos móviles que 
existen en el mercado y la afluencia de los consumidores. Además se analizara cuales 
dispositivos móviles pueden integrar Realidad Aumentada, de igual manera se dará a conocer 
características importantes que tiene. 

 

1.2.1 Definición de dispositivo móvil 

 

Un dispositivo móvil es originalmente un ordenador de mano. Está diseñado para ser 
extremadamente portátil, se ajusta a la palma de la mano o en el bolsillo. Algunos dispositivos 
móviles de hoy en día son más potentes y permiten hacer las mismas cosas que se hacen en 
ordenador de escritorio, portátil o incluso superar a estos (Dispositivos Móviles, 2015). 

 

Un dispositivo móvil es un dispositivo muy pequeño, computadores de mano totalmente 
equipados con una pantalla para la visualización con métodos de entrada (pantalla táctil o el 
teclado en miniatura). Muchos dispositivos móviles portátiles tienen sistemas operativos 
capaces de correr aplicaciones (o “apps”). Hacen posible que las aplicaciones de los 
dispositivos móviles o teléfonos sean usados como dispositivos de juegos, reproductores 
multimedia, calculadoras, navegadores, etc. (Mobile Devices , 2014) . 

 

Después de analizar las definiciones planteadas anteriormente los autores coinciden que los 
dispositivos móviles son muy pequeños pero con grandes funcionalidades y capacidad de 
procesamientos que superan las expectativas de los usuarios gracias a sus facilidades de 
conexión con las tecnologías 3G o Wi-Fi, debido a que la gran mayoría de usuarios tienen un 
Smartphone o Tablet que son los dispositivos móviles más utilizados y conocidos en la 
actualidad, los que ofrecen mayor variedad de aplicaciones multimedia y los que más 
posibilidades de evolución tecnológica presentan en este sentido. 

 

1.2.2 Características 

 

Es importante conocer todo lo referente a los dispositivos móviles ante de comenzar aprovechar 
todas sus funcionalidades, por ese motivo se da a conocer algunas de sus características más 
importantes (Introducción a Los Dispositivos Móviles,2015). 

 


. Gran capacidad de comunicación, la misma que permite tener acceso a información y 
servicios independiente del lugar, del momento donde nos encontramos. 
. La movilidad de un dispositivo móvil está restringida por una batería. La cual necesidad de 
recargas periódicas de carga de energía en la batería. 
. Tamaño reducido del dispositivo, favorece la movilidad de los dispositivos móviles. 
Además, las interfaces de usuario son reducidos tienen una pantalla reducida, un teclado 
muy pequeño, o carecen de él, etc. 
. Tienen una interfaz para redes inalámbricas capaces de acceder a conexiones de internet u 
otras redes 
. Incorporan memorias de almacenamiento para la gestión y administración de las 
aplicaciones. 


 

1.2.3 Tipos de dispositivos móviles 

 

En la Figura 1-1 se presentan algunos ejemplos de dispositivos móviles en la cual se muestra 
algunas ventajas e inconvenientes como modelos y tecnologías de los diferentes dispositivos; 
los Smartphone y las Tablets son las más populares entre los usuarios y entre los 
desarrolladores de aplicaciones con Realidad Aumentada, ya que existe una gran gama de 
aplicaciones para este tipo de dispositivos. 

 

 


 

 Figura 1-1.Dispositivos Móviles. 

 Fuente: http://www.academia.edu/7164949/Dispositivos_moviles,2014 

 

En esta sección se detallará los principales dispositivos móviles accesibles en el mercado para 
Realidad Aumentada. 

 

 

 

 


 

Smartphone 

 

Es un dispositivo electrónico o a su vez teléfono móvil que está diseñado para ejecutar una 
variedad de aplicaciones además presta el servicio de telefonía. Los teléfonos inteligentes son 
originalmente pequeñas computadoras de mano que a menudo se utiliza para la navegación 
web, correo, observar videos, leer libros electrónicos, jugar juegos, etc. (Dispositivos móviles, 2015). 

 

Tablets 

 

Son ordenadores que se diseñado para ser portátiles, proporcionan una experiencia de 
computación diferente, la diferencia principal de las Tablet es que no tienen teclado integrado 
pero puede integrarse a un inalámbrico, pero la pantalla es sensible al tacto que le permite 
escribir en un teclado virtual y usar el dedo como puntero del ratón, es más grande que un 
Smartphone (Dispositivos móviles, 2015). 

 

PDA (Asistente Digital Personal) 

 

Son dispositivos electrónicos o comúnmente conocidos como agendas personales electrónicas 
que tienen capacidad para almacenar información, su ordenación en la información es su 
principal ventaja a través de una pantalla más grande que un celular, la visualización es 
mejorada con una mayor capacidad de proceso. 

 

1.2.4 Aplicación Móvil 

 

Son programas desarrollados para que se ejecute en los Smartphone, Tablet y otros dispositivos 
móviles, estas aplicaciones tienen como objetivo ayudar al usuario a realizar tareas en su 
dispositivo móvil. Estas aplicaciones se lo realiza en un ordenador de escritorio o portátil. 

 

Para hacer uso de aplicación móvil se necesita de un Smartphone o Tablet, según el sistema 
operativo del dispositivo, se sujetan las aplicaciones disponibles en: Apple, Android, Microsoft, 
Black Berry cada uno de estos ofrece tiendas de aplicaciones en línea que suelen funcionar de 
acuerdo al sistema operativa de su móvil. 

 

 

 

 


Mercado de las Aplicaciones Móviles 

 

En el segmentó competitivo en el mercado, hoy en día el auge de los dispositivos móviles. 
Según Developer Economics que es el programa que conduce la investigación sobre los 
desarrolladores móviles y la economía de aplicaciones, así como seguimiento experiencias de 
desarrolladores a través de plataformas, modelos de ingresos, aplicaciones, herramientas dev, 
APIs, segmentos y regiones. 

 

En la octava edición del informe de tendencias en el desarrollo de aplicaciones móviles, 
realizado en febrero del 2015, se dice que los desarrolladores están recurriendo más al uso de 
multiplataforma en el desarrollo de aplicaciones móviles. 

 

 

 Figura 2-1.Tendencias de desarrollo de aplicaciones. 

 Fuente: Tendencias de desarrollo de aplicaciones (Visionmobile Ltd and Wilcox, 2015) 

 

Según los porcentajes analizados Android tienen el 40% de los desarrolladores, iOS tiene un 
37%, mientras que Windows Phone y el navegador móvil tiene sólo un 8% y 7% 
respectivamente (Visionmobile Ltd and Wilcox ,2015) . Generalmente la realización de las aplicaciones 
está centrada en las dos grandes masas que rigen en el mercado como es Android y IOS. 

 

Entre las características principales de una aplicación móvil es: el acceso a la navegación web, 
las aplicaciones móviles son interactivas y dinámica, poseen una interfaz de usuario amigable, 
la lógica del proceso se realiza en el servidor y el resultado se envía al móvil que se encarga de 
mostrar por medio de una interfaz gráfica. 


1.3 Android 

 

1.3.1 Definición 

 

Android es un sistema operativo móvil basado en el kernel de Linux siendo Linux un software 
libre, que combinando con aplicaciones middleware está encaminado para ser utilizado para 
pantalla táctil en dispositivos móviles como Smartphone, Tablets, PDA, etc. Es desarrollado por 
la Open Handset Alliance que está integrado por fabricantes y desarrolladores de software y 
operadores de servicio la cual es liderada por Google (García Padilla, 2012) . 

 

Android es el nombre del sistema operativo para dispositivos móviles fabricado por la compañía 
estadounidense Google. Es el más común que viene instalado en la variedad de Smartphone y 
Tablet en la cantidad de fabricantes de dispositivos que ofrecen a los usuarios acceso a los 
propios servicios de Google, como Search, YouTube, Maps, Gmail, etc. (Todd ,2014) . 

 

Android es un sistema operativo móvil fundamentado en una versión modificada del núcleo de 
Linux de código abierto inicialmente desarrollado por Android Inc. Que fue una empresa 
pequeña que fue comprada por Google, hoy en día la desarrollan los miembros de la Open 
Handset Alliance que es liderada por Google quien libera en código fuente de Android bajo 
licencia de código abierto. En si Android se trata de un sistema de código abierto y bajo 
licencias de software libre, multitarea que permite a los desarrolladores acceder a varias 
funcionalidades del dispositivo (Orosco, 2011) . 

 

De lo analizado, Android es un sistema operativo para dispositivos móviles basado en el kernel 
de Linux; actualmente lidera el mercado ya que es muy popular entre los usuarios de 
dispositivos móviles de última tecnología; el sistema operativo Android aprovechas todas las 
características que el dispositivo presenta. Actualmente Android pertenece a Google. 

 

Esto amerita que los usuarios que dispongan de un celular con sistema operativo Android puede 
navegar fácilmente por la web, ver videos, escribir mensajes de correo como si estuviera en una 
computadora, a la ves son personalizables para adaptarse a gustos y necesidades de los usuarios 
cambiando el aspecto de las interfaces, cuenta con una tienda en línea donde se puede descargar 
aplicaciones para cualquier tipo de cosa que amerite. Estas aplicaciones pueden ser 
desarrolladas por terceros a través de herramientas proporcionadas por google (SDK Software 
Developer Kit) mediante un lenguaje de programación de Java. 

 


1.3.2 Arquitectura 

 

La arquitectura de la plataforma Android está formado por 5 componentes que son : 
Aplicaciones, Framework de aplicaciones, las librerías, Android Runtime y el kernel de Linux 
conformando 4 capas que son una pila de software de código abierto como se muestra en la 
Figura 3-1. 

 

 

 Figura 3-1. Arquitectura de Android 

 Fuente: Tutoriales Android (Android Architecture,2015) 

 

. Linux Kernel 


 

La capa básica es el kernel de Linux. El sistema Operativo Android está construido en la parte 
superior del núcleo de Linux, con modificaciones en su arquitectura. No se debe de confundir 
los términos de Linux con el kernel de Linux. El término kernel significa que es el núcleo de 
cualquier sistema operativo. 

 

Por ende, se dice que Android está basado en el kernel de Linux, no significa que es otra 
distribución de Linux, sencillamente significa, Android en su núcleo es Linux. Por lo tanto no se 
puede ejecutar cualquier paquete Linux en Android. Es un sistema operativo íntegramente 
diferente del sistema Linux. Este es el núcleo de Linux que interactúa con el hardware que a la 


vez contiene todos los controladores de hardware esenciales. Los controladores son programas 
que controlan y permite la comunican con el hardware (Android Architecture & EazyTutz 2015). 

 

. Libraries 


 

En la siguiente capa trata sobre las bibliotecas nativas de Android. Esta capa permite al 
dispositivo móvil pueda manejar diferentes tipos de datos, estas bibliotecas están escritos en un 
lenguaje de programación C o C++ y son exclusivos para un hardware en particular. 

Algunas de las bibliotecas (Android Architecture & EazyTutz 2015). 

 

Surface Manager 

 

Se utiliza para el gestor de composición de ventana con búfer fuera de pantalla. Fuera de la 
pantalla del medio de almacenamiento, las aplicaciones no pueden dibujar directamente en la 
pantalla, en su lugar los dibujos van al buffer fuera de pantalla. No se puede combinar con otros 
dibujos y forman la pantalla final que el usuario vera. Este buffer fuera de pantalla es la razón 
detrás de la transparencia de las ventanas. 

 

Media Framework 

 

Facilita diferentes códec multimedia que permite la grabación y reproducción de diferentes 
formatos de medios multimedia. 

 

SQLite 

 

Es un potente motor de base de datos utilizado para Android cuyo objetivo es el 
almacenamiento y gestión de datos. 

WebKit 

Es un motor del navegador que se utiliza para visualizar el contenido HTML de páginas web. 

 

OpenGL 

 

Sirve para renderizar contenidos 2D o 3D contenidos gráficos para la pantalla. 

 

. Android Runtine 


 

El tiempo de ejecución está integrado por: Dalvik Virtual Machine y bibliotecas core Java. 


 

Dalvik Virtual Machine 

 

Es una especie de máquina virtual de java que está diseñado y optimizado para Android para 
gran potencia de procesamiento y bajo ambientes de poca memoria. El Dalvik Virtual Machine 
utiliza las características principales de Linux como la gestión de memoria y multi-threading, 
que es específica en el lenguaje Java. Permite a todas las aplicaciones Android ejecutar en su 
propio proceso, con la propia instancia de la máquina virtual Dalvik (Android Architecture & EazyTutz 
2015). 

 

ART 

 

Es una nueva máquina virtual que ha introducido Google conocida como ART (Runtime 
Android), se utiliza en las nuevas versiones de Android. Como es en la Lollipop versión 5.0 
liberada el 15 de octubre del 2014, la máquina virtual Dalvik se sustituye completamente por 
ART. ART tiene varias ventajas sobre Dalvik VM como AOT (Ahead Of Time = Antes de 
tiempo) la compilación y la mejoría en la recogida de basura que potencia el rendimiento de 
aplicaciones de una manera significativa (Android Architecture & EazyTutz,2015). 

 

Core Java Libraries 

 

Proporciona un conjunto de bibliotecas del núcleo permitiendo a los desarrolladores – 
programadores de aplicaciones Android, desarrollar aplicaciones Android usando el lenguaje 
de programación Java estándar (Android Architecture, 2015). 

 

. Aplication Framework 


 

En esta capa proporciona varios servicios de nivel superior interactuando directamente. A su 
vez estos programas gestionan las funciones básicas necesarias del teléfono móvil como la 
gestión de recursos, gestión de llamadas de voz, etc. En el campo de programación como 
desarrollador, se considera que estas son algunas de las herramientas básicas con las que se 
construye las aplicaciones (Android Architecture & EazyTutz, 2015). 

 

Los bloques importantes del marco de la aplicación son: (Android Architecture & EazyTutz 2015). 

 

Activity Manager: Administra el control del ciclo de vida de la actividad de las aplicaciones. 


Content Providers: Los Proveedores de contenido se encarga de permitir el compartir datos 
entre aplicaciones. 

Telephony Manager: Se utiliza el administrador de teléfono si se quiere acceder a llamadas de 
voz en nuestra aplicación. Por ende, se encarga de la administración de las llamadas de voz. 

Location Manager: Administra las ubicaciones, utilizando el GPS o la antena de telefonía 
móvil. 

Resource Manager: Proporciona el acceso a recursos de código embebido. Administra los 
diversos tipos de recursos como ajuste de color que se utiliza en una petición. 

 

. Applications 


 

Las aplicaciones están en la capa superior de la arquitectura de Android y es aquí donde encajan 
las aplicaciones. En los dispositivos Android vienen instalados varias aplicaciones estándar tales 
como (Android Architecture & EazyTutz, 2015): 

 

. Aplicación cliente de SMS 
. Marcador 
. Navegador web 
. Gestor de contactos 


 

Haciendo énfasis en la arquitectura de Android se puede construir aplicaciones ilimitadas que 
pueden sustituir a cualquier aplicación existente dando una gran apertura a los desarrolladores. 

 

1.3.3 Características y especificaciones actuales 

 

Las características que tiene el sistema operativo de dispositivos móviles Android son varias de 
estas se ha descrito lo más relevante para su comprensión. (Android, 2015). 

 

. El Diseño de dispositivo es adaptable a pantallas más grandes de mayor resolución. 
. Para el almacenamiento de datos se utiliza SQLite siendo una base de datos liviana. 
. Soporta varias tecnologías de conectividad GSM/EDGE, IDEN, CDMA, EV-DO, UMTS, 
Bluetooth, Wifi, LTE, HSDPA, HSPA+, NFC, HSDPA+. 
. Incluye formas de mensajería SMS, MMS y hoy en día la mensajería de google en la nube. 
. El navegador que vine por en Android está basado en el motor de rendirizado de código 
abierto webKit combinado con JavaScript de google Chrome. 
. Está basado en una máquina virtual especializada Dalvik específicamente para Android y 
optimizado para dispositivos móviles. 



. Android soporta varios formatos multimedia MPEG-4 SP, MP3, MIDI, Ogg Vorbis, WAV, 
JPEG, PNG, GIF y BMP, etc. 
. Soporte para streaming RTP/RTSP (3GPP PSS, ISMA), descarga progresiva de HTML 
(HTML5 <video> tag). 
. Soporte para hardware adicional como cámara de fotos. De videos, acelerómetros, etc. 
. El entorno de desarrollo era el IDE eclipse con un plugin ADT. Hoy en día Android estudio 
se considera como un entorno oficial. 
. Tiene un servidor de aplicaciones gratuitas o de pago en Google play. 
. Android tiene un soporte nativo para multitáctil. 
. Android soporta video llamadas de Hangouts. 


 

1.3.4 Android SDK 

 

Es fundamental conocer lo que es el SDK antes de comenzar con el desarrollo de aplicaciones 
móviles para el sistema operativo Android. El SDK es un kit de desarrollo de software necesario 
para el API en donde se desarrolle las diferentes aplicaciones ya que contiene las librerías y 
herramientas necesarias para iniciar con la creación de aplicaciones móviles. 

 

El SDK de Android (kit de desarrollo de software) es un conjunto de herramientas de desarrollo 
que se utiliza para desarrollar aplicaciones para la plataforma de Android. El SDK incluye: 
bibliotecas, un depurador, un emulador, la documentación adecuada para las interfaces de 
programación, código fuente de una muestra, así como tutoriales (Janssen, 2015). 

 

Cuando google lanza una nueva versión del sistema operativo Android, se da a conocer un SDK 
correspondiente capaz de escribir con nuevas funcionalidades, en cuento que los desarrolladores 
debe descargar e instalar el SDK de cada versión de Android para la compatibilidad entre 
versiones. 

 

“El SDK de Android proporciona las bibliotecas de la API y las herramientas de desarrollo 
necesarias para construir, probar y depurar aplicaciones para Android.” (developer.android.com, 2015) 

 

Analizando los conceptos antes mencionados se dice que el SDK es un paquete de desarrollo 
necesario para el desarrollo de aplicaciones Android que incluyen herramientas y Apis 
indispensables en la construcción y depuración del código. 

 


1.3.5 Android NDK 

 

El NDK es un conjunto de herramientas que permite implementar partes de la aplicación 
utilizando código nativo en lenguajes de programación como C y C ++. Para ciertos tipos de 
aplicaciones, esto puede ser útil para que pueda volver a utilizar las bibliotecas de código 
existentes escritas en estos lenguajes, pero la mayoría de las aplicaciones no es necesario el 
NDK de Android (Android NDK & Android Developers,2015). 

 

Se debe comprender que el NDK no beneficiará a la mayoría de las aplicaciones. Se necesita 
para equilibrar las ventajas frente a los inconvenientes. En particular, el uso de código nativo en 
Android en general no da lugar a una mejora de rendimiento, pero siempre aumenta la 
complejidad de la aplicación. Por ende, sólo se debe utilizar el NDK si es realmente esencial 
para la aplicación, no se recomienda que el simple hecho de querer programar en C / C ++. 
Android (Android NDK & Android Developers,2015). 

 

Para la mayoría de aplicaciones de Android no es importante el NDK, a menos que la aplicación 
lo amerite. 

 

1.3.6 Android ADT 

 

ADT (Android Developer Tools) es un plugin que se utiliza para Eclipse que provee un 
conjunto de herramientas que se integran con el IDE de Eclipse. Estos plugins ofrecen acceso a 
muchas características que facilitan el desarrollo de aplicaciones Android. Además aporta una 
interfaz de usuario de acceso a líneas de comando de las herramientas del SDK, así como una 
herramienta de diseño de interfaz de usuario para creación rápida de prototipos, diseño y 
construcción de interfaces en la aplicación (Android Developer Tools,2015). 

 

Herramientas de desarrollo de Android (ADT) es un plugin para el IDE de Eclipse que está 
diseñado para darle un potente entorno integrado de desarrollo en la construcción de 
aplicaciones de Android. ADT amplía las capacidades funcionales de Eclipse para que pueda 
configurar rápidamente nuevos proyectos de Android, crear interfaces de usuario de la 
aplicación, agregar nuevos paquetes basados en la API de Android Framework. Además se 
puede depurar aplicaciones utilizando las herramientas del SDK de Android, e incluso exportar 
firmado (o sin firmar) archivos .apk con el fin de distribuir la aplicación (developer.android.com,2015). 

 

El desarrollo en Eclipse con ADT es muy recomendable y es la manera más rápida de 
comenzar. Con la configuración guiada del proyecto que ofrece, así como la integración de 


herramientas, editores de XML personalizados y el panel de salida de depuración, ADT le da un 
impulso increíble en el desarrollo de aplicaciones Android (developer.android.com,2015). 

 

1.4 Herramientas para implementar Realidad Aumentada 

 

En la actualidad existe varias herramientas destinadas a la creación de aplicaciones de Realidad 
Aumentada, pero para este estudio se ha escogido dos de ellas que son Layar y Vuforia de las 
cuales se detallara a continuación. 

 

1.4.1 Vuforia 

 

Vuforia es una plataforma de desarrollo de aplicaciones de Realidad Aumentada para 
dispositivos móviles en Android e iOS. Es desarrollada por la empresa Qualcomm en Austria. 
Esta plataforma aparece en el 2010 donde fue publicada y ha venido creciendo notablemente, en 
el último año se ha desarrollado más de 1.000 aplicaciones. Siendo utilizado por grandes marcas 
comerciales para las campañas publicitarias de sus productos. Cabe mencionar que una de las 
principales ventajas de esta plataforma es que se basa en el reconocimiento y seguimiento de 
marcas naturales incluyendo objetos 3D mediante la tecnología de visión por computadora. La 
plataforma se presenta en código abierto (Serrano Mamolar, 2012). 

 

Vuforia es una plataforma de Software que permite visualizar aplicaciones. Los desarrollares 
pueden añadir funcionalidades avanzadas de visión por computador fácilmente a cualquier 
aplicación permitiendo el reconocimiento de imágenes y objetos del mundo real. La principal 
característica que tiene Vuforia es que puede recorrer y rastrear imágenes , objetos, textos, 
marcadores o entornos reales (Getting Started View & Vuforia Library Prod ,2015). 

 

Vuforia es un SDK, es decir un conjunto de librerías que permite el desarrollo de aplicaciones 
de Realidad Aumentada muy completo una de sus ventajas principales es de que su código es 
abierto, así como el reconocimiento de imágenes y objetos en tiempo real. 

 

Componentes de Vuforia 

 

Vuforia está integrado como se muestra en la Figura 4-1 por diversos componentes los mismos 
que son detallados posteriormente. 

 


 

https://lh4.googleusercontent.com/3xMxmKYsAqCtpPp9itZxCAgbkg6bhOfeugjOf0VzifGmdXy6bSYyops-6Rm32n7cqeIB0-tcg9zTXpID6hkmcSnW3SD-cUk88gWTdhJh11ymjqjMFqaChjL2apRfJ_T_Gg 
Figura 4-1.Componentes de Vuforia 

 Fuente: Developer Vuforia (Serrano Mamolar,2012) 

 

Cámara 

 

La cámara se enciende para que cada frame capturado pase al tracker. Además se indica cuándo 
la aplicación inicia la captura y cuando termina. Cada frame dependerá del dispositivo móvil 
utilizado en su tamaño y formato (Serrano Mamolar, 2012). 

 

Image Converter 

 

Este módulo convierte el formato de la cámara a un formato interoperable con OpenGL que es 
un estándar multiplataforma para escribir aplicaciones que produzcan gráficos 2D y 3D, para el 
tracking de los marcadores. Además se dispone de la imagen de la cámara en diferentes 
resoluciones con diferentes ángulos reduciendo la tasa de muestreo (Serrano Mamolar, 2012). 

 

Tracker 

 

Este módulo contiene los algoritmos de visión artificial que se encargan de la detección y 
rastreo de los objetos de cada frame. En si es el seguimiento de objetos determinando su 
posición en función del tiempo. Para esto se utiliza diferentes algoritmos que se encargan de la 
detección de nuevos “targets” o “markers” además evaluar los botones virtuales. Este módulo 
puede cargar múltiples conjuntos de objetos almacenando en un objeto, pero en el mismo 
tiempo solo puede estar activo uno a la vez (Serrano Mamolar, 2012). 

 


Video Background Renderer 

 

La imagen es procesada y almacenada en un objeto de estado. Para dispositivos específicos el 
rendimiento del vídeo de fondo está optimizado. Todos estos componentes deben ser 
inicializados en la aplicación. Cada uno de los frames se actualiza el objeto de estado llamando 
a las funciones de renderizado. Por ende la aplicación siempre debe realizar lo siguiente. (Serrano 
Mamolar, 2012). 

 

. Consultar el objeto de estado para comprobar la existencia de nuevos marcadores detectados 
. Actualizar la lógica de negocio de la aplicación con los nuevos datos de entrada. 
. Renderizar los elementos virtuales. 


 

En Vuforia los marcadores se crea mediante un sistema online (Target Management System). 
Una vez creada la imagen que servirá como marcador, se ingresa al sistema. Se crea una base de 
datos de marcadores y se sube la imagen. La plataforma Vuforia se encarga de analizar y valorar 
la imagen mediante una el número de características especiales detectadas por el sistema 
valorando de 1 a 5 estrellas. Posteriormente crea un archivo en binario .dat y archivo .xml con la 
configuración de los marcadores (Serrano Mamolar, 2012). 

 

Características de Vuforia 

 

Las Capacidades de reconocimiento y seguimiento de Vuforia se pueden utilizar en una 
variedad de imágenes y objetos (Getting Started View & Vuforia Library Prod,2015). 

 

. Image-Targets: Son imágenes comunes planas, como los medios de impresión y como 
imágenes en el embalaje del producto. 
. Multi-Targets: Son creadas utilizando más de una imagen y se pueden organizar en formas 
geométricas regulares (por ejemplo, cajas) o en cualquier disposición arbitraria de 
superficies planas. 
. Cylinder Targets: Son imágenes envueltas sobre objetos que son aproximadamente de 
forma cilíndrica (por ejemplo, botellas de bebidas, tazas de café, latas de refresco). 
. Frame Markers: Proporcionan 512 marcadores codificados que se pueden utilizar como si 
fuese cualquier imagen. Los marcadores son pequeños y se puede detectar y realizar un 
seguimiento de varios objetos de ellos al mismo tiempo. 



. Targets: Son creados mediante el escaneo de los objetos físicos. Le permite crear 
aplicaciones que reconocen y rastrear objetos rígidos. Vuforia también proporciona un 
conocimiento y comprensión de entorno físico del usuario. 
. Smart Terrain: Es una tecnología innovadora que puede reconstruir el entorno físico del 
usuario como una malla 3D. Además Permite a los desarrolladores crear una nueva clase de 
juegos y experiencias realistas de visualización de productos, en los que el contenido puede 
interactuar con los objetos físicos y superficies en el mundo real. 
. Text Recognition: Vuforia también puede reconocer y realizar un seguimiento de palabras. 
Reconocimiento de texto le permite desarrollar aplicaciones que reconocen palabras de un 
diccionario de 100 000 palabras en inglés. 


 

1.4.2 Layar 

 

Layar es un plataforma de Realidad Aumentada para dispositivos móviles Android, Se basa en 
utilizar la información que proporciona el GPS y la brújula que posee el terminal para el 
funcionamiento de visualización de información en tiempo real de lo que la cámara capta 
sobreponiendo información delante de nosotros. Es muy potente el reconocimiento donde se 
puede recibir detalles como direcciones, puntos de interés, casas en venta, restaurantes, cajeros 
automáticos, etc. 

 

Además lo más interesante es que la aplicación muestra una interfaz bastante intuitiva la 
distancia hasta los puntos en cuestión y si de pronto la ruta hasta el elemento es complicada, la 
aplicación se comunica con Google Maps. Además los desarrolladores creen la posibilidad de 
compartir información entre usuarios, marcando e introduciendo datos en el mapa sobre una 
ubicación (Puerto,2009). 

 

Layar, se basa en el GPS y la brújula de los teléfonos Android. El GPS para ubicar la posición 
del usuario (GPS) y la brújula para la orientación o hacia dónde está mirando o dirigiéndose. El 
sensor de movimiento se utiliza para saber el ángulo de inclinación del teléfono. Mientras que 
la cámara del teléfono móvil recoge el entorno y reproduce la imagen en la pantalla del teléfono 
en tiempo real, coy ayuda del software que trata de superponer información sobre la imagen 
que sirve de marcador (Layar Realidad aumentada para teléfonos Android, 2009). 

 

Layar es una herramienta que en estos años ha ganado gran popularidad la cual se la puede 
descargar desde el App Store y Google Play, también se puede descargar varios ejemplos 
realizados con esta herramienta, ha tenido gran éxito por su versatilidad al momento de 
reconocer imágenes, marcadores, o simplemente localizar la posición a través del GPS. 


 

1.5 Herramientas de desarrollo 

 

Al momento de realizar aplicaciones de Realidad Aumentada existe varias Interfaz de 
Programación de Aplicaciones (API) y Entorno de Desarrollo Integrado (IDE) pero para el 
presente trabajo se utilizara el IDE eclipse que es uno de los mejores a la hora de trabajar en 
aplicaciones móviles en Android. 

 

1.5.1 Eclipse 

 

Eclipse es una plataforma de desarrollo integrado, diseñada para ser extendida de forma 
indefinida a través de plugins. Su principal enfoque fue el uso de código abierto. Fue creada 
para convertirse en una plataforma de integración de herramientas de desarrollo. No tiene un 
lenguaje especifico No tiene, sino que es un IDE genérico. Además tiene popularidad entre la 
comunidad de desarrolladores del lenguaje Java usando el plugin JDT que viene incluido en la 
distribución estándar del IDE (Eclipse IDE,2014). 

 

Eclipse es una comunidad de individuos y organizaciones que buscan la utilización de software 
libre. Los proyectos se centran en la construcción de una plataforma abierta de herramientas y 
tiempos de ejecución para la construcción, despliegue y gestión de software durante el ciclo de 
vida de una aplicación. El proyecto Eclipse fue creado originalmente por IBM con facilidades 
del consorcio de proveedores de software en el 2001 (Eclipse Foundation, 2015). 

 

Eclipse es un entorno de desarrollo integrado de Código abierto y Multiplataforma. Es muy 
utilizado para desarrollar "Aplicaciones de Cliente Enriquecido", opuesto a las aplicaciones 
"Cliente-liviano" basadas en navegadores. Por ende, es una completa y poderosa plataforma de 
Programación, desarrollo y compilación de elementos como sitios web, programas en C++ o 
aplicaciones Java. Además en ella se encuentra todas las herramientas y funciones necesarias 
para el desarrollo de un proyecto con una interfaz atractiva que lo hace fácil y agradable de usar 
(Eclipse, 2015). 

 

Los dos autores antes mencionados coinciden que es completa y poderosa plataforma de 
programación con herramientas y funciones necesarias para el desarrollo de aplicaciones Java o 
programas en C++. 

 

 


1.5.2 Características de eclipse 

 

El IDE de estudio Eclipse es un editor de código muy versátil que tiene varias características 
que se detalla a continuación, estas hacen que Eclipse sea una opción importante al momento 
del desarrollo de aplicaciones principalmente para el desarrollo de aplicaciones móviles como 
son las siguientes (Eclipse IDE,2014) 

 

Perspectivas, editores y vistas: Son las pre configuraciones de ventanas y editores, relacionadas 
entre sí, que permiten trabajar en un determinado entorno de trabajo de forma óptima. 

Gestión de proyectos: Es la administración del conjunto de recursos relacionados entre sí, como 
puede ser el código fuente, documentación, ficheros configuración, árbol de directorios, 
herramienta ayuda en el desarrollo de proyectos. 

Depurador de código: Es un depurador para mejorar el código, se lo activa mediante la 
ejecución en modo depuración de uso fácil e intuitivo de forma ordenada. 

Extensa colección de plug-ins: Compatible con colecciones disponibles grandes publicadas por 
Eclipse o por terceros. Teniendo el plugin adecuado para el efecto. 

 

1.6 Arquitectura Orientada A Servicios (SOA) 

 

1.6.1 Definición de SOA 

 

La Arquitectura SOA (Arquitectura orientada a servicios) constituye un marco de diseño para la 
integración de aplicaciones independientes que mediante la red se pueda acceder a sus 
diferentes como servicios con el desarrollo de sistemas distribuidos. La forma más usual de 
implementar una arquitectura SOA es mediante Servicios Web siendo esta una tecnología 
fundamentada en estándares e independiente de la plataforma. SOA puede descomponer 
aplicaciones monolíticas en un conjunto de servicios e implementar en forma modular esta 
funcionalidad (Microsoft Corporation, 2006). 

 

SOA es una arquitectura la cual invoca a funciones o servicios utilizando un lenguaje de 
descripción y tienen que invocar a las interfaces para realizar una llamada a los proceso del 
negocio. Cada interacción es independiente de otra y los protocolos de interconexión de los 
dispositivos de comunicación no afectan a las interfaces (Beal , 2015.). 

 

Servicios Orientados a la Arquitectura (SOA) es una Arquitectura de Software que está basada 
en los conceptos claves de application frontend quienes inician y controlan la actividad de los 


sistemas en la organización. Además servicios, repositorio de servicios y bus de servicios. Este 
servicio consiste en un contrato de una o más interfaces y una implementación (Instituto de 
computación-U la Republica, 2005). 

 

Según las definiciones analizadas se dice que SOA, está enfocado a la infraestructura del 
negocio, con una capacidad estratégica para la integración de procesos de negocios debido a que 
las interfaces son independientes; dando mayor apertura a los clientes que desde cualquier lugar 
con cualquier dispositivo pueda usar un servicio. 

 

1.6.2 Características 

 

SOA debe cumplir con varias características para que se convierta en un herramienta poderosa 
en la empresa debido a que todos sus sistemas pueden utilizar los servicios creados con este fin, 
una de sus principales características es la reusabilidad, al igual que es de fácil mantenimiento 
ya que gracias a su característica de desacoplamiento es fácil las modificaciones sin que cause 
daños de consideración a terceros. Se detallara las principales características (Características de Un 
Servicio SOA,2015). 

 

Definido: El servicio debe ser definido en términos de qué es lo que hace con un conocimiento 
organizacional. 

 

. Capacidad estratégica de integración de procesos de negocio en los que forma parte, 
Además una interfaz de comunicación con otros servicios. 
. Se invoca los datos que el servicio da de resultado. 


 

Implementado: El servicio debe estar desarrollado en algún software. 

Desplegado: El servicio necesita estar disponible para ser usado en cualquier momento por 
otros servicios 

Manejado: Debe existir algún monitoreo de que el servicio está disponible y cumpliendo con el 
enfoque para lo cual se creó. 

Reusable: Debe ser usado por otro proceso de negocio donde se requiera de esa funcionalidad. 

Comunicación: La comunicación entre emisor y receptor es un servicio accedido mediante 
mensajes en un estándar XML. 

Abstracción: Todo debe estar integrado sin saber lo interno formando de procesos. 

Granularidad: Un servicio no debe encapsular procesos complejos mientras más sencillo sea la 
funcionalidad es mejor. 


Desacoplamiento: Un servicio debe tratar de no depender mucho de otros servicio, cuando se 
hace modificaciones a un servicio pocos serán afectados. 

Estado: El servicio debe tener un estado de mantener información de tareas que está ejecutando 
para que pueda ser gestionado lo más adecuado posible. 

 

Servicios SOA tienen interfaces auto descriptivas en plataformas independientes de documentos 
XML, se comunican con mensajes definidos a través de esquemas XML, así como las 
aplicaciones pueden ver los servicios e invocar al servicio que necesita. 

 

1.6.3 Beneficios de SOA en la Organización 

 

Los beneficios que ofrece SOA en la organización de la estructura es la generación de 
aplicaciones dinámicas de alto nivel de crecimiento y competitividad. 

Las soluciones de SOA permiten entre otras cosas los siguientes beneficios (Microsoft Corporation 
2006). 

 

Mejorar la toma de decisiones.- Al integrar servicios de negocio, los directivos disponen de 
información exacta y actualizada de mejor calidad abarcando múltiples departamentos de forma 
directa. Lo que permite conocer mejor los balances de costes y beneficios que se producen en 
las operaciones. 

 

Mejorar la productividad de los empleados.- Mediante un acceso óptimo e eficaz a los sistemas 
informáticos se aumenta la productividad individual de empleados reduciendo tiempos de 
respuesta de información. 

 

Potenciar las relaciones con clientes y proveedores. La integración de sistemas y aplicaciones 
diferentes con partner comerciales optimizan procesos en las empresas. 

 

Aplicaciones más productivas y flexibles.- La orientación a servicios permite el desarrollo de 
una novedosa generación de aplicaciones compuestas que ofrecen potencialidades avanzadas y 
multifuncionales para la organización sin importar la plataforma ni lenguajes de programación. 

 

Desarrollo de aplicaciones más rápido y económico.- El diseño de servicios basado en 
estándares facilita la creación de un repositorio de servicios reutilizables que se pueden 
combinar en servicios de mayor nivel y aplicaciones compuestas en respuesta a nuevas 
necesidades de la empresa. Con ello se reduce el coste del desarrollo de soluciones y de los 


ciclos de prueba, se eliminan redundancias y se consigue su puesta en valor en menos tiempo. 
(Microsoft Corporation 2006). 

 

Aplicaciones más seguras y manejables.- Proporciona una infraestructura común para el 
desarrollo de servicios seguros, predecibles y gestionables según la evolución del negocio. 

SOA en si contribuye a estructurar el modelo de negocio alineando los recursos con el modelo 
del negocio y ante posibles cambios que la afecta. 

 

 

 

 

 

 

 

 

 

 


CAPÍTULO II 

 

 

2. MARCO METODOLÓGICO 

 

2.1 Estudio comparativo de la productividad de las herramientas de realidad aumentada 
Vuforia y Layar 

 

El análisis comparativo de la productividad de las herramientas de Realidad Aumentada se lo 
realiza en este capítulo en base a los parámetros e indicadores sobre los prototipos realizados. 
En sí determina la herramienta más productiva en el desarrollo de aplicaciones con Realidad 
Aumentada demostrando la Hipótesis que es: La herramienta de Realidad Aumentada Vuforia 
es más productiva que la herramienta Layar para el desarrollo del sistema móvil de información 
de infraestructura física de la ESPOCH. 

 

2.2 Definición de Productividad 

 

La productividad en una empresa manufacturera se mide dividiendo el número de unidades 
producidas entre el número de persona-hora requeridas para producirlas. Sin embargo, para 
cualquier problema de software, existen muchas soluciones diferentes con distintas 
características (Sommerville Ian, 2005, pp 565-569). 

 

Según Randall W. Jensen: La métrica estándar para la productividad de desarrollo de software 
ha sido el número de líneas de código entregadas de código, independientemente del lenguaje de 
desarrollo por esfuerzo desde el comienzo del proyecto (Randall W, 2014,pp 5 ). 

 

Según IAN SOMMERVILLE Las líneas de código fuente por programador/mes son una 
métrica ampliamente utilizada en la medida de la productividad. Ésta se calcula contando el 
número total de líneas de código fuente que se entrega. La cuenta se divide entre el tiempo total 
en horas requeridas para completar el proyecto. Por lo tanto, este tiempo incluye el tiempo 
requerido para el análisis y diseño, codificación, pruebas y documentación (Sommerville Ian, 2005, pp 
565-569). 

 

Por lo general, las estimaciones de productividad se basan en medir alguno de los atributos del 
software y dividir el resultado entre el esfuerzo total requerido para el desarrollo. Existen dos 
tipos de medidas utilizadas: 

 


Medidas relacionadas con el tamaño. Está se relacionan con el tamaño de la salida de alguna 
actividad. La medida más común relacionada con el tamaño son las líneas de código fuente 
entregadas. Otras medidas que se utilizan son el número de instrucciones de código objeto 
entregado o el número de páginas de la documentación del sistema (Sommerville Ian,2005, pp 565-569). 

 

Medidas relacionadas con la función. Éstas se relacionan con la funcionalidad total del 
software entregado. La productividad se expresa según la cantidad de funcionalidad útil 
producida en un tiempo dado. Los puntos de función y los puntos objeto son las medidas más 
conocidas de este tipo (Sommerville Ian,2005, pp 565-569). 

 

Una vez analizado los diferentes conceptos de productividad los autores consideran que para la 
presente investigación se toma de referencia a los autores Randall W. Jensen e Ian Sommerville 
que coinciden que la Productividad es una relación directa entre las líneas de código generadas 
por el esfuerzo siendo este considerado el tiempo empleado. 

 

Para esto se utiliza los parámetros líneas de código, esfuerzo y la relación de estas la 
productividad como tal. Aplicado a funciones específicas de lo que realiza cada herramienta. 
Cabe mencionar que la medición de lo realiza en los métodos de la vista, aplicando el modelo 
MVC (Modelo, Vista, Controlador) el conteo de las líneas de código solo se realiza en la Vista, 
debido a que las dos herramientas estudiadas difieren en su estructura. Por ende no puede ser 
medido en el modelo ni en el controlador debido a que la herramienta Layar por ser de pago 
solo permite realizar llamados a procesos. 

 

2.3 Definición de parámetros e indicadores 

 

Los parámetros e indicadores son de vital importancia para la medición de la productividad por 
ende se debe evaluar los siguientes parámetros: Como se muestra en la Tabla 1-2. 

 

Líneas de código.- Son todas las líneas de código visibles en el IDE eclipse, en ellas se 
contempla comentarios, líneas en blanco, código reusado, líneas de declaración de datos para 
este experimento. 

. Cantidad de líneas código.- Cuenta el número de líneas en cada método evaluado. 


 

Esfuerzo.- Es el tiempo empleado en horas que se da para la mediación de la productividad en 
este experimento. 

. Tiempo empleado.- Es el tiempo en horas que se demora durante todo el proceso de 
codificación de los métodos. 



 

Productividad.- Es la relación directa entre las líneas de código y el esfuerzo empleado. 

 

 Tabla 1-2: Parámetros e Indicadores. 

Variable 

Parámetros 

Indicadores 

 

Productividad 

Líneas de código 

Cantidad de líneas código 

Esfuerzo 

Tiempo empleado 

Productividad 

Líneas de código/Esfuerzo 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Se concluye que estos indicadores son los que facilitan la medición de la productividad del 
software de las herramientas de Realidad Aumentada. 

 

2.4 Instrumentos de medición 

 

Los instrumentos de medición son aquellas herramientas que permite medir los indicadores de 
la comparación planteada, mediante pruebas a cada herramienta estudiada. La medición se lo 
realiza contando las líneas de código y durante la realización del prototipo tomar el tiempo de 
demora para cada herramienta. Se toma de referencia el número de líneas que indica el IDE 
eclipse. Esta medición es importante para poder determinar la productividad de cada 
herramienta estudiada. 

 

2.5 Muestras 

 

Las muestras se van tomando durante la utilización de las herramientas siendo un pequeño 
conjunto de métodos del total del proyecto para poder tener datos reales que sirvan para la 
comparación de las herramientas estudiadas, estos métodos son respecto a la carga de imágenes 
de textura, carga de videos e inicialización de la cámara de reconocimiento de marcadores. 

 

Método de carga de imágenes de textura.- Es el método de codificación para la carga de 
imágenes que serán visualizadas en el momento de escanear del marcador. 

Método de carga de videos.- Es el método de codificación para la visualización del video. 

Método de inicialización de la cámara de la aplicación.- Es el método de codificación de 
llamados para que se inicie la cámara de la aplicación del reconocimiento de marcadores. 

 

 


2.6 Preparación del ambiente de desarrollo para la aplicación 

 

El ambiente de trabajo es importante para empezar a desarrollar la aplicación móvil en Android 
mediante el uso de herramientas de Realidad Aumentada. Para esto se prepara el ambiente de 
trabajo en el IDE Eclipse, tomando en cuenta que el estudio del presente trabajo es bajo el 
sistema operativo Android. Como se puede observar en el ANEXO A. Instalando las siguientes 
herramientas en el orden mencionado. 

 

. JDK 
. Eclipse índigo 
. ADT plugins 
. SDK 
. ADV 


 

Además para trabajar con Vuforia es importante incorporar nuevas herramientas a nuestro 
ambiente de desarrollo como: 

 

. Cygwin 
. NDK 


El proceso de instalación y ambiente se encuentra en el ANEXO A. 

 

2.6.1 Equipo utilizado 






 

Los equipos son importantes para la realización de los prototipos los mismos que son: una 
laptop que dispone de un procesador Intel(R) Core (TM) i 7 -2670 QM CPU @ 2.20 GHZ, la 
memoria RAM de 6 GB, con un disco duro de 640 GB como se indica en la Tabla 2-2. 

 

 Tabla 2-2: Tabla de recursos 

Hardware 

Características 

Procesador 

Intel(R) Core (TM) i 7 -2670 QM CPU @ 2.20 GHZ 

Memoria 

6 GB DDR 3 

Disco Duro 

640 Gb (5400 rpm) 

Sistema Operativo 

Windows 8.1 Pro 



 Realizado por: Núñez W, Sánchez L, 2015 

 


Además para comprobar la funcionalidad de la aplicación se utiliza un celular Sony Ericsson de 
segunda generación Android cuya versión es 2.3.1 y una Tablet XPX de cuarta generación 
Android 4.2 como se especifica en la Tabla 3-2 a continuación. 

 

Tabla 3-2: Recursos para probar el funcionamiento de la aplicación 

Dispositivo 

Características 

Celular Sony Ericsson 
xperia mini 

. Android 2.3.1 
. Serie Sk 17 i 
. Procesador Qualcomm Snapdragon MSM8255 1 GHz, GPU 
Adreno 205 


Tablet xpx 

. Android 4.2.1 
. Serie XM 74-16 
. Procesador : Dual Core Cortex-A 7, A20, 1.5 GHz X2 




Realizado por: Núñez W, Sánchez L, 2015 

 

2.7 Descripción de los Prototipos 

 

Los prototipos para la realización de las respectivas pruebas son muestras de un análisis de cuan 
productivo es cada herramienta escogida, permitiéndome escoger la herramienta más óptima en 
el desarrollo. Los prototipos seleccionados son implementados con sus respectivos escenarios, 
para poder observar mediante las técnicas de comparación mencionadas anteriormente con 
indicadores establecidos. 

 

Para esto se desarrolló lo siguiente: (ANEXO B) 

. Prototipo 1 .- CREACION DEL PROTOTIPO LAYAR 
. Prototipo 2 .- CREACION DEL PROTOTIPO VUFORIA 


 

2.7.1 Creación del Prototipo Layar 

 

La creación del prototipo Layar de la aplicación móvil para Android está hecho con lenguaje 
java bajo el IDE eclipse además para la creación del marcador se necesita ingresar a la página 
oficial de Layar. En la página oficial se diseñan diferentes proyectos para Realidad Aumentada 
de forma fácil e interactiva disponiendo de varias herramientas, lo primero que se debe hacer es 
subir una imagen en donde comenzara el diseño. 

 


El prototipo tiene dos secciones una para el video institucional que esta sobre una imagen de la 
ESPOCH y el otro para el marcador reconozca una imagen como muestra en la Figura 1-2 

 

 

 Figura 1-2. Página diseñada en Layar 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Para la creación del prototipo en la herramienta de Realidad Aumentada Layar se crea un nuevo 
proyecto en eclipse que será la aplicación móvil para Android esto se lo puede ver en el 
ANEXO B sección 1 creación del prototipo Layar. 

 

2.7.2 Creación Prototipo Vuforia 

 

La creación del prototipo Vuforia se realizó con el IDE Eclipse con un lenguaje de 
programación Java, Vuforia no solo permite marcadores de tipo QR, si no también escanea 
fotos por su patrón de reconocimiento. Para la creación de marcadores se usó una imagen que 
sea acorde al sello de cada escuela perteneciente a la ESPOCH, conforme a lo que se visualiza. 

 

Para poder desarrollar una aplicación con Realidad Aumentada con Vuforia se debe ingresar 
una imagen en el registro oficial de desarrollador de Vuforia: https://developer.Vuforia.com/ 
siendo este el marcador al que se escanea en el momento de ejecutar la aplicación móvil. 

 

Para la creación del prototipo en la herramienta de Vuforia, se crea una aplicación móvil para 
Android la misma que se puede ver en el Anexo B sección 2. Este prototipo carga una imagen 
y el video respectivo según sea identificado el marcador que se le asigno. Como se ve en la 
Figura 2-2. 

 


 

C:\Users\WALTERN\Pictures\imagenes del celu\DSC02450.JPG
Figura 2-2. Prototipo Vuforia 

Realizado por: Núñez W, Sánchez L, 2015 

 

2.8 Pruebas con los parámetros de medición/ comparación 

 

Las pruebas se van realizando durante la realización de los prototipos, donde se procede a 
tomar las muestras para la respectiva comparación bajo parámetros y criterios establecidos 
anteriormente para las herramientas de Realidad Aumentada. Estos serán evaluados, calificados, 
para una mejor comprensión de los resultados. Una vez, obtenidos los valores se procede a 
aplicar estadística inferencial utilizando la prueba t student de muestras independientes para la 
toma de decisiones de la hipótesis. 

 

Durante el proceso se toma las muestras a trabajar, siendo los valores calculados mediante 
fórmulas estadísticas considerando un porcentaje de confianza del 95 % y un porcentaje de error 
del 5 %. 

 

El porcentaje de confianza es importante para obtener resultados verídicos de la comparación de 
la presente investigación. Así como el porcentaje de error es importante para aceptar o rechazar 
la hipótesis. 

 

La normalidad y la igualdad de varianzas son supuestos que debe cumplir la prueba t Student 
siendo esta normalidad variables aleatorias en ambos grupos, para esto se utiliza la prueba de 
Chapiro Wilk debido a que la muestra es menos de 30. 

 

 

 


2.8.1 Resultados 

 

Los resultados son obtenidos de la creación de los prototipos antes mencionados con sus 
respectivas muestras cuyos resultados determinan la productividad de las herramientas en esta 
investigación. Los resultados son indicadores de líneas de código fuente, esfuerzo y la 
productividad como tal. Para esta evaluación se aplicó la prueba t student para muestras 
independientes con ayuda del SPSS que es un software muy usado para análisis estadístico. 

 

Para esto se utiliza planteamiento de hipótesis bajo la siguiente denominación: 

H0= hipótesis nula. 

H1=Hipótesis alternativa. 

Y la probabilidad de obtener un resultado se denomina P-Valor. 

Si P-valor > a, se acepta la H0. 

Si P-valor = a, se rechaza la H0. 

 

Parámetro 1.- líneas de código 

 

Para evaluar la hipótesis en líneas de código con las herramientas de Realidad Aumentada se 
procede a definir las hipótesis. 

 

H0: La cantidad de líneas de código de Vuforia es igual a la cantidad de líneas de código de 
layar. 

H1: La cantidad de líneas de código de Vuforia es diferente a la cantidad de líneas de código de 
layar. 

 

 Tabla 4-2: Cantidad de líneas de código 

Actividades 

Líneas código - Vuforia 

Líneas código - Layar 

Carga de imágenes 

13 

15 

Carga de videos 

40 

28 

Inicialización de la aplicación 

30 

8 



 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

Se procede a la tabulación de los datos en la herramienta SPSS, describiendo los datos 
obtenidos en la Tabla 4-2. Así como los supuestos para aplicar t Student. 

 

 


Tabla 5-2: Descripción de Datos de Líneas de Código 

 

Herramienta 

Estadístico 

Error típ. 

Valor 

Layar 

Media 

17,00 

5,859 

Intervalo de confianza para la 
media al 95% 

Límite inferior 

-8,21 

 

Límite superior 

42,21 

 

Media recortada al 5% 

- 

 

Mediana 

15,00 

 

Varianza 

103,000 

 

Desv. típ. 

10,149 

 

Mínimo 

8 

 

Máximo 

28 

 

Rango 

20 

 

Amplitud intercuartil 

- 

 

Asimetría 

0,852 

1,225 

Curtosis 

- 

- 

Vuforia 

Media 

27,67 

7,881 

Intervalo de confianza para la 
media al 95% 

Límite inferior 

-6,24 

 

Límite superior 

61,58 

 

Media recortada al 5% 

- 

 

Mediana 

30,00 

 

Varianza 

186,333 

 

Desv. típ. 

13,650 

 

Mínimo 

13 

 

Máximo 

40 

 

Rango 

27 

 

Amplitud intercuartil 

- 

 

Asimetría 

-0,747 

1,225 

Curtosis 

- 

- 



Fuente: Datos tabulados en SPSS 

Realizado por: Núñez W, Sánchez L, 2015 

 

Como muestra la Tabla.5-2. En la herramienta Vuforia: La media es 27.67, la desviación 
estándar es 13.650, el valor mínimo es 13, el valor máximo es 40. Mientras que en Layar: La 
media es 17, la desviación estándar es de 10.149, el valor mínimo es 8 y el valor máximo es 
28. Por ende numéricamente el promedio de líneas de código en Vuforia fue mayor respecto a 
Layar. 

 

A continuación se contempla los supuestos que debe cumplir para la aplicación de la prueba t 
student. 

Determinación del nivel alfa.- Siendo este el nivel de error que se aplica para este experimento. 

a=5% = 0.05 


 

Comprobación de normalidad.- Es la variable aleatoria en ambos grupos 

Como la muestra es menor a 30 se usa la prueba de Shapiro Wilk cuyo valor de significancia 
para layar es 0.672 y para Vuforia de 0.716. Como muestra en la Tabla 6-2. 

 

Tabla 6-2: Pruebas de Normalidad de Líneas de código 

 

Herramienta 

Kolmogorov-Smirnova 

Shapiro-Wilk 

 

Estadístico 

gl 

Sig. 

Estadístico 

gl 

Sig. 

Valor 

Layar 

0,245 

3 

. 

0,971 

3 

0,672 

Vuforia 

0,235 

3 

. 

0,978 

3 

0,716 

Fuente: Datos tabulados en SPSS 

Realizado por: Núñez W, Sánchez L, 2015 

 

A continuación se detallara la comprobación de los resultados de la normalidad como se 
muestra en la Tabla 7-2. 

 Tabla 7-2: Resultados de Normalidad líneas de código 

NORMALIDAD 

P-Valor (LAYAR)=0.672 

> 

a= 0.05 

P-Valor (VUFORIA)=0.716 

> 

a= 0.05 



 Realizado por: Núñez W, Sánchez L, 2015 

 

 



Como se muestra en la Tabla 7-2. Las líneas de código en ambos grupos se comportan 
normalmente, por ende si se cumple con este supuesto continuando con la prueba de varianzas 
como indica la Tabla 8-2. 

Tabla 8-2: Prueba t student de líneas de código 

 

Prueba de 
Levene para la 
igualdad de 
varianzas 

Prueba T para la igualdad de medias 

F 

Sig. 

t 

gl 

Sig. 
(bilateral) 

Diferencia de 
medias 

Error típ. 
de la 
diferencia 

95% Intervalo de 
confianza para la 
diferencia 

Inferior 

Superior 

Valor 

Se han asumido 
varianzas iguales 

0,275 

0,628 

1,086 

4 

0,338 

10,667 

9,821 

-16,600 

37,933 

No se han asumido 
varianzas iguales 

 

 

1,086 

3,694 

0,343 

10,667 

9,821 

-17,515 

38,849 



Fuente: Datos tabulados en SPSS 

Realizado por: Núñez W, Sánchez L, 2015 


 

Para la igualdad de varianzas se utiliza la prueba de Levene como indica la Tabla 8-2. Dando un 
valor de 0.628 el nivel de significancia. 

 

P-Valor es 0.628 es mayor que a=0.05 por lo tanto se concluye que las varianzas son iguales. 
Por ende cumple con otro supuesto para poder aplicar t student de muestras independientes. 

Como las varianzas son iguales el valor de significancia para la prueba t student es de 0.338. 
Como indica la Tabla 8-2. 

 

P-Valor es 0.338 es mayor que a= 0.05 por ende se acepta la H0. No existe una diferencia 
significativa estadísticamente en líneas de código entre Vuforia y layar. 

 

Parámetro 2.- Esfuerzo 

 

El Esfuerzo es otro parámetro utilizado en la medida de productividad siendo el principal 
indicador el tiempo, se procede a definir las hipótesis. 

 

H0: El Esfuerzo en Vuforia es igual que el esfuerzo en layar. 

H1: El esfuerzo en Vuforia es diferente al esfuerzo de layar. 

 

Tabla 9-2: Esfuerzo empleado 

Actividades 

Tiempo en Vuforia (Horas) 

Tiempo en layar (Horas) 

Carga de imágenes 

24 

32 

Carga de videos 

3 

4 

Inicialización de la aplicación 

1 

8 



Realizado por: Núñez W, Sánchez L, 2015 

 

 

Se procede a la tabulación de los datos en SPSS, describiendo los datos obtenidos así 
como los supuestos para la aplicación de t student. 

 

 

 

 

 

 


 Tabla 10-2: Descripción de datos del Esfuerzo 

 

Herramientas 

Estadístico 

Error típ. 

Valor 

Layar 

Media 

14,67 

8,743 

Intervalo de confianza para la 
media al 95% 

Límite inferior 

-22,95 

 

Límite superior 

52,29 

 

Media recortada al 5% 

. 

 

Mediana 

8,00 

 

Varianza 

229,333 

 

Desv. típ. 

15,144 

 

Mínimo 

4 

 

Máximo 

32 

 

Rango 

28 

 

Amplitud intercuartil 

. 

 

Asimetría 

1,597 

1,225 

Curtosis 

. 

. 

Vuforia 

Media 

9,33 

7,356 

Intervalo de confianza para la 
media al 95% 

Límite inferior 

-22,32 

 

Límite superior 

40,98 

 

Media recortada al 5% 

. 

 

Mediana 

3,00 

 

Varianza 

162,333 

 

Desv. típ. 

12,741 

 

Mínimo 

1 

 

Máximo 

24 

 

Rango 

23 

 

Amplitud intercuartil 

. 

 

Asimetría 

1,684 

1,225 

Curtosis 

. 

. 



 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

Como se muestra en la Tabla 10 -2. Los datos en Vuforia son: la media es 9.33, la desviación 
estándar es 12.741, el valor mínimo es 1, el valor máximo es 24. Mientras que en layar: la 
media es 14.67, la desviación estándar de 15.144, el valor mínimo de 4 y el valor máximo de 32. 
Por ende numéricamente el promedio en esfuerzo en Layar es superior que el promedio del 
esfuerzo en Vuforia. 

 

Determinación del nivel alfa.- Siendo este el nivel de error que se aplica para este experimento. 

a=5% = 0.05 

 

 


Comprobación de normalidad 

 

Como la muestra es menor a 30 se usa la prueba de Shapiro–Wilk cuyo valor de significancia 
para layar es 0.253 y para Vuforia de 0.150. Como muestra en la Tabla 11-2. 

 

 Tabla 11-2: Pruebas de Normalidad 

 

Herramientas 

Kolmogorov-Smirnova 

Shapiro-Wilk 

 

Estadístico 

gl 

Sig. 

Estadístico 

gl 

Sig. 

Valor 

Layar 

0,337 

3 

. 

0,855 

3 

0,253 

Vuforia 

0,357 

3 

. 

0,815 

3 

0,150 



 

 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

A continuación se detallara la comprobación de los resultados de la normalidad como se muestra 
en la Tabla 12-2 

 Tabla 12-2. Resultados de Normalidad en el esfuerzo 

NORMALIDAD 

P-Valor (LAYAR)=0.253 

> 

a= 0.05 

P-VALOR (VUFORIA)=0.150 

> 

a= 0.05 



 Realizado por: Núñez W, Sánchez L, 2015 

 

 



Como se muestra en la Tabla 12-2. El esfuerzo en ambos grupos se comporta normalmente, por 
ende si se cumple con este supuesto continuando con la prueba de varianzas como indica la 
Tabla 13-2. 

 

 Tabla 13-2: Prueba t student en el esfuerzo 

Prueba de muestras independientes 

 

Prueba de Levene 
para la igualdad de 
varianzas 

Prueba T para la igualdad de medias 

F 

Sig. 

t 

gl 

Sig. 
(bilateral) 

Diferencia 
de medias 

Error típ. 
de la 
diferencia 

95% Intervalo de 
confianza para la 
diferencia 

Inferior 

Superior 

Valor 

Se han 
asumido 
varianzas 
iguales 

0,198 

0,680 

-
0,467 

4 

0,665 

-5,333 

11,426 

-37,057 

26,391 




Prueba de muestras independientes 



 

Prueba de Levene 
para la igualdad de 
varianzas 

Prueba T para la igualdad de medias 



F 

Sig. 

t 

gl 

Sig. 
(bilateral) 

Diferencia 
de medias 

Error típ. 
de la 
diferencia 

95% Intervalo de 
confianza para la 
diferencia 



Inferior 

Superior 



Valor 

Se han 
asumido 
varianzas 
iguales 

0,198 

0,680 

-
0,467 

4 

0,665 

-5,333 

11,426 

-37,057 

26,391 

No se han 
asumido 
varianzas 
iguales 

 

 

-
0,467 

3,886 

0,666 

-5,333 

11,426 

-37,427 

26,760 



 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

Para la igualdad de varianzas se utiliza la prueba de Levene como indica la Tabla 13-2. Dando 
un valor de 0.680 el nivel de significancia. P-Valor es 0.680 es mayor que a= 0.05 por lo tanto 
se concluye que las varianzas son iguales. Por ende cumple con otro supuesto para la poder 
aplicar t student de muestras independientes. 

 

Como las varianzas son iguales el valor de significancia para la prueba t student es de 0.665. 
Como indica la Tabla 13-2. P-Valor es 0.665 es mayor que a= 0.05 por ende se acepta la H0. 
No existiendo diferencia significativa estadísticamente entre el esfuerzo de Vuforia con el 
esfuerzo de Layar. 

 

Parámetro 3.- Productividad 

 

La productividad es una relación directa entre las líneas de código sobre esfuerzo empleado por 
ende se realiza una tabla para poder obtener la productividad como se muestra en la Tabla 14-2. 

 

 

 

 

 

 

 


 Tabla 14-2: Obtención de Productividad 

Actividad 

Líneas de código 

Tiempo 

Productividad=Líneas de 
código / Esfuerzo 

Vuforia 

Layar 

Vuforia 

Layar 

Vuforia 

Layar 

 Carga de 
imágenes 

13 

15 

24 

32 

0.541 

0.468 

Carga de 
videos 

40 

28 

3 

4 

13.33 

7.0 

Inicialización 
de la 
aplicación. 

30 

8 

1 

8 

30.0 

8.0 



 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

Como productividad es el principal indicador, se procede a definir las hipótesis 

 

H0: La productividad de la herramienta Vuforia es igual a la productividad de la herramienta 
layar. 

H1: La productividad de la herramienta Vuforia es diferente a la productividad de la 
herramienta layar 

 

Tabla 15-2: Productividad 

Actividades 

Productividad Vuforia 

Productividad Layar 

Carga de imágenes 

0.541 

0.468 

Carga de videos 

13.33 

7.0 

Inicialización de la aplicación 

30.00 

8.0 



Realizado por: Núñez W, Sánchez L, 2015 

 

Se procede a la tabulación de los datos en SPSS, describiendo los datos obtenidos así 
como los supuestos para la aplicación de t- Student. 

 


Tabla 16-2: Descripción de datos de Productividad 

 

Herramienta 

Estadístico 

Error típ. 

Valor 

Vuforia 

Media 

14,62367 

8,528645 

Intervalo de confianza para la 
media al 95% 

Límite inferior 

-22,07213 

 

Límite superior 

51,31946 

 

Media recortada al 5% 

. 

 

Mediana 

13,33000 

 

Varianza 

218,213 

 

Desv. Típ. 

14,772046 

 

Mínimo 

0,541 

 

Máximo 

30,000 

 

Rango 

29,459 

 

Amplitud intercuartil 

. 

 

Asimetría 

 0,391 

1,225 

Curtosis 

. 

. 

Layar 

Media 

5,15600 

2,361709 

Intervalo de confianza para la 
media al 95% 

Límite inferior 

-5,00561 

 

Límite superior 

15,31761 

 

Media recortada al 5% 

. 

 

Mediana 

7,00000 

 

Varianza 

16,733 

 

Desv. Típ. 

4,090600 

 

Mínimo 

0,468 

 

Máximo 

8,000 

 

Rango 

7,532 

 

Amplitud intercuartil 

. 

 

Asimetría 

-1,616 

1,225 

Curtosis 

. 

. 



 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

Como se muestra en la Tabla 16-2. Los datos de la productividad en Vuforia son: la media es 
14.62, la desviación estándar es 14.77, el valor mínimo es 0.54, el valor máximo es 30. Mientras 
que en layar: la media es 5.15, la desviación estándar de 4.09, el valor mínimo de 0.468 y el 
valor máximo de 8. Por ende numéricamente el promedio de productividad en Vuforia es 
superior respecto al promedio de la productividad en Layar. 

 

Determinación del nivel alfa.- Siendo este el nivel de error que se aplica para este experimento. 

.=5% = 0.05 

 

 


Comprobación de normalidad 

Como la muestra es menor a 30 se usa la prueba de Shapiro –Wilk cuyo valor de significancia 
para - 49 -Vuforia es 0.855 y para Layar de 0.234. Como muestra en la Tabla 17-2. 

 

Tabla 17-2: Pruebas de Normalidad de la Productividad 

 

Herramienta 

Kolmogorov-Smirnova 

Shapiro-Wilk 

 

Estadístico 

gl 

Sig. 

Estadístico 

gl 

Sig. 

Valor 

Vuforia 

0,202 

3 

. 

0,994 

3 

0,855 

Layar 

0,341 

3 

. 

0,848 

3 

0,234 

 



 

 Fuente: Datos tabulados en SPSS 

 Realizado por: Núñez W, Sánchez L, 2015 

 

A continuación se detallara la comprobación de los resultados de la normalidad como se muestra 
en la Tabla 18-2. 

 Tabla 18-2: Resultados de Normalidad 

NORMALIDAD 

P-Valor (LAYAR)=0.234 

> 

a= 0.05 

P-VALOR (VUFORIA)=0.855 

> 

a= 0.05 



 Realizado por: Núñez W, Sánchez L, 2015 

 

 



Como se muestra en la Tabla 18-2. La productividad en ambos grupos se comporta 
normalmente, por ende si se cumple con este supuesto continuando con la prueba de varianzas 
como indica la Tabla 19-2. 

 


 Tabla 19-2: Prueba t Student de productividad. 

 

Prueba de Levene 
para la igualdad 
de varianzas 

Prueba T para la igualdad de medias 

F 

Sig. 

t 

gl 

Sig. 
(bilateral) 

Diferencia de 
medias 

Error típ. 
de la 
diferencia 

95% Intervalo de 
confianza para la 
diferencia 

Inferior 

Superior 

Valor 

Se han asumido 
varianzas 
iguales 

2,430 

 0,194 

1,070 

4 

0,345 

9,467667 

8,849602 

-
15,102767 

34,038100 

No se han 
asumido 
varianzas 
iguales 

 

 

1,070 

2,305 

0,384 

9,467667 

8,849602 

-
24,166749 

43,102083 



 



 Fuente: Datos tabulados en SPSS. 

 Realizado por: Núñez W, Sánchez L, 2015 

 

Para la igualdad de varianzas se utiliza la prueba de Levene como indica la Tabla 19-2. Dando 
un valor de 0.194 el nivel de significancia. P-Valor es 0.194 es mayor que a= 0.05 por lo tanto 
se concluye que las varianzas son iguales. Por ende cumple con otro supuesto para poder aplicar 
t student de muestras independientes. 

 

Como las varianzas son iguales el valor de significancia para la prueba t student es de 0.345. 
Como indica la Tabla 19-2. P-Valor es 0.345 es mayor que a= 0.05 por ende se acepta la H0. 
No existiendo una diferencia significativa estadísticamente de la productividad de Vuforia sobre 
la productividad en layar. 

 

2.9 Resultados Generales 

 

Para la evaluación de la productividad se basa en el análisis estadístico de las líneas de código, 
Esfuerzo y productividad como tal llegando a la conclusión que la productividad de Vuforia es 
igual estadísticamente a la productividad en layar, debido a que no existe una diferencia 
significativa estadísticamente entre la productividad con un porcentaje del 95 % de confianza y 
un nivel de error del 5% que es lo más recomendable en este experimento. Con un valor de P-
Valor de 0.345 que es superior al nivel a de 0.05, por ende se acepta la hipótesis nula. 

 

 


2.10 Comprobación de la Hipótesis 

 

 La hipótesis que se planteo es: 

 

H1: La herramienta de Realidad Aumentada Vuforia es más productiva que la herramienta 
Layar para el desarrollo del sistema móvil de información de infraestructura física de la 
ESPOCH. 

 

Variable Independiente: Herramientas de Realidad Aumentada para la elaboración de una 
aplicación móvil. 

. Herramienta Vuforia 
. Herramienta Layar 


 

Variable Dependiente: Desarrollo de la aplicación móvil con Realidad Aumentada. 

Variable Compleja: productividad de las herramientas de Realidad Aumentada. 

 

De acuerdo a los resultados se concluye que la productividad de la herramienta Vuforia es igual 
a la productividad de la herramienta Vuforia estadísticamente por la tanto la Hipótesis de la 
investigación se rechaza. No existiendo una diferencia significativa de productividad entre 
Vuforia y Layar estadísticamente con un porcentaje de confianza del 95 % y un nivel de error 
del 5 %. Con un P-Valor de 0.345 superior al alfa de 0.05 Aceptando una hipótesis nula. Por 
ende siendo las dos herramientas igual de productivas para la realización de la aplicación con 
Realidad Aumentada se utiliza Vuforia por ser una herramienta libre, muy potente que permite 
enlazar con un gestor de contenidos para una correcta funcionalidad. 

 

 

 

 

 

 

 


CAPÍTULO III 

 

 

3. MARCO DE RESULTADOS, ANALIS Y DISCUSIÓN DE RESULTADOS 

 

3.1 Desarrollo de la aplicación móvil RA_INFO y la aplicación web FIE-INFO 

 

El desarrollo de la aplicación móvil RA_INFO, se realizó para la Facultad de Informática y 
Electrónica de la ESPOCH, donde surge la necesidad de mostrar información concerniente a la 
infraestructura de la FIE como tal, por ende se elabora la aplicación móvil con Realidad 
Aumentada combinando con una aplicación web FIE-INFO para la gestión de su contenido. 

 

Se realiza el proyecto en la FIE (Facultad de Informática y Electrónica), porque en la FIE no 
existe una aplicación móvil de Realidad Aumentada que busca incentivar el uso de nuevas 
tecnologías para visualizar la información de infraestructura física de los edificios que le 
componen. Siendo esto una manera diferente de mostrar información con el reconocimiento de 
marcadores. 

 

La aplicación móvil es desarrollada con Vuforia por ser una herramienta libre, cabe mencionar 
que la comparación de la productividad de las herramientas fue igual estadísticamente analizado 
en el Capítulo III. Dando la apertura de escoger la herramienta que más se ajuste a las 
necesidades del proyecto. La aplicación móvil RA_INFO se enfoca en mostrar la información 
de una manera diferente a la tradicional e incentivar a estudiantes, docentes a buscar nuevas 
tecnologías en el ámbito de la Realidad Aumentada. 

 

La aplicación móvil está elaborado en la herramienta Vuforia, bajo el lenguaje de programación 
JAVA, siendo este poderoso y flexible lenguaje en la construcción de aplicaciones móviles. 
Además puede ser descargada e instalada desde la tienda en línea de google para cualquier 
dispositivo con sistema operativo Android. 

 

La aplicación web FIE-INFO se construye para que un administrador pueda gestionar la 
información que visualiza la aplicación móvil, esta aplicación web está alojada en un servidor 
para este experimento, siendo web para tener acceso desde cualquier lugar a cualquier hora del 
día. La cual está realizada bajo un lenguaje de programación PHP con un gestor de base de 
datos MySQL por su rapidez y uso de licencias de software libre. 

 


Para el proceso de análisis, diseño y desarrollo de la aplicación móvil RA_INFO, como de la 
aplicación web FIE-INFO en la FIE, se utiliza la metodología ágil de desarrollo de software XP 
(Programación extrema), que tiene una serie de iteraciones para dar el debido seguimiento a los 
avances del proyecto. 

 

3.2 ESPOCH-FIE 

 

La Escuela Superior Politécnica de Chimborazo (ESPOCH), tiene su origen en el Instituto 
tecnológico Superior de Chimborazo, creado mediante Ley No.6090, expedida por el Congreso 
Nacional, el 18 de abril de 1969. Inicia sus actividades académicas el 2 de mayo de 1972 con las 
Escuelas de Ingeniería Zootécnica, Nutrición y Dietética e Ingeniería Mecánica. Se inaugura el 
3 de abril de 1972 (Escuela Superior Politécnica de Chimborazo,2015). 

 

La FIE (Facultad de Informática y Electrónica ) es una de las facultades perteneciente de la 
ESPOCH, es creada el 29 de Enero de 1999, cuenta con 4 escuelas que son : Escuela de Diseño 
Gráfico (EDG) , Escuela de Ingeniería Electrónica en Control y Redes Industriales (EIECRI), 
Escuela de Ingeniería Electrónica en Telecomunicaciones y Redes (EIETR), Escuela De 
Ingeniería En Sistemas (EIS). 

 

3.2.1 Estructura orgánica funcional 

 

La ESPOCH como institución superior normada y regulada cumple con su estructura funcional 
que son jerarquías y atribuciones asignadas dentro de la Institución como dentro de las 
facultades a fin de establecer autoridad a través de los diferentes niveles. Como se puede ver en 
la Figura 1-3. 

 

 

 

 

 

 

 

 

 

 

 

 


 

 Figura 1-3 .Estructura Orgánica de La ESPOCH 

 Fuente: ESPOCH. (Escuela Superior Politécnica de Chimborazo, 2015). 

 

Así como la FIE, y todas las facultades pertenecientes a la ESPOCH, tiene una estructura 
funcional independiente de facultades, constando de autoridades, personal administrativo y de 
servicio dentro de su estructura funcional como se puede ver en la Figura 2-3. 

 

 

 

 

 

 

 

 


 

 Figura 2-3. Orgánico Estructural de facultades 

 Fuente: ESPOCH. (Escuela Superior Politécnica de Chimborazo,2015.) 

 

Siendo esta estructura el eje fundamental para la administración de cada facultad y sus 
respectivas escuelas que le contemplan. 

 

3.3 Estudio de factibilidad 

 

Se hizo el estudio de factibilidad para determinar qué tan viable es la realización del sistema de 
Realidad Aumentada en la Facultad de Informática y Electrónica. 

 

En la factibilidad técnica es viable por los recursos existentes necesarios como herramientas y 
equipo. Se cuenta con dos programadores y el tutor de esta investigación. Las herramientas son 
factibles debido a que se utiliza herramientas libres, de igual forma la aplicación web porque se 
utiliza herramientas de software libre como es PHP y un motor de base de datos MYSQL. 

 

En la factibilidad económica incluye elementos como equipos hardware, equipo software, 
mano de obra de los dos programadores, servicios básicos y suministros de oficina durante 7 
meses, dando un costo del proyecto de 5.907,58 estos costos son cubiertos por los 
investigadores de este trabajo de titulación. 

 

En la factibilidad operativa es viable porque se encuentra subida la aplicación en la tienda en 
línea de google para que pueda ser descargada desde cualquier dispositivo con sistema 
operativo Android. 

El detalle del estudio de factibilidad se lo puede observar en el Anexo C. 

 


3.4 Planificación 

 

En esta etapa se realiza la planificación del sistema mediante la metodología ágil de desarrollo 
XP. Para la explicación de las funcionalidades del proyecto como los roles, las historias de 
usuario, las metáforas del sistema, el plan de entregas, las iteraciones según la metodología 
aplicada. 

Los roles son el equipo de trabajo que forma parte de esta investigación según parámetros 
definidos por la metodología XP, siendo el equipo de trabajo los dos desarrolladores y el tutor 
de esta investigación tratando de cubrir los roles con el equipo de trabajo de la siguiente 
manera: 

 

. Programador: Son aquellos que producen el código de la aplicación móvil, aplicación web 
que está integrada por: Walter Rodrigo Núñez Zamora y Luis Rafael Sánchez Lozada. 
. Cliente: Son encargado de escribir las historias de usuario, pruebas funcionales. Si bien el 
cliente no es quien escribe, pero da la información para que sean redactadas por los 
programadores quienes tienen el conocimiento necesario para elaborarlas en el formato 
establecido y la decisión de implementación de cada iteración. 
. Tester: (Encargado de pruebas) El encargado de revisar y ejecutar pruebas en las 
aplicaciones, e informar a los desarrolladores este rol es asumido por el Ing. Diego Ávila 
quien es el tutor de este trabajo de investigación. 
. Tracker: (Encargado del seguimiento) Es el encargado de dar el seguimiento respectivo del 
proyecto en este caso el Ing. Diego Ávila toma este rol. 
. Coach: (Entrenador) Es el responsable de facilitar la comunicación dentro del equipo del 
proyecto. Debido a bajo número de integrantes, nuevamente toma este rol el Ing. Diego 
Ávila proporcionando guías para llevar de mejor manera el proceso. 


 

Algunos roles dentro de la metodología XP como: el Consultor, Big boss no son tomados en 
consideración debido a que no son necesarios dentro de este proyecto. El consultor no es 
necesario debido que no tenemos el recurso económico necesario para contratar un consultor 
externo que sepa sobre lo que se investiga. El Big boss (Gestor) no es tomado en consideración 
debido a que los programadores son los que realizan la coordinación del proyecto. 

 

En reunión del grupo de trabajo se obtuvo requisitos que debe tener el proyecto las mismas que 
son transcritas a las historias de usuario y metáforas, asumiendo el rol de clientes los 
programadores quienes tienen el conocimiento necesario y el formato para poder realizar estas 
actividades. Estas historias de usuario y metáforas se construyen en una tabla que tiene la 
identificación, la descripción, el valor de prioridad y la estimación se detalla a continuación. 


 

La identificación de las historias de usuario es con la letra “HU” y las metáforas con la letra 
“MT”, seguido de un número de dos dígitos. Tienen un valor de prioridad con un valor que va 
desde 1 a 10 donde 1 es de menor prioridad y 10 de mayor prioridad. Esta prioridad fue 
analizada por el grupo de trabajo según su grado de importancia. También tiene los puntos 
estimados que 1 punto de estimación es igual a 1 hora de trabajo. Como se ve en la Tabla 1-3 

 

 Tabla 1-3: Historias de Usuario 

N° 

DESCRIPCIÓN 

Valor 
(1-10) 

ESTIMACIÓN 

(Horas) 

HU01 

Mostrar información escrita de la infraestructura del Edificio principal 
de la ESPOCH. 

8 

40 

HU02 

Mostrar información escrita de la FIE 

8 

40 

HU03 

Mostrar información escrita de la EIS 

8 

56 

HU04 

Mostrar información escrita de la EIECRI 

8 

56 

HU05 

Mostar información escrita de la EIETR 

8 

48 

HU06 

Mostar información escrita de la EDG 

8 

40 

HU07 

Mostrar información con Realidad Aumentada del Edifico principal 
de la ESPOCH 

7 

40 

HU08 

Mostrar información con Realidad Aumentada de la FIE. 

7 

40 

HU09 

Mostrar información con Realidad Aumentada de la EIS. 

7 

40 

HU10 

Mostrar información con Realidad Aumentada de la EIECRI. 

7 

40 

HU11 

Mostrar información con Realidad Aumentada de la EIETR. 

7 

40 

HU12 

Mostrar información con Realidad Aumentada de la EDG. 

7 

40 

HU13 

Se desea administrar y gestionar desde la aplicación web la 
información del edificio principal de la ESPOCH 

6 

40 

HU14 

Se desea administrar y gestionar desde la aplicación web la 
información de la FIE. 

6 

40 

HU15 

Se desea administrar y gestionar desde la aplicación web la 
información de la EIS 

5 

40 

HU16 

Se desea administrar y gestionar desde la aplicación web la 
información de la EIECRI. 

5 

40 

HU17 

Se desea administrar y gestionar desde la aplicación web la 
información de la EIETR. 

5 

40 

HU18 

Se desea administrar y gestionar desde la aplicación web la 
información de la EDG. 

5 

40 

HU19 

Se desea gestionar y administrar los datos de usuario de la aplicación 
web. 

4 

48 

HU20 

Se desea tener reportes de auditorías de ingreso de la aplicación web. 

4 

32 

HU21 

Se desea tener un login en la aplicación web. 

4 

24 



 Realizado por: Núñez W, Sánchez L, 2015 

 


Se obtienen 21 historias de usuario las cuales fueron priorizadas, estimando 864 horas siendo 
una representación breve del comportamiento del proyecto, se procede la estimación mediante 
Iteraciones. 

Como se mencionó en reuniones del grupo de trabajo se obtiene los requerimientos implícitos 
que son las metáforas del sistema, el cliente no tiene conocimiento de estas pero son necesarias 
para poner en marcha el desarrollo e ejecución del proyecto. Como se muestra en la Tabla 2-3. 

 

 Tabla 2-3: Metáforas del proyecto 

N° 

DESCRIPCIÓN 

Valor 
(1-10) 

ESTIMACIÓN(Horas) 

MT01 

Diseño de la Base de datos de la Aplicación Web. 

10 

24 

MT02 

Preparación del ambiente de desarrollo 

10 

8 

MT03 

Definición de la Arquitectura del sistema 

9 

24 

MT04 

Diseño de Interfaces. 

8 

24 

MT05 

Validaciones 

3 

40 

MT06 

Manual de usuario 

3 

8 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Se tiene 6 metáforas que fueron priorizadas y dado una estimación de 128 horas que son 
necesarias para poner en marcha el desarrollo y ejecución del proyecto. Siendo de mayor 
prioridad el diseño de la base de datos que será asignado en la primera iteración por su grado de 
importancia, de igual forma por su importancia serán asignadas las metáforas en las iteraciones. 

 

Mediante la realización de iteraciones que comprende historias de usuario y metáforas del 
sistema se pretende tener una planificación adecuada indicando a la persona encargada de llevar 
a cabo en una fecha de inicio y fecha de finalización de cada una de las historias de usuario y 
metáforas. Cada iteración es de 20 días laborables sean estos de lunes a viernes en un periodo 
dado. Como se muestra en la Tabla 3-3. 

 

Tabla 3-3: Iteraciones del Proyecto 

N° 

DESCRIPCIÓN 

RESP 

HORAS 

FECHA 
INICIO 

FECHA FIN 

ITERACIÓN 1 

MT01 

Diseño de la Base de datos de la 
Aplicación Web. 

Núñez 
Walter, 

 

Sánchez 
Luis. 

24 

03/11/2014 

05/11/2014 

MT02 

Definición de la Arquitectura del 
sistema 

8 

06/11/2014 

06/11/2014 

MT03 

Diseño de Interfaces. 

24 

07/11/2014 

11/11/2014 

MT04 

Preparación del ambiente de 
desarrollo 

24 

12/11/2014 

14/11/2014 




HU01 

Mostrar información escrita de la 
infraestructura del Edificio 
principal de la ESPOCH. 

40 

17/11/2014 

21/11/2014 

HU02 

Mostrar información escrita de la 
FIE 

40 

24/11/2014 

28/11/2014 

ITERACIÓN 2 

HU03 

Mostrar información escrita de la 
EIS 

Núñez 
Walter, 

 

Sánchez 
Luis. 

56 

01/12/2014 

09/12/2014 

HU04 

Mostrar información escrita de la 
EIECRI 

56 

10/12/2014 

18/12/2014 

HU05 

Mostar información escrita de la 
EIETR 

48 

19/12/2014 

26/12/2014 

ITERACIÓN 3 

HU06 

Mostar información escrita de la 
EDG 

Núñez 
Walter, 

 

Sánchez 
Luis. 

40 

05/01/2015 

09/01/2015 

HU07 

Mostrar información con Realidad 
Aumentada del Edifico principal de 
la ESPOCH 

40 

12/01/2015 

16/01/2015 

HU08 

Mostrar información con Realidad 
Aumentada de la FIE. 

40 

19/01/2015 

23/01/2015 

HU09 

Mostrar información con Realidad 
Aumentada de la EIS. 

40 

26/01/2015 

30/01/2015 

ITERACION 4 

HU10 

Mostrar información con Realidad 
Aumentada de la EIECRI. 

Núñez 
Walter, 

 

Sánchez 
Luis. 

40 

02/02/2015 

06/02/2015 

HU11 

Mostrar información con Realidad 
Aumentada de la EIETR. 

40 

09/02/2015 

13/02/2015 

HU12 

Mostrar información con Realidad 
Aumentada de la EDG. 

40 

16/02/2015 

20/02/2015 

HU13 

Se desea administrar y gestionar 
desde la aplicación web la 
información del edificio principal 
de la ESPOCH 

40 

23/02/2015 

27/02/2015 

ITERACIÓN 5 

HU14 

Se desea administrar y gestionar 
desde la aplicación web la 
información de la FIE. 

Núñez 
Walter, 

 

Sánchez 
Luis. 

40 

02/03/2015 

06/03/2015 

HU15 

Se desea administrar y gestionar 
desde la aplicación web la 
información de la EIS 

40 

09/03/2015 

13/03/2015 

HU16 

Se desea administrar y gestionar 
desde la aplicación web la 
información de la EIECRI. 

40 

16/03/2015 

20/03/2015 




HU17 

Se desea administrar y gestionar 
desde la aplicación web la 
información de la EIETR. 

40 

23/03/2015 

27/03/2015 

ITERACIÓN 6 

HU18 

Se desea administrar y gestionar 
desde la aplicación web la 
información de la EDG. 

Núñez 
Walter, 

 

Sánchez 
Luis. 

40 

01/04/2015 

07/04/2015 

HU19 

Se desea gestionar y administrar los 
datos de usuario de la aplicación 
web. 

48 

08/04/2015 

15/04/2015 

HU20 

Se desea tener reportes de 
auditorías de ingreso de la 
aplicación web. 

32 

16/04/2015 

21/04/2015 

HU21 

Se desea tener un login en la 
aplicación web. 

24 

22/04/2015 

24/04/2015 

MT05 

Validaciones 

8 

27/04/2015 

27/04/2015 

MT06 

Manual de usuario 

8 

28/04/2015 

28/04/2015 



Realizado por: Núñez W, Sánchez L, 2015 

 

Se concluye que se tiene 6 iteraciones de 160 horas cada una, que sería 20 días laborables de 
lunes a viernes, iniciando el tres de noviembre del 2014 y terminando el 28 Abril del 2015. 
Cuyos responsables son los investigadores de este trabajo de titulación. 

 

Una vez realizado la planificación se procede a detallar el desarrollo del sistema. 

 

3.5 Desarrollo 

 

En el desarrollo del proyecto se detalla las iteraciones con sus respectivas historias de usuario y 
metáforas definidas con su priorización y estimación. Así como se detalla las tareas de 
ingeniería y las pruebas de aceptación de Historias de usuario y metáforas del proyecto. Las 
mismas que se pueden ver en el Anexo D. 

 

Iteraciones 

 

La iteración 1 está constituida por cuatro metáforas y dos historias de usuario que fueron 
priorizadas y estimadas dando un total de la iteración de 160 horas inicia el 3 de noviembre del 
2014 y termina el 28 de noviembre del 2014 sin tomar en cuenta los sábados y domingos. En el 
Anexo D sección 1 se detalla las Metáforas y tareas de ingeniería con las respectivas pruebas de 
aceptación. Además se detalla más adelante como ejemplo la metáfora 1 y 3 respectivamente. 

 


La iteración 2 está constituida por tres historias de usuario que fueron priorizadas y estimadas 
dando un total de la iteración de 160 horas cuya fecha de inicio fue el 1 de diciembre y su 
finalización el 26 de diciembre del 2014. En el Anexo D sección 2 se detalla las Historias de 
usuario y tareas de ingeniería con las respectivas pruebas de aceptación. 

 

La iteración 3 está constituida por cuatro historias de usuario priorizadas y estimadas en 160 
horas que inicia el 05 de enero y termina el 30 de enero del 2015. En el Anexo D sección 3 se 
detalla las historias de usuario y tareas de ingeniería con las respectivas pruebas de aceptación. 

 

La iteración 4 está constituida por cuatro historias de usuario priorizadas y estimadas en 160 
horas que inicia el 02 de febrero y termina el 27 de febrero del 2015. En el Anexo D sección 4 
se detalla las historias de usuario y tareas de ingeniería con las respectivas pruebas de 
aceptación. 

 

La iteración 5 está constituida por cuatro historias de usuario priorizadas y estimadas en 160 
horas que inicia el 2 de marzo y termina el 27 de marzo del 2015. En el Anexo D sección 5 se 
detalla las historias de usuario y tareas de ingeniería con las respectivas pruebas de aceptación. 

 

La iteración 6 está constituida por cuatro historias de usuario y dos metáforas priorizadas y 
estimadas en 160 horas que inicia el 1 de abril y termina el 28 de abril del 2015. En el Anexo D 
sección 6 se detalla las historias de usuario y tareas de ingeniería con las respectivas pruebas de 
aceptación. 

 

Como ejemplo del desarrollo se ha tomado la Metáfora uno de la iteración 1 que se detalla en la 
Tabla 4-3 y las tareas de ingeniería se detallan en la Tabla 5-3. 

 

 Tabla 4-3: MT01 Diseño de la base de datos de la aplicación web. 

METAFORA 

Número: 01 

Nombre de la Metáfora: Diseño de la Base de datos de la 
Aplicación Web. 

Usuario: Administrador 

Iteración: 1 

Fecha inicio: 03/11/2014 

Fecha fin: 05/11/2014 

Descripción: Como administrador necesito una base de datos para el almacenamiento de 
datos de la información de infraestructura de la FIE y el edificio principal de la ESPOCH. 

Pruebas de aceptación: Validación de la estructura de la base de datos por parte del grupo 
de trabajo 



 Realizado por: Núñez W, Sánchez L, 2015 


 

Una vez realizado el detalle de la metáfora se procede al detalle de las tareas de Ingeniería de la 
metáfora 1. Como se muestra en la Tabla 5-3. 

 

Tabla 5-3: Tareas de ingeniería de la Metáfora 1 

TAREAS DE LA METAFORA 01 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Diseño del diagrama entidad 
relación de la base de datos 

Luis 
Sánchez, 
Núñez 
Walter 

03/11/2014 

03/11/2014 

8 

Diagrama lógico de la base de 
datos 

04/11/2014 

04/11/2014 

8 

Diccionario de datos 

05/11/2014 

05/11/2014 

8 



Realizado por: Núñez W, Sánchez L, 2015 

 

En la metáfora 1 se tiene tres tareas de ingeniería planificadas en la cual se detallara: 

La primera tarea de ingeniería de la metáfora 1 es del diseño del diagrama entidad relación de la 
base de datos de la aplicación web. Como se ve en la Tabla 6-3. 

 

Tabla 6-3: Tarea de ingeniería 1: Diagrama entidad relación de la base de datos 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la Metáfora: Diseño de la Base de datos de la Aplicación Web. 

Nombre de la tarea: Diseño del diagrama entidad relación de la base de datos 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez 
Walter 

Fecha de inicio: 03/11/2014 

Fecha de fin: 03/11/2014 

Descripción: Diseño del base de datos según en enfoque del proyecto 

Pruebas de aceptación: Validación de la estructura de la base de datos por parte de grupo 
de trabajo. 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez realizado el detalle de la tarea de ingeniería 1 de la metáfora 1 se procede al diseño del 
diagrama entidad-relación de la base de datos de la aplicación web INFO-FIE. Que se muestra 
en la Figura 3-3. 

 

 


 

Figura 3-3. Diagrama Entidad-Relación de la aplicación Web INFO-FIE 

Realizado por: Núñez W, Sánchez L, 2015 

 

Como se observa en el diagrama entidad relación de la Figura 3-3, la base de datos consta de 5 
entidades con 3 relaciones de uno a muchos, lo cual 4 engloba el proceso para el sistema y 1 
entidad para la administración de usuarios. Según el diagrama entidad relación de la Figura 3-3. 
Una institución tiene varios edificios institucionales y ese edificio pertenece a la Institución, así 
como una institución tiene varias facultades y esa facultad pertenece a la institución. Una 
facultad tiene varios edificios, este edificio pertenece a la facultad. 

 

La tarea de ingeniería 2 de la metáfora 1 trata sobre el Diagrama lógico de la base de datos que 
se detalla en la Tabla 7-3 

 

 Tabla 7-3: Tarea de ingeniería 2: Diagrama lógico de la base de datos. 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la Metáfora: Diseño de la Base de datos de la Aplicación Web. 

Nombre de la tarea: Diagrama lógico de la base de datos 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, 
Núñez Walter 

Fecha de inicio: 04/11/2014 

Fecha de fin: 04/11/2014 

Descripción: Diseño del base de datos según en enfoque del proyecto 

Pruebas de aceptación: Validación de la estructura de la base de datos por parte de 
grupo de trabajo. 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez detallado la tarea de ingeniería 2 se realiza el diagrama lógico de la base de datos de la 
Aplicación Web como se puede observar en la Figura 4-3. 


 

 

 

Figura 4-3. Diagrama lógico de la base de datos de la aplicación web 

Realizado por: Núñez W, Sánchez L, 2015 

 

El diagrama lógico de la base de datos consta de 5 tablas de las cuales 4 tablas engloban el 
proceso para la gestión de contenido de la aplicación web y 1 tabla para la administración de 
usuarios. 

 

En la tarea de ingeniería 3 se detalla el diccionario de datos como se muestra en la Tabla 8-3. 

 

Tabla 8-3: Tarea de ingeniería 3: Diccionario de datos 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 3 

Nombre de la Metáfora: Análisis de la Base de datos de la Aplicación Web. 

Nombre de la tarea: Diccionario de datos 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez 
Walter 

Fecha de inicio: 05/11/2014 

Fecha de fin: 05/11/2014 

Descripción: Diseño del diccionario de datos 

Pruebas de aceptación: Tamaño de datos 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez que se ha detallado la tarea de ingeniería 3 se realiza el diccionario de datos como se 
puede ver en la Tabla 9-3. 

 

El diseño físico de las tablas de la base de datos, se detalla a través del diccionario de datos, 
dando un tipo de dato entero (integer) tamaño 11 (tamaño predeterminado) para todas las claves 
de las tablas de la base de datos y para lo que concierte a texto se utiliza el tipo de dato varchar 
debido a que se utiliza solo es espacio de memoria según el dato ingresado. 


 

 Tabla 9-3: Diccionario de datos 

DICCIONARIO DE DATOS 

 

Tabla tb_institución 

Columna 

Tipo y Tamaño 

Detalle 

Id_institucion 

Int(11) 

Clave única, identifica la institución 

Nombre 

varchar (100) 

Nombre de la institución 

dirección 

varchar (200) 

Dirección de la institución 

teléfono 1 

varchar (20) 

Teléfono 1 de la institución 

teléfono 2 

varchar (20) 

Teléfono 2 de la institución 

información 

varchar (5000) 

Información de la institución 

imagen 

varchar (50) 

Imagen de la institución 

 

Tabla tb_edificio_institución 

Columna 

Tipo y Tamaño 

Detalle 

id_edinst 

Int(11) 

Clave única, identificador de edificios 

nombre 

varchar (100) 

Nombre del edificio 

información 

varchar (4000) 

Información del edificio 

url 

varchar (400) 

Dirección del sitio web 

id_institucion 

int (11) 

Clave foránea, identifica a la institución 

imagen 

varchar (50) 

Imagen del edificio 

 

Tabla tb_facultad 

Columna 

Tipo y Tamaño 

Detalle 

id_facultad 

Int(11) 

Calve única, identificador de la facultad 

nombre 

varchar (100) 

Nombre de la facultad 

información 

varchar (4000) 

Información de la facultad 

id_institucion 

Int(11) 

Clave foránea, identifica a la institución 

imagen 

varchar (50) 

Imagen de la facultad 

url 

varchar (500) 

Dirección del sitio 

 

Tabla tb_edificio_facultad 

Columna 

Tipo y Tamaño 

Detalle 

Id_edifac 

Int (11) 

Clave única, identificador del edificio 

Nombre 

varchar (100) 

Nombre del edificio 

Información 

varchar (4000) 

Información del edificio 

url 

varchar (400) 

Sitio web 

Id_facultad 

Int (11) 

Clave foránea, identificador de la facultad 

Imagen 

varchar (50) 

Imagen del edificio 

 

Tabla usuario 

Columna 

Tipo y Tamaño 

Detalle 




Código 

Int (11) 

Código de usuario 

nombre 

varchar (100) 

Nombre de usuario 

clave 1 

varchar (200) 

Clave1 de usuario 

clave 2 

varchar (200) 

Repetición de clave de usuario 

Estado 

varchar (20) 

Estado del usuario [ activo - inactivo] 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Como muestra el diccionario de datos se tiene 5 tablas, cada tabla tiene un identificador único 
con un tipo de dato entero (integer) tamaño 11 (tamaño predeterminado) para todas las claves de 
las tablas de la base de datos y para lo que concierte a texto se utiliza el tipo de dato varchar 
debido a que se utiliza solo es espacio de memoria según el dato ingresado. 

 

Una vez concluido con las tareas de ingeniería de la metáfora 1 se procede a realizar la prueba 
de aceptación. 

 

Las pruebas de aceptación se realizan con el propósito de verificar si se está cumpliendo con las 
metáforas y/o historias de usuario satisfactoriamente, como ejemplo se le realizara de la 
metáfora 1 que se explicó anteriormente. 

 

 Tabla 10-3: Prueba de aceptación 1 

PRUEBA DE ACEPTACIÓN 

Código: 1.1 

Nombre de la metáfora: Diseño de la Base de datos de la 
Aplicación Web. 

Nombre de la prueba: Análisis del diseño de la base de datos. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 05/11/2014 

Descripción: Se detallara el diseño de la base de datos que se implementara. 

Condiciones de ejecución: 

. Se encuentra desarrollado el diseño de la base de datos 


Pasos de Ejecución: 

. Revisar el diseño de la base de datos. 


Evolución de la prueba: Satisfactoria 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Mediante la prueba de aceptación se concluye que la metáfora 1 fue satisfactoriamente realizada 
en los periodos determinados obteniendo un diseño de la base de datos útil para la gestión de 
contenidos. 

 


Cada metáfora es planificada y tienen sus respectivas tareas de ingeniería que deberán ser 
cumplidas por el responsable siendo avaladas por las pruebas de aceptación, las mismas que 
deben desarrollarse dentro de la fecha establecida. Esto se encuentra en el Anexo D. 

 

Para describir la arquitectura en la metáfora 2 que se utilizara en el desarrollo de la aplicación 
móvil de infraestructura física, esta descrito en la Figura 5.3 y detallado cada una de sus partes 
a continuación. 

 

 Figura 5-3.Arquitectura del sistema 

 

 Fuente: Aumented Reality (Santana-Mancilla et al. 2012) 

 Realizado por: Núñez W, Sánchez L, 2015 

 

El componente clase (classroom): La capa de clase de la Figura 5-3 representa el entorno de 
la enseñanza, donde los dos componentes siguientes están presentes: 

 

Teléfono móvil: En este componente se encuentra el motor de renderización, que interpreta la 
información de la aplicación móvil a través del conector que mediante el uso de algunos 
cálculos que identifica lo que el servicio web debe ser llamado con el fin de obtener el 
contenido apropiado. Luego el motor de renderización recibe el contenido de los servicios web 
y se envía la información que se debe mostrar a la aplicación de esta manera interactuar con el 
usuario (Santana-Mancilla et al. 2012). 

 

Infraestructura: Este componente contiene los marcadores o la imagen de la infraestructura de 
las facultades y escuelas de la ESPOCH, las mismas que van hacer vinculadas con el contenido 
de la aplicación. 

 


La aplicación obtiene la información de la imagen seguida usando la cámara del dispositivo y la 
envía al SDK de la herramienta seleccionada para enviar la solicitud a la nube. 

 

Servidor Web.- Permite implementar un sistema escalable y de acoplamiento flexible en el que 
a través de servicios web que podemos añadir nuevos contenidos al sistema (Santana-Mancilla 
et al. 2012). 

 

Los componentes principales de esta capa se describen a continuación: 

Sistema de Gestión de Contenidos (CMS): Se incluye en el prototipo, donde los administradores 
publicaran información de la infraestructura de la ESPOCH, donde se genera el contenido que 
se mostrará en los teléfonos móviles a través de los servicios web disponibles. 

 

Repositorio de contenido: Para almacenar el contenido, se requiere un componente de servidor 
multimedia (MMS) para gestionar los documentos utilizados por la aplicación, cuando el CMS 
necesita recuperar un documento, lo hará enviando la solicitud a la MMS, que actuará como una 
puerta de entrada al depósito actual que mantiene y conserva los archivos (Santana-Mancilla et al. 
2012). 

 

Servicios de vídeo, audio y modelo: Estos servicios reciben la petición de contenido desde el 
teléfono móvil y el CMS se encarga de generar lo acorde y le envía como respuesta al teléfono. 

 

Ahora se procede a desarrollar la metáfora 03 del diseño de interfaces. Como se muestra en la 
Tabla 11-3. 

 

Tabla 11-3: MT03 Diseño de interfaces 

METAFORA 

Número: 03 

Nombre de la Metáfora: Diseño de interfaces 

Usuario: Cliente 

Iteración: 1 

Fecha inicio: 07/11/2014 

Fecha fin: 11/11/2014 

Descripción: Como programador necesito diseñar interfaces para la aplicación móvil y la 
aplicación web 

Pruebas de aceptación: El diseño de la interfaz sea simple e intuitivo 



Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez detallado la metáfora 3 de diseño de interfaces se procede a detallar las tareas de 
ingeniería que contiene. Como se muestra en la Tabla 12-3. 

 


 Tabla 12-3: Tareas de ingeniería de la metáfora 03 

TAREAS DE LA METAFORA 03 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Interfaz de navegación de la 
aplicación móvil 

Luis 
Sánchez, 
Núñez 
Walter 

07/11/2014 

07/11/2014 

8 

Interfaz de contenido de 
información de la aplicación 
móvil 

10/11/2014 

10/11/2014 

8 

Interfaz de contenidos de la 
aplicación web. 

11/11/2014 

11/11/2014 

8 



 Realizado por: Núñez W, Sánchez L, 2015 

 

En la metáfora 3 se tienen tres tareas de ingeniería de 8 horas diarias planificadas cada una 
dando un total de 24 horas en la metáfora 3. 

 

La primera tarea de ingeniería de la metáfora 3 es de la interfaz de navegación de la aplicación 
móvil que se detalla en la Tabla 13-3. 

 

Tabla 13-3: Tarea de ingeniería 1 de la metáfora 3 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la Metáfora: Diseño de interfaces 

Nombre de la tarea: Interfaz de navegación de la aplicación móvil. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez 
Walter 

Fecha de inicio: 07/11/2014 

Fecha de fin: 07/11/2014 

Descripción: Para la aplicación móvil se desea una interfaz intuitiva de fácil acceso. 

Pruebas de aceptación: Interacción con la aplicación mediante la interfaz presentada 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez realizado el detalle de la tarea de ingeniería 1 de la metáfora 3 se procede a dar un 
estándar sobre la interfaz de navegación de la aplicación móvil la misma que debe ser intuitiva. 
Como se muestra en la Figura 6-3. 


 

3 

2 

1 

 Figura 6-3: Interfaz de navegación de la aplicación móvil 

 Realizado por: Núñez W, Sánchez L, 2015 

 

El diseño de la interfaz de navegación está formado por tres secciones la primera el encabezado, 
la segunda la portada y por último el contenido. 

 

El encabezado sección 1 es un banner de color rojo con color de fuente blanca, lleva las siglas 
institucionales “ESPOCH“, en el centro en cursiva el slogan “Saber para ser”, más abajo el 
detalle de la siglas como es ESCUELA SUPERIOR POLITECNICA DEL CHIMBORAZO. 

 

La portada sección 2 tiene una imagen de portada de la institución en toda la ventana 
horizontalmente. 

 

El contenido sección 3 tiene las distintas funcionalidades de la aplicación móvil, cuenta con una 
imagen del edificio principal, así como la FIE y sus escuelas en un cuadro de fondo gris todas 
las imágenes son touch para entrar a cada módulo, con los nombres respectivos bajo cada 
imagen en letras de color blanco, el fondo en esta sección es de color azul. 

La segunda tarea de ingeniería de la metáfora 3 es de la interfaz de contenido de información de 
la aplicación móvil que se detalla en la Tabla 14-3. 

 


Tabla 14-3: Tarea de ingeniería 2 de la metáfora 3 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la Metáfora: Diseño de interfaces 

Nombre de la tarea: Interfaz de contenido de información de la aplicación móvil 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 10/11/2014 

Fecha de fin: 10/11/2014 

Descripción: Para la aplicación móvil se desea una interfaz de contenido de información. 

Pruebas de aceptación: Visualización del contenido en la aplicación mediante la interfaz 
presentada. 



Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez realizado el detalle de la tarea de ingeniería 2 de la metáfora 3 se procede a dar un 
estándar sobre la interfaz de contenidos de información de la aplicación móvil la misma que 
debe ser intuitiva. Como se muestra en la Figura 7-3. 

 

3 

1 

2 

 Figura 7-3: Diseño de interfaz de contenido en la aplicación móvil 

 Realizado por: Núñez W, Sánchez L, 2015 

 

 

 

 


El diseño de la interfaz de navegación está formado por tres secciones: 

 

La sección 1 se encuentra una portada del edifico principal o escuela de la FIE que se haya 
seleccionado. La sección 2 tiene un botón de color gris con letra de color negro en forma 
horizontal que lleva al mundo de Realidad Aumentada. La sección 3 tiene un título de Modulo 
que se encuentra y un cuadro de texto de fondo blanco que muestra información, las letras 
dentro del texto es de color negro. En esta sección el color de fondo es azul. 

 

La tercera tarea de ingeniería de la metáfora 3 es de la interfaz de contenidos de la aplicación 
web que se detalla en la Tabla 15-3. 

 

Tabla 15-3: Tarea de ingeniería 3 de la metáfora 3 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 3 

Nombre de la Metáfora: Diseño de interfaces 

Nombre de la tarea: Interfaz de contenidos de la aplicación web. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 11/11/2014 

Fecha de fin: 11/11/2014 

Descripción: Para la aplicación web se desea crear una interfaz para la gestión de contenidos 
de la aplicación móvil. 

Pruebas de aceptación: Interacción con la aplicación móvil mediante la interfaz de 
contenidos presentada. 



Realizado por: Núñez W, Sánchez L, 2015 

 

Una vez realizado el detalle de la tarea de ingeniería 3 de la metáfora 3 se procede a dar un 
estándar sobre la interfaz de contenido de la aplicación web la misma que debe ser intuitiva. 
Como se muestra en la Figura 8-3. 

 


 

3 

4 

2 

1 

 Figura 8-3: Interfaz de contenido de la aplicación web 

 Realizado por: Núñez W, Sánchez L, 2015 

 

El diseño de la interfaz de contenido está formado por 4 secciones que son el encabezado, la 
segunda que es el menú principal, la tercera donde se va encontrar el contenido y por último el 
pie. 

 

En el encabezado sección 1 lleva el nombre de la aplicación web FIE-INFO, muestra el nombre 
de usuario y tiene una opción para cerrar la sesión actual; los colores en esta sección son el 
plomo y azul. 

 

El menú principal sección 2 tiene las opciones de manejo del sistema web, las opciones 
principales en forma horizontal y los submenús en forma vertical, en esta sección predomina el 
color plomo y las letras de color negro; para la selección de la marca de color celeste. 

 

El contenido sección 3 va las distintas funcionalidades del sistema donde las letras son de color 
negro, el cuadro de texto de color blanco, el formulario que engloba su fondo es plomo. Tiene 
en la parte inferior derecha dos botones de color de fondo celeste que dice GUARDAR, 
CANCELAR cuyas letras son blancas. 

 

El pie de página sección 4 se encuentra en la parte izquierda centrado el sello de la ESPOCH, en 
la parte derecha el logo de la FIE y en la mitad derechos de autor. 

 


Una vez concluido con las tareas de ingeniería de la metáfora 3 se procede a realizar la prueba 
de aceptación. Las pruebas de aceptación se realizan con el propósito de verificar si se está 
cumpliendo con las metáforas y/o historias de usuario satisfactoriamente, como es de la 
metáfora 3 que se explicó anteriormente. 

 

Tabla 16-3: Prueba de aceptación 1 de la metáfora 3 

PRUEBA DE ACEPTACIÓN 

Código: 3.1 

Nombre de la metáfora: Diseño de interfaces 

Nombre de la prueba: Análisis del diseño de interfaces de usuario. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 11/11/2014 

Descripción: Se detallara el diseño de interfaces de usuario. 

Condiciones de ejecución: 

. Se encuentra realizadas las interfaces de usuario intuitivas 
. Debe existir datos registrados en la base de datos 


Pasos de Ejecución: 

. Revisar el diseño de interfaces que sean amigables para el 
usuario. 
. Acceder a las distintas funcionalidades de forma rápida 


Evolución de la prueba: Satisfactoria 



 Realizado por: Núñez W, Sánchez L, 2015 

 

Mediante la prueba de aceptación se concluye que la metáfora 3 fue satisfactoriamente realizada 
con tres tareas de ingeniería satisfactoriamente. 

Las pruebas de aceptación son diagnosticadas al finalizar cada metáfora e historia de usuario 
para así poder cumplir de forma exitosa las actividades, si fuese el caso de que la prueba no fue 
satisfactoria se procede a corregir los errores y volver a realizar la prueba de aceptación. Se 
obtuvo 27 pruebas de aceptación que fueron satisfactorias. Las mismas que se encuentra en el 
Anexo D. Al finalizar las tareas de cada metáfora e historia de usuario. 

 

El manual de usuario de la aplicación web se encuentra en el Anexo E, así como el modelado en 
3D de los edificios se encuentra en el Anexo F. 

 

 

 

 


 

CONCLUSIONES 

 

Al concluir el análisis comparativo de las herramientas de Realidad Aumentada Vuforia y Layar 
en el desarrollo de aplicaciones móviles bajo el sistema operativo Android se obtiene las 
siguientes conclusiones: 

 

. El análisis comparativo de la productividad de las herramienta Vuforia y Layar son iguales 
estadísticamente con un porcentaje de confianza del 95 % y un margen de error del 5 % con 
un P-valor de 0.345 que es superior al valor alfa de 0.05 aceptando la hipótesis nula que las 
herramientas de RA Vuforia y Layar son iguales. Para el desarrollo del sistema de 
información de infraestructura se escogió Vuforia por adaptarse a los requerimientos 
planteados del sistema. 


 

. Para el estudio comparativo de la productividad de las herramientas de realidad aumentada 
se tomaron como parámetros de la productividad la relación entre líneas de código y el 
esfuerzo en los prototipos. Teniendo una media de líneas de código en Vuforia de 27.67 y 
en Layar una media de 17, con un P-Valor de 0.338 mayor al valor alfa de 0.05, siendo la 
cantidad de líneas de código entre las herramientas Vuforia y Layar son similares. Mientras 
que en el esfuerzo la media de Vuforia es 9.33 y en Layar la media de 14.67, con un P- 
Valor de 0.665 mayor al valor alfa de 0.05, siendo similar el esfuerzo empleado en las 
herramientas Vuforia y Layar. 


 

. Mediante la creación de los prototipos se determinó que Vuforia se enfoca de mejor manera 
a la visualización de objetos en tiempo real, permitiendo la combinación con una aplicación 
web para la gestión del contenido en la creación del sistema de información de 
infraestructura física de la FIE en la ESPOCH. 


 

. La aplicación móvil de información de infraestructura física de la FIE en la ESPOCH se 
realizó con la herramienta Vuforia por ser de código libre y acatar el mandato del gobierno 
en el decreto N° 1014 del 2008 que promueve la utilización de software libre en empresas 
públicas. Además se evita mensajes publicitarios. Siendo una buena alternativa para 
resolver la falta de información de infraestructura de la FIE en la ESPOCH. 


 

 

 

 


 

RECOMENDACIONES 

 

 

Al concluir el trabajo de investigación se establecen las siguientes recomendaciones. 

 

. Se recomienda realizar un estudio de la curva de aprendizaje de las herramientas de 
Realidad Aumentada Vuforia y Layar. 


 

. Se recomienda extender la aplicación de toda la institución con marcadores en entradas 
principales para personas que visitan la institución puedan conocer de ella. 


 

. Se recomienda realizar un sistema de control de inventarios con herramientas de Realidad 
Aumentada. 


 

. Se recomienda usar la Realidad Aumentada para la publicidad de organizaciones o lugares 
siendo una forma llamativa de mostrar información. 


 

. Se recomienda para el desarrollo de aplicaciones de Realidad Aumentada utilizar la 
herramienta Vuforia por ser de código libre y adaptable a la necesidad de integración con 
una aplicación web para la gestión de contenidos. 


 

 

 

 

 

 

 

 

 

 

 

 

 


BIBLIOGRAFÍA 

 

Android Architecture [en línea]. Arquitectura Android. [Consulta: 7 Abril 2015]. Disponible en: 
http://www.tutorialspoint.com/android/android_architecture.htm 

 

Android Architecture & EazyTutz [en línea]. Arquitectura Android 2015. [Consulta: 7 Abril 
2015]. Disponible en: http://www.eazytutz.com/android/android-architecture/ 

 

Android Developers, Android Developer Tools [en linea]. Herramientas de desarrollo de 
Android. [Consulta: 7 Abril 2015]. Disponible en: 
http://developer.android.com/tools/help/adt.html 

 

Android Developers, Android Developer Tools SDK, NDK [en linea]. Herramienta NDK. 
[Consulta: 7 Abril 2015]. Disponible en: http://developer.android.com/tools/sdk/ndk/index.html 

 

Android Sitio Oficial. Download Android Studio and SDK Tool s [en línea]. [Consulta: 14 
Julio 2015]. Disponible en: https://developer.android.com/sdk/index.html?hl=i 

 
AZUMA, Ronald. “A Survey of Augmented Reality” [papers]. Hughes Research Laboratories 

3011 Malibu Canyon Road, MS RL96 (1997), (Malibu) pp.1-48. [Consulta:26 Marzo 2015]. 
Disponible en: http://www.cs.unc.edu/~azuma/ARpresence.pdf 

 

Beal, Vangie. What Is Service-Oriented Architecture (SOA) [en línea]. [Consulta: 7 Abril 
2015].Disponible en: http://www.webopedia.com/TERM/S/Service_Oriented_Architecture.html 

 

Características de un servicio SOA [en linea]. Oracle Guatemala. [Consulta: 19 Noviembre 
2014]. Disponible en: http://oraclefromguatemala.blogspot.com/2013/02/caracteristicas-de-un-
servicio-soa.html. 

 

CHIMBO BUENAÑO, Edwin; & TIERRA QUISPILLO, Diego. Estudio de la Realidad 
Aumentada Aplicada al Diseño Arquitectónico de Modelados 3D en la Web ESPOCH. (en 
línea) [Tesis Pregrado]. Ingeniería en Diseño Gráfico. Facultad de Informática y Electronica. 


Escuela de Diseño Gráfico. Riobamba- Ecuador. P. 89. [Consulta: 24 Octubre 2014]. 
Disponible en: http://dspace.espoch.edu.ec/handle/123456789/2061. 

 

Dispositivos Móviles. [en línea].[Consulta: 26 Marzo 2015]. Disponible en: 
http://www.gcflearnfree.org/computerbasics/9/print 

 

Eclipse. About the Eclipse Foundation [en linea]. [Consulta: 15 Julio 2015]. Disponible en: 
https://eclipse.org/org/ 

 
Entorno de Desarrollo Integrado [en línea]. Ecured. [Consulta: 15 Julio 2015]. Disponible en: 
http://www.ecured.cu/index.php/Eclipse,_entorno_de_desarrollo_integrado 

 

Eclipse IDE [en línea].Genveta Dev. [Consulta: 15 Julio 2015]. Disponible en: 
http://www.genbetadev.com/herramientas/eclipse-ide 

 

Escuela Superior Politécnica de Chimborazo, Estructura Orgánico Funcional [en linea]. 
[Consulta: 18 Febrero 2015]. Disponible en: 
http://www.espoch.edu.ec/index.php?action=organico_funcional 

 

Getting Started View & Vuforia Library Prod [en linea]. [Consulta: 18 Febrero 2015]. 
Disponible en: https://developer.vuforia.com/library/getting-started 

 

García Padilla, Rubén. Aplicación Android para supermercados [en linea]. 2012. [Consulta: 
13 Noviembre 2014]. Disponible en: http://upcommons.upc.edu/pfc/handle/2099.1/15700 

 

Instituto de computación –Universidad de la Republica [Pdf]. Service oriented architecture 
(SOA). [Consulta: 19 Noviembre 2014]. Disponible en: 
http://www.fing.edu.uy/~adelgado/ExtensionSOA/material/IntroduccionSOA.pdf 

 
Introducción a Los Dispositivos Móviles [en linea]. [Consulta: 18 Febrero 2015]. Disponible 
en: http://docencia.ac.upc.edu/EPSC/PSE/documentos/Trabajos/Archivo/Trabajo_PDM.pdf. 


 

Janssen, Cory, Definición de Android [en linea]. Techopedia. [Consulta: 7 Abril 2015]. 
Disponible en: http://www.techopedia.com/definition/4220/android-sdk 

 

Layar. Realidad aumentada para teléfonos Android [en linea]. 2009. [Consulta: 15 Julio 
2015]. Disponible en: http://www.microsiervos.com/archivo/tecnologia/laya-realidad-
aumentada-android.html 

 

Lumera, Juergen. Realidad Aumentada en el futuro. [en linea]. 2013. Tcworld. [Consulta: 26 
Marzo 2015]. Disponible en: http://www.tcworld.info/e-magazine/technical-
communication/article/is-augmented-reality-the-future-of-technical-documentation 

 

Microsoft Corporation. La Arquitectura Orientada a Servicios (SOA) de Microsoft Aplicada 
al mundo real [Pdf]. 2006. [Consulta: 18 Noviembre 2014]. Disponible en: 
http://www.google.com.ec/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&sqi=2&ved=0CDgQFjAA&url=http%3A%2F%2Fdownload.microsoft.com%2Fdownload%2Fc%2F2%2Fc%2Fc2ce8a3a-b4df-4a12-ba18-7e050aef3364%2F070717-
Real_World_SOA.pdf&ei=lSKFUoPXDoWl4AP1voCgBQ&usg=AFQjCNEiHNL4JcX_nkSCAoJGxIg45ENOUA&sig2=UgDDRC3ojshaYZgUcJ0eIg&bvm=bv.56343320,d.dmg&cad=rja 

 

Martínez, Yaiza. [blog]. Aplican la realidad aumentada a la planificación urbana y de 
construccionse. Tendencias 21. [Consulta: 24 octubre 2014]. Disponible en: 
http://www.tendencias21.net/Aplican-la-Realidad-aumentada-a-la-planificacion-urbana-y-de-
construcciones_a11129.html 

 

Mobile Devices [en línea]. 2014. [Consulta: 6 Abril 2015]. Disponible en: 
https://www.lds.org/media-library/accessing-media-mobile?lang=eng 

 

Orosco, David. Definición de Android [en linea]. 2011. [Consulta: 6 Abril 2015]. Disponible 
en: http://conceptodefinicion.de/android/ 

 


Puerto, Kote. Layar, Primer Navegador Android Con Realidad Aumentada. Xataka Móvil. [en 
linea]. 2009. [Consulta: 15 Julio 2015]. Disponible en: 
http://www.xatakamovil.com/aplicaciones/layar-primer-navegador-android-con-realidad-
aumentada 

 

Qualcomm Products. Realidad Aumentada. Qualcomm. [en linea]. [Consulta: 24 Marzo 2015 
]. Disponible en: http://latam.qualcomm.com/products/augmented-reality 

 

RANDALL W. Jensen. Improving software development productivity. 1ra Edición New 
Jersey- Estados Unidos: Prentice Hall. 2014 pp 5. 

 

Realidad aumentada [en linea].2015. [Consulta: 26 Marzo 2015 ]. Disponible en: 
http://onvert.com/guides/what-is-augmented-reality 

 

SANTANA MANCILLA, Pedro C; et al. Garcia. Service Oriented Architecture to Support 
Mexican Secondary Education through Mobile Augmented Reality. Procedia Computer Science 
10. 2012. MobiWIS. Pp. 721-727. 

 

SARAGURO BRAVO, Rodrigo Alexander. Implementación de una aplicación android 
basada en realidad aumentada aplicada a puntos de interés de la UTPL. [Tesis]. Ingeniero en 
sistemas informáticos y computación. Universidad Técnica Particular De Loja. Loja - 
Ecuador. pp 20. [Consulta: 26 Marzo 2015]. Disponible en: 
http://dspace.utpl.edu.ec/bitstream/123456789/4939/1/Tesis_RodrigoSaraguro.pdf 

 

SCHMALSTIEG, Dieter; LANGLOTZ, Tobias; & BILLINGHURST, Mark. Virtual 
Realities. [paper]. Springer- Vienna. 2011. pp. 13–37. [Consulta:26 Marzo 2015]. Disponible 
en: http://link.springer.com/chapter/10.1007/978-3-211-99178-7_2. 

 

Serrano Mamolar, Ana. Herramientas de Desarrollo Libres Para Aplicaciones de Realidad 
Aumentada Con Android. 2012 . [Consulta: 18 Noviembre 2014]. Disponible en: 


http://riunet.upv.es/bitstream/handle/10251/18028/Memoria%20TFM%20Ana%20Serrano.pdf?
sequence=1. 

 

SOMMERVILLE, Ian. Ingeniría Del Software, 7 ma Edición. M-31.467-2005. Madrid-
España. Pearson Education Sa. Pp 563-569. 

 

Tecnología Realidad Aumentada. [en linea]. [Consulta: 24 Marzo 2015]. Disponible en: 
http://realidadaumentada.info/tecnologia/ 

 

Todd, Alex. Empezando la guía de Android- Que es Android [en línea].2014. [Consulta: 06 
Abril 2015]. Disponible en: https://recombu.com/mobile/article/what-is-android-and-what-is-
an-android-phone_M12615.html 

 

TORRES RICAURTE, Diana María. [Tesis]. Maestría. Universidad Nacional de Colombia. 
Instituto de Sistemas y Ciencias de la Decisión. Medellin Colombia. 2014. [Consulta: 06 
Febrero 2015]. Disponible en: http://www.bdigital.unal.edu.co/11458/1/30081835.2013.pdf 

 

Visionmobile Ltd, and Mark Wilcox. App Developer Trends Q1 2015[en linea]. 2015. 
VisionMobile. [Consulta: 06 Abril 2015]. Disponible en: 
http://www.visionmobile.com/blog/2015/02/app-developer-trends-q1-2015/ 

 

Wikipedia. Android [en linea].2015. [Consulta: 7 Abril 2015]. Disponible en: 
http://es.wikipedia.org/w/index.php?title=Android&oldid=81237105 

 

 


ANEXOS 

ANEXO A PREPARACION DEL AMBIENTE DE DESARROLLO 

 

Sección 1 

Pasos a seguir para la preparación del Ambiente de trabajo: 

Paso 1. 

Descargar el JDK (Java SE Development Kit) de java para esto se dirige a la página oficial de 
Oracle. Se debe escoger le sistema operativo en el cual se va a trabajar como detalla la Figura 1 
en donde se encuentran todos los sistemas disponibles. 

Link de descarga del JDK: 

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-
2133151.html?ssSourceSiteId=otnes 

 

 

 Figura 1. Descarga del JDK de JAVA. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Paso 2. 

Una vez descargado el JDK se procede a la instalación, esto tomara algunos minutos y varios 
pasos. 

La primera pantalla es la de inicio del JDK como se muestra en la Figura 2 


 

 Figura 2. Pantalla de inicio de instalación del JDK. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En esta pantalla se muestra las diferentes opciones y características con las que se desea instalar 
el JDK. Así como la dirección del sistema en donde se instalara el JDK, todo esto se muestra en 
la Figura 3. 

 

 Figura 3. Pantalla de configuración de la instalación del JDK. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En la pantalla de la Figura 4 da la opción de cambiar la dirección de donde se instalara el JRE 
(Java SE Runtime Environment). 


 

 Figura 4 .Pantalla de dirección de instalación del JRE. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Por último en la Figura 5 muestra la pantalla de confirmación que ha finalizado de instalar el 
JDK satisfactoriamente. 

 

 Figura 5.Pantalla de fin de instalación del JDK 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 

Paso 3. 

Descargar de la página oficial de Eclipse la versión Eclipse Indigo. 

Link de descarga: http://www.eclipse.org/downloads/packages/release/indigo/sr2 

En esta pantalla se debe seleccionar la opción de Eclipse Indigo adecuada para la realización del 
trabajo, existen diferentes opciones como se muestra en la Figura 6. 


 

 Figura 6. Opciones de descarga del Eclipse. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En esta ventana se muestra la confirmación de la descarga como se muestra en la Figura 7. 

 

 Figura 7 .Descarga del Eclipse Indigo. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Paso 4. 

Una vez descargado se procede a descomprimir el archivo Figura 8. Aparece una carpeta con el 
nombre de eclipse-java-indiso-SR2 el cuál se puede copiar al lugar donde se desee tener el IDE 
de desarrollo Eclipse. 


 

 Figura 8 .Descomprimir él .Zip de eclipse. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Una vez realizado lo anteriormente descrito se procede a ejecutar como administrador la 
aplicación de eclipse dentro de la carpeta anteriormente mencionada; de esta forma se ejecuta 
eclipse por primera vez como se muestra en la Figura 9. 

 

 Figura 9 .Pantalla de cargado de Eclipse Indigo. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Después que se cargó Eclipse aparecerá la pantalla Workspace Launcher como en la Figura 10. 
Donde pide ingresar donde se guardaran los diferentes proyectos que se desarrollen en este IDE. 

 

 Figura 10 .Workspace Launcher 

 Realizado por: Núñez W, Sánchez L, 2015. 


 

 

En la Figura 11. Muestra la pantalla de inicio del IDE de desarrollo Eclipse Indigo. 

 

 Figura 11 .Pantalla de inicio de Eclipse Indigo. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Por último se muestra el área de trabajo que tiene Eclipse Indigo detallada en la Figura 12 y de 
esta forma se ha culminado con la instalación en el sistema. 

 

 Figura 12. Área de trabajo del Eclipse Indigo 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 


Paso 5. 

En este paso se procederá a la configuración de eclipse para poder desarrollar aplicaciones 
móviles para Android. 

Primero se procede con la Instalación del ADT de Android. 

Link del ADT: http://developer.android.com/tools/sdk/eclipse-adt.html 

 

En la página oficial de Android encontramos el ADT que es un plugin específicamente para el 
IDE de desarrollo eclipse, esto se especifica en la Figura 13 y seleccionamos en la opción 
“Installing the Eclipse Plugin”. 

 

 

 Figura 13 . ADT Android. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En esta página se proporciona un link de un repositorio de Android a través de Google como se 
muestra en la Figura 14 


 

 Figura 14 . Plugin ADT 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En eclipse en la barra de menú en la opción Help, se encoje en el submenú la opción Install 
New Software, tal como se muestra en ña Figura 15. 

 

Figura 15 . Instalar nuevo Software 

Realizado por: Núñez W, Sánchez L, 2015. 

 

En la ventana de la Figura 16 seleccione en el botón Add… que nos dará la opción de instalar 
nuevos elementos al IDE de desarrollo Eclipse. 


 

 Figura 16 .Añadir nuevo Software 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En la ventana de la Figura 17 ingrese el nombre del paquete a instalar, así como debemos 
ingresar el link del plugin de Android ADT. 

 

Figura 17 .Ingreso del ADT plugin. 

Realizado por: Núñez W, Sánchez L, 2015. 

Listado de paquetes y características que forman parte del ADT plugin y que se instalaran para 
formar parte de Eclipse para el desarrollo de aplicaciones móviles de Android. Esto se detalla en 
la Figura 18 

 

 Figura 18 .Elementos del ADT plugin. 

 Realizado por: Núñez W, Sánchez L, 2015. 


En la siguiente ventada de la Figura 19 se muestra las licencias, los términos y condiciones. 
Estos deben ser aceptados para poder continuar con la instalación del ADT plugin. 

 

 Figura 19 .Términos y Condiciones. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

En la Figura 20 se muestra el proceso de instalación de todos los componentes del ADT plugin. 

 

 Figura 20 .Proceso de Instalación. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Al finalizar la instalación pide que reiniciemos el IDE de desarrollo Eclipse Indigo tal como se 
muestra en la Figura 21 


 

Figura 21. Reiniciar Eclipse Indigo. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Se ha concluido con la instalación de los componentes del ADT plugin necesario para el 
desarrollo de aplicaciones móviles. 

 

Paso 6: 

Continuando con la configuración de Eclipse Indigo es necesario instalar el Android SDK este 
es un kit de desarrollo de software. Ya que en este están presentes todas las versiones del 
sistema operativo de Android para las cuales se pueden crear aplicaciones 

Link de descarga: http://developer.android.com/sdk/index.html 

 

En la Figura 22 se puede observar las diferentes alternativas y versiones que tenemos del Kit de 
herramientas para descargar dependiendo del sistema operativo que se utilice. 

 

Figura 22 Android SDK. 

Realizado por: Núñez W, Sánchez L, 2015. 

 


Se debe aceptar los términos y condiciones de Android para la descarga del SDK, como se ve en 
la Figura 23 

 

Figura 23 Términos y condiciones del Android SDK. 

Realizado por: Núñez W, Sánchez L, 2015. 

 

Al ejecutar el archivo descargado comienza la instalación del Android SDK Tools, para esto son 
varios pasos a seguir como se detallara a continuación. 

Al comenzar aparece la pantalla de bienvenida de instalación de Android SDK Tools, como se 
muestra en la Figura 24 

 

 

 Figura 24. Android SDK Tools Setup. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 


Lugo se debe ingresar la carpeta destino para la instalación, Figura 25. 

 

 Figura 25. Selección de la carpeta destino 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

AL dar en siguiente comienza el proceso de instalación del Android SDK, como se muestra en 
la Figura 26. 

 

 

 Figura 26 .Proceso de instalación 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 

 

 


Pantalla de confirmación que se ha instalado satisfactoriamente el Android SDK. Figura.27. 

 

 Figura 27.Finalización de la Instalación. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Al finalizar la instalación del SDK aparece el Android SDK Manager en el cual escoger el SDK 
específico para la versión de Android en la que se va a trabajar así como algunas otras 
herramientas necesarias para el desarrollo de aplicaciones móviles en Android con el IDE 
Eclipse Indigo. Así se lo puede apreciar en la Figura 28. 

 

 Figura 28.Android SDK Manager 

 Realizado por: Núñez W, Sánchez L, 2015. 

 


Para terminar con la configuración de Eclipse para desarrollar aplicaciones móviles se sugiere 
crear un emulador que nos permita probar las diferentes aplicaciones que se desarrollen. 

Seleccionar la Opción Android Virtual Device Manager en el menú principal y se mostrara una 
ventada de administración de dispositivos virtuales como se muestra en la Figura. 29. Para crear 
un nuevo dispositivo virtual se debe seleccionar el botón Create… 

 

 

Figura 29.Android Virtual Device Manager (AVD) 

Realizado por: Núñez W, Sánchez L, 2015. 

 

En la ventana que muestra la Figura. 30 se debe configurar las características que va a tener el 
dispositivo virtual. 

 

 

Figura 30.Configuración dispositivo virtual 

Realizado por: Núñez W, Sánchez L, 2015. 


 

Y de esta forma se tiene configurado el emulador damos en el botón Start en el AVD y se 
ejecutara el dispositivo virtual de Android tal como se muestra en la Figura. 3. 

 

 Figura 31.Dispositivo virtual Android. 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


ANEXO B CREACION DE PROTOTIPOS 

 

Sección 1: CREACIÓN DEL PROTOTIPO LAYAR 

 

Para crear la imagen y el marcador que va a escanear la aplicación desarrollada con la 
herramienta de Realidad Aumentada Layar lo primero que se debe hacer es desarrollar la 
imagen en la página oficial de Layar. 

En la página oficial se diseñan diferentes proyectos para Realidad Aumentada de forma fácil he 
interactiva ya que tiene varias herramientas, lo primero que se debe hacer es subir una imagen 
en donde comenzara el diseño. 

El prototipo tiene dos secciones una para el video institucional que esta sobre una imagen de la 
ESPOCH y el otro para el código QR que direccionara a la página web de la Escuela Superior 
Politécnica de Chimborazo como de muestra en la Figura 1. 

 

 

Figura 1. Página diseñada en Layar 

 

Para la creación del prototipo en la herramienta de Realidad Aumentada Layar se crear un 
nuevo proyecto que será la aplicación móvil para Android; en Eclipse se dirige al menú 
principal File -> New -> Other como se muestra en la Figura 2. 


 

 Figura 2.Crear nuevo proyecto en Eclipse. 

 

En la ventana que se muestra en la Figura 3 se debe escoger el tipo de proyecto que se va a 
desarrollar, para el estudio se selecciona Android Application Project. 

 

 

 Figura 3. Selección del tipo de proyecto. 

Se ingresa el nombre del proyecto como también se debe escoger el SDK mínimo que va a 
funcionar nuestra aplicación como también el SDK en el cual se va a desarrollar esto se denota 
en la Figura 4 

 

 Figura 4.Nueva aplicación Android. 


 

En la Figura 5 muestra las opciones de configuración previas a la creación de un nuevo 
proyecto. 

 

 Figura 5.Configurar nuevo proyecto. 

 

Antes de crear la nueva aplicación es necesario añadir un icono al proyecto que se está por crear 
Android da un icono por defecto en el caso que no se disponga de un icono así se demuestra en 
la Figura 6 

 

 Figura 6.Selección del icono del proyecto. 

 

A continuación escogemos si se va a crear una actividad y que tipo de actividad se va a crear tal 
como se detalla en la Figura 7 


 

 Figura 7.Seleccionar la actividad. 

 

En esta parte agregamos el nombre de la actividad así como se muestra en la Figura 8 

 

 Figura 8.Nombre de la actividad. 

 

De esta forma se ha creado el proyecto denominado “Prototipo Layar”. En la Figura 9 se 
visualiza las diferentes carpetas que se han creado como también el área de trabajo. 


 

 Figura 9.Proyecto Prototipo Layar. 

 

Para crear la aplicación con Layar se necesita descargar el SDK de Layar par esto se accede a la 
página oficial de Layar donde se puede realizar una solicitud del SDK al grupo de trabajo de 
Layar, para eso se debe registrarse como se ve en la Figura 10. 

Link de descarga del SDK de Layar: https://www.Layar.com/products/custom-
solutions/sdk/request/ 

 

 

 Figura 10.Registro de Layar 

 


Una vez realizada la solicitud el equipo de Layar responde el pedido a la cuenta de correo 
electrónico del registro. En esta respuesta te envían los enlaces de descarga del SDK de Layar 
tanto para IOS y Android como se demuestra en la Figura 11 

 

 Figura 11.Respuesta del equipo de desarrollo de Layar 

 

Se debe modificar el archivo strings.xml que se encuentra en Prototipo Layar . res . valúes. 
En este debemos modificar hasta que sea igual a la Figura 12 

 

 Figura 12.Modificar el archivo Strings.xml 

 

En el archivo activity_Layar.xml se debe editar la línea que está marcada y dejarla tal como está 
en la Figura 13 Este archivo está bajo las carpetas Prototipo Layar . res . layout. 


 

Figura 13.Modificar el archivo activity_Layar.xml 

 

La aplicación debe estar acorde a la Figura 14. 

 

 Figura 14.Prototipo Layar Pantalla 

 

Ahora se debe importar el SDK de Layar descargado anteriormente para esto se debe escoger la 
opción Android Project from Existing Code. Como se ve en la Figura 15 


 

 Figura 15.Importar Layar SDK 

Seleccionar el archivo descargado para la importación del SDK de Layar como se demuestra en 
la Figura 16 

 

 Figura 16.Selección del archivo de Layar SDK 

Cargar el archivo para la versión de Android en la que esté realizando la aplicación en curso de 
la misma forma que en la Figura 17 


 

Figura 17.Selección de la versión de Android para Layar SDK 

 

En el archivo de configuración que está bajo Prototipo Layar . project.properties se debe 
realizar el siguiente cambio como se muestra en la Figura 18 

 

Figura 18.Modificar el archivo project.properties 

 

 

 

 


Por último se debe escribir el código que permite que la aplicación pueda conectarse con la 
cámara para poder escáner las imágenes o marcadores, esto se muestra en la Figura 19. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 Figura 19.Código de enlace de la aplicación 

 

Después de realizar las diferentes configuraciones como el desarrollo del lector de imágenes y 
de marcadores con la herramienta de desarrollo Layar, se debe guardar la aplicación y abrir en 
el directorio el área de trabajo destina en el inicio “Workspace” y copiar el archivo 
PrototipoLayar.apk como se muestra en la Figura 20. 


 

C:\Users\Luis Rafael\Pictures\10805189_888568417843095_1498393055_n.jpg
Figura 20.Workspace archivo APK 

En el dispositivo móvil se debe ver en la parte de configuración si está habilitada la opción para 
instalar programas fuera del App Store o de Google Play como se muestra en la Figura 21. 

 

 

H:\Screenshot_2014-11-10-15-02-33.png 
Figura 21.Orígenes desconocidos. 

En la Figura 22. Se tiene copiado el archivo .apk en el dispositivo móvil con sistema operativo 
Android. Se debe ejecutar para que se instale. 

 

H:\Screenshot_2014-11-10-15-03-25.png 
Figura 22.Archivo .apk en el dispositivo móvil. 

 


Mensaje de confirmación para proceder con la instalación de la aplicación, como se puede 
apreciar en la Figura 23. 

 

H:\Screenshot_2014-11-10-15-03-35.png 
Figura 23.Mensaje de confirmación 

Mensaje de confirmación que la aplicación ha sido instalada satisfactoriamente. Como se 
demuestra en la Figura 24. 

 

H:\Screenshot_2014-11-10-15-08-01.png 
Figura 24.Fin de la instalación. 

De esta manera se instala la aplicación en el dispositivo móvil, ahora se tiene el acceso directo 
en la pantalla del dispositivo como se ve en la Figura 25 

 

H:\Screenshot_2014-11-10-15-08-24.png 
Figura 25.Icono de la aplicación. 

 


Se procede abrir la aplicación para probar el prototipo de Layar. Figura 26. 

 

 

 Figura 26.Prototipo Layar 

 

Sección 1.1 Diseño de las pruebas de Layar 

 

En la Ejecución de la aplicación. Primera prueba reconocimiento de imagen para proceder la 
ejecución de un video. Tal como se aprecia en la Figura 27. Donde se ejecuta un video desde 
YouTube sobre la imagen de la ESPOCH. 

 

 Figura 27. Carga de Video institucional 

 

Segunda prueba reconocimiento de marcadores como se denota en la Figura 28 en este caso un 
código QR que direccionara a la página principal de la ESPOCH. 


 

Figura 28.Código QR del Video Institucional 

 

Tercera prueba como se muestra en la Figura 29. Se observa una imagen del mapa de la Escuela 
Superior Politécnica de Chimborazo proyectado por el dispositivo móvil después de escanear la 
imagen de fondo con la aplicación de Layar anteriormente desarrollada. 

 

Figura 29.Carga de Imágenes de un mapa de la Espoch 

 

De esta forma se ha concluido con la elaboración del prototipo utilizando la herramienta de 
Realidad Aumentada Layar en dispositivos móviles que tienen como sistema operativo Android, 
para esto se ha utilizado el IDE de desarrollo Eclipse Índigo y se ha tenido que instalar varias 
características como son los plugins y los SDKs tanto de Layar como de Android además se ha 
registrado en la página oficial de Layar para obtener los servicios y herramientas de desarrollo y 
diseño de aplicaciones con esta herramienta. 

 


Sección 2 

CREACION DEL PROTOTIPO VUFORIA 

 

NOTA 

Para la elaboración de la aplicación con Vuforia se necesita de las herramientas del ambiente de 
desarrollo del ANEXO A y agregar nuevas funcionalidades que permita trabajar con Vuforia 

Además de las funcionalidades ya instaladas en el ambiente de trabajo necesitamos dos 
herramientas más: 

. Cygwin 
. NDK 


Estas herramientas nos permiten trabajar con aplicaciones nativas porque algunas partes dentro 
del código de Vuforia son nativas. 

 

PASO 1. 

Nos vamos al link de descarga de cygwin: https://www.cygwin.com/ como se ve en la Figura 
30 a continuación: 

 

Figura 30.Descarga de Cygwin 

 

Descargo en mi directorio por defecto y luego ejecuto el instalador. 

 

 Figura 31.Notas relevantes de Cygwin 

 


 

Seleccionar que se haga la instalación en directorio local por defecto 

 

Figura 32.Seleccionar el directorio 

Especificar la ruta donde quiero instalar 

 

 Figura 33. Ruta de instalación de cygwin 

Luego sale una lista buscamos la palabra make en el buscador y seleccionamos 

 

 

 Figura 34.Búsqueda de la propiedad make 

 


Luego se tener instalado el cygwin debemos ir a variables de entorno de nuestro equipo, nos 
dirigimos a equipo -> propiedades -> configuración avanzada del sistema -> variables de 
entorno -> path. Agregamos allí sin dar espacios; C:\cygwinbin y damos en aceptar. 

 

 Figura 35. Poner variables de entorno 

Para verificar que se encuentra bien instalado el cygwin entramos al terminal de cygwin y 
escribimos make –v y nos saldrá la siguiente información: 

 

 Figura 36.Comprobación de instalación de Cygwin 

 

PASÓ 2 

Luego necesitamos instalar el NDK de link oficial de Android: 
http://developer.android.com/tools/sdk/ndk/index.html 

Seleccionamos la versión de nuestro equipo si tiene un sistema operativo de 32 o 64 bits y 
procedemos a descargar. En este caso descargo la versión de 64 bits, acepto los términos y 


condiciones de uso al igual que la licencia y se procede la descarga, esto viene en un archivo 
comprimido, procedo a descomprimir el archivo y copio en el directorio para poder tener una 
estructura como la siguiente: C:\Users\WALTERN\............. 

. Android –SDK 
. android-ndk-r9d-windows-x86_64 


 

 Figura 37.Exploración del directorio 

 

Con esto se empieza el trabajo con Vuforia con el IDE de desarrollo de eclipse. 

 

Sección 2.1 CREACION DEL APLICACIÓN CON VUFORIA 

 

Vuforia no solo permite targets de tipo QR, si no también escanea fotos por su patrón de 
reconocimiento. Para la creación de targets se usó una imagen que sea acorde al sello de cada 
escuela perteneciente a la ESPOCH, acorde a lo que vamos a visualizar. 

Para poder desarrollar una aplicación con Realidad Aumentada con Vuforia se debe ingresar 
una imagen en el registro oficial de desarrollador de Vuforia: https://developer.Vuforia.com/ ya 
que este marcador será el que se escanea en el momento de ejecutar la aplicación móvil. 

Para la creación del prototipo en la herramienta de Realidad Aumentada Vuforia; Lo primero 
que se debe hacer es subir la imagen que servirá de target, para esto se necesita entrar al link de 
desarrollador para la creación de mi base de datos de targets link: 

https://developer.Vuforia.com//targetmanager/project/checkDeviceProjectsCreated?dataRequestedForUserId=&?auto=true 

Nos dirigimos a Créate Database y ponemos el nombre de mi base de datos de targets en este 
caso le asigno RA_INFO_ESPOCH como s e ve en la Figura 38 


 

 Figura 38.Creación de la Base de datos de marcadores QR. 

 

Luego damos clic en crear para tener nuestra base de datos de targets, luego nos vamos a Add 
target 

Donde nos aparecerá una ventana con los nombres que se le asignara a cada una de mi marcador 
con la respectiva dimensión como se muestra en la Figura 39 

 

 Figura 39.Creación de Marcadores 

Damos en Add y crea nuestro primer marcador, de la misma manera realizamos la carga de 
nuestros demás marcadores. Obteniendo una base de datos de marcadores como se ve en la 
Figura a continuación Figura 40. 


 

 Figura 40.Base de Datos de marcadores 

Como se muestra en la Figura 40 a cada imagen se les asigna estrellas según los 
reconocimientos de imagen en mapa de bits. 

Una vez creado todos los marcadores; Seleccionamos y damos en Download Selected Target, y 
nos permite seleccionar el IDE en el cual se va a desarrollar como muestra en la Figura 41. 

 

 Figura 41.Tipo de formatos en el que se realizará la aplicación 

Aquí se puede observar que podemos desarrollar bajo el ambiente de eclipse como es nuestro 
estudio, y bajo la plataforma de Unity. 

Y se procede a realizar la descarga de los targets en un formato zipiado, generando dos 
archivos, el uno .xml donde se muestra todos los nombres de las imágenes que fueron 
ingresadas como marcadores. Como se muestra en la Figura 42. 

 

 Figura 42.Archivo.xml generado por Vuforia 


Ahora se abre eclipse donde se tiene que asignarle un workspace que es nuestro espacio de 
trabajo como se ve en la Figura 43. 

 

Figura 43.Selección de Workspace 

 

Damos en ok y nos aparecerá el IDE de desarrollo de eclipse posteriormente se empieza con el 
desarrollo de la aplicación File->import package. 

 

Exportamos un paquete del cual se partirá para la creación de la aplicación. Link de descarga 
https://developer.Vuforia.com/resources/ esta aplicación contienen paquetes de código nativo 
para la creación de aplicaciones avanzadas. 

Damos en File -> Import como se muestra en la Figura 44. 

 

 Figura 44.Importación de Package en el workspace 

 

 

 

 

 

 


Seleccionamos la ruta como se muestra en la Figura 45. 

 

 Figura 45.Directorio 

Marcamos en: Project into workspace como se muestra en la Figura 45, para poder tener en 
nuestro espacio de trabajo, luego damos clic derecho sobre nuestro proyecto, nos vamos a 
propiedades, luego a Android y recorremos hasta el final y hacemos referencia a nuestra 
appcompact_v7 como se ve en la Figura 46. 

 

 Figura 46.Agregación del appcompact_v7 

Se referencia porque esto permite dar soporte a las librerías, este appcompact, normalmente se 
crea automáticamente en los proyectos, se considera una buena práctica incluir la biblioteca de 
soporte por defecto debido a la gran diversidad de dispositivos y la fragmentación que existe 
entre las diferentes versiones de Android. 

Antes de realizar la aplicación necesitamos un servidor web para poder subir los videos o 
información que se necesite en la aplicación. 

En la clase de referencia video.java 

Pongo el número de marcadores el prototipo se lo realiza con dos targets como se declara en las 
variables Figura 47 


 

 Figura 47.Declaración de variables para el número de marcadores 

Luego se le asigna el nombre con la ruta Url del servidor donde está alojado los videos como se 
ve en la Figura 48 

 

Figura 48.Direcciones Url donde está alojado los videos a reproducir. 

Posteriormente se le añade una textura para que se presente al enfocar la cámara, como se 
muestra en la Figura 49 

 

Figura 49.Carga de imágenes como texturas. 

 

En videoRenderer.java 

Luego dependiendo de la textura se puede ir asignando al respectivo switch como se muestra en 
la Figura 50. 

 

 Figura 50.Control de texturas. 

 


Realizo la comparación de la imagen que se me cargara como se muestra en la Figura 51. 

 

 Figura 51.Comparación del marcador con el video 

 

Posterior miro las coordenadas para la transformación del target como se muestra en las Figura 
52 las mismas que pueden ser cambiadas de acuerdo a frame que necesite 

 

 Figura 52.Coordenadas de transformación 

 

En VideoPalyerHelper.java 

Según mi target especificado asigno la carga del respectivo video como se muestra en la Figura 
53. 

 

 Figura 53.Carga de videos 

Ahora se realiza la carga de mi target creado anteriormente en mi plataforma Vuforia, los 
archivos .xml y .dat donde contiene todos los targets necesarios. 

Descomprimimos el archivo .rar y lo ponemos dentro de el /essets del directorio como se 
puede observar en el directorio de la Figura 54. 

 

Figura 54.Directorio del proyecto 


 

Regreso a mi video.java para asignar mi dataset que contine mis marcadores como se ve en la 
Figura 55 este es el archivo.xml generado en Vuforia que contine los marcadores de 
reconocimiento. 

 

 Figura 55.Nombre del archivo .xml 

Posteriomente se ejecuta la aplicación. 

 

Sección 2.2 Diseño de Pruebas 

En la ejecución de la aplicación, la primera prueba realizada es el reconocimiento de 
Marcadores como se muestra en la Figura 56 

 

C:\Users\WALTERN\Pictures\imagenes del celu\DSC02441.JPG 
Figura 56.Reconocimiento de Marcadores 

 

En la siguiente imagen es tomada desde el propio dispositivo en el momento del reconocimiento 
del marcador como se lo puede ver en la Figura 57 

 

C:\Users\WALTERN\Pictures\imagenes del celu\screenshot_2015-02-25_1440_1.png 
Figura 57.Reconocimiento del marcador: (Imagen en el dispositivo móvil) 


 

La segunda prueba es la carga una imagen como textura según el marcador identificado como se 
muestra en la Figura 58 

 

C:\Users\WALTERN\Pictures\imagenes del celu\DSC02445.JPG 
Figura 58.Carga de textura en el marcador 

La tercera prueba es, que al dar clip sobre la imagen de play que se muestra en el dispositivo 
como se ve en la Figura 59 

 

C:\Users\WALTERN\Pictures\imagenes del celu\DSC02450.JPG 
Figura 59.Selección sobre el ícono play 

 

Se procede a la carga del video respectivo como se muestra en la Figura 60, dicho video se 
encuentra subido en un servidor web. 

 

C:\Users\WALTERN\Pictures\imagenes del celu\DSC02452.JPG 
Figura 60.Carga del contenido multimedia 

 


ANEXO C: ESTUDIO DE FACTIBILIDAD 

 

1.- FACTIBILIDAD ECONÓMICA 

ACTIVOS FIJOS 

Equipos hardware. 

Tabla 1.Equipos hardware 

CANTIDAD 

CONCEPTO 

P. UNITARIO 

P. TOTAL 

1 

Computadora portátil Core i7 

1000.00 

1000.00 

1 

Smartphone Sony Ericsson 

100.00 

100.00 

1 

Tablet XPX 

120.00 

140.00 

TOTAL 

1240.00 



Realizador por: Núñez W, Sánchez L, 2015. 

Equipo Software 

 Tabla 2.Equipo software 

CANTIDAD 

CONCEPTO 

P. UNITARIO 

P. 
TOTAL 

1 

Costo para la publicación en maker player 

25.00 

25.00 

TOTAL 

25.00 



 Realizador por: Núñez W, Sánchez L, 2015. 

 

Resumen de Activos Fijos. 

 Tabla 3.Resumen de Activos Fijos 

ACTIVOS FIJOS 

DETALLE 

TOTAL 

Equipos hardware 

1240.00 

Equipo software 

25.00 

TOTAL 

1265.00 



 Realizador por: Núñez W, Sánchez L, 2015. 

 

CAPITAL DE TRABAJO 

Mano de obra directa 

 Tabla 4.Mano de obra directa 

DETALLE 

COSTO MENSUAL 

COSTO TOTAL(7 meses) 

2 Programadores 

780.00 

5460.00 

TOTAL 

5460.00 



 Realizador por: Núñez W, Sánchez L, 2015. 

 


Servicios Básicos 

 Tabla 5.Servicios Básicos 

CONCEPTO 

UNIDADES 

CANTIDAD 
MENSUAL 

COSTO 
MES 

COSTO 
TOTAL (7 
meses) 

Luz 

KWH 

90 

9.50 

66.50 

Internet 

MB 

-- 

20.00 

140.00 

TOTAL 

206.50 



 Realizador por: Núñez W, Sánchez L, 2015. 

 

Suministros de oficina 

 Tabla 6. Suministros de oficina 

CANTIDAD 

DESCRIPCION 

VALOR UNITARIO 

VALOR TOTAL 

3 

Resmas De Papel 

 4,00 

 12,00 

2 

Frasco De Tinta 

 10,00 

 20,00 

12 

Útiles De Oficina 

0.30 

 3,60 

TOTAL 

$ 35,60 



 

 

 

 

 
Realizador por: Núñez W, Sánchez L, 2015. 

 

Resumen capital de Trabajo 

 Tabla 7. Resumen del capital de trabajo 

CAPITAL DE TRABAJO 

DETALLE 

TOTAL 

Mano de obra directa 

5460.00 

Servicios básicos 

206.50 

Suministros de oficina 

35,60 

TOTAL CAPITAL DE TRABAJO 

$5702.10 



 Realizador por: Núñez W, Sánchez L, 2015. 

 

Depreciación equipos hardware 

 Tabla 8-Depreciación de Hardware 

VALOR A 
DEPRECIAR 

% DE 
DEPRECIACIÓN 

DEPRECIACIÓN 
MENSUAL 

DEPRECIACIÓN 
ANUAL 

1240.00 

33.33 % 

34.44 

413.29 

TOTAL 

34.44 

$413.29 



 Realizador por: Núñez W, Sánchez L, 2015. 

 


Análisis financiero 

Tabla 9-Análisis Financiero 

DETALLE 

PERIODOS 

ABRIL 

MAYO 

JUNIO 

JULIO 

AGOSTO 

SEPTIRMBRE 

OCTUBRE 

Sueldos 

780.00 

780.00 

780.00 

780.00 

780.00 

780.00 

780.00 

Depreciaciones 

34.44 

34.44 

34.44 

34.44 

34.44 

34.44 

34.44 

Equipos hardware 
(Equipos de 
computación ) 

56.66 

56.66 

56.66 

56.66 

56.66 

56.66 

56.66 

Servicios básicos 

29.50 

29.50 

29.50 

29.50 

29.50 

29.50 

29.50 

SUB TOTAL 
MESES 

843.94 

843.94 

843.94 

843.94 

843.94 

843.94 

843.94 

TOTAL 

$5907.58 



Realizador por: Núñez W, Sánchez L, 2015. 

 

El total del proyecto es de 5907.58, estos gastos son incurren por parte de los desarrolladores de 
esta presente proyecto. 

 

2.- FACTIBILIDAD TÉCNICA 

 

Es importante detallar la factibilidad técnica, donde engloba el recurso humano, recurso 
hardware y el recurso software. 

 

Recurso Humano 

 

Para el desarrollo de la aplicación se contempla las personas que han aportado para el 
funcionamiento del mismo: 

. Ing. Diego Ávila Director de Tesis 
. Walter Núñez Desarrollador 
. Luis Sánchez Desarrollador 


 

Recurso Hardware 

 

La elaboración de la aplicación se realizó con dos computadoras portátiles, una Tablet y un 
Smartphone. Como se muestra en la Tabla 10-AC. 

 

 

 


 

 Tabla 10-Recursos Hardware 

Recurso 

Detalles 

Computadora Dell 5110 

Intel core i7 

Memoria Ram 6 Gb 

Disco Duro de 640 

Tablet XPX 

Sistema operativo Android 

Marca xpx 

Versión 4.2.2 

Celular Sony Ericsson mini xperia 

SO Android 

Sk 17 i 

Versión 2.3.4 



 Realizador por: Núñez W, Sánchez L, 2015. 

 

Tanto la Tablet como el Smartphone fueron de vital importancia por contar con sistema 
operativo Android indispensable para el funcionamiento de la aplicación, el celular cuenta con 
un sistema operativo de segunda generación cuya versión es 2.3.4, y la Tablet cuenta con 
tecnología de última generación cuya versión de Android es 4.2.2; en sí permite hacer una 
aplicación que esté disponible para las versiones anteriores como actuales de Android. Siendo 
compatible en las diferentes versiones para la ejecución de la aplicación. 

 

Recurso Software 

a.- Aplicación Móvil 

Aquí se especifica los recursos utilizados dentro del desarrollo de la aplicación móvil. Como se 
muestra en la Tabla 11- AC 

 Tabla 11-Recurso software para la aplicación móvil 

Recurso 

Nombre 

Detalles 

Sistema operativo Windows 8 

Windows 

Versión 8.1 

Sistema operativo Android 

Android 

Libre 

Herramientas de desarrollo 

Eclipse Índigo 

Vuforia 

Layar 

IDE de desarrollo 

SDK para RA 

SDK para RA 

Lenguajes de programación 

. JAVA 


 

. XML 


. Lenguaje de codificación de 
propósito general 
. Lenguaje estándar para intercambio 
de información estructurada 




 Realizador por: Núñez W, Sánchez L, 2015. 


 

b.- Recurso software para la aplicación web 

Se especifica los recursos software en la elaboración de la aplicación web. Como se indica en la 
Tabla 12-AC. 

 

 Tabla 12-Recursos software para la aplicación web 

Recurso 

Nombre 

Detalles 

Sistema operativo Windows 8 

Windows 8 

Versión 8.1 

Lenguajes de programación 

. PHP 
. JavaScript 


. Lenguaje de código abierto 
. Lenguaje para visualizar 
información al lado del cliente 




 Realizador por: Núñez W, Sánchez L, 2015. 

Se utiliza software libre por el mandato del gobierno en el decreto N° 1014 del 2008 que 
promueve la utilización de software libre en la administración Publica. 

 

3.- FACTIBILIDAD OPERATIVA 

 

Subir la aplicación en la tienda en línea de google para que pueda ser descargada desde 
cualquier dispositivo con sistema operativo Android. 

Hardware requerido 

. Servidor 


Software requerido 

. Servidor apache .- Para poder subir la aplicación web 


 

 

 

 

 

 

 

 

 

 

 

 


ANEXO D METÁFORAS, HISTORIAS DE USUARIO, PRUEBAS DE ACEPTACIÓN 

 

Sección 1: Iteración 1 

Tabla 1. Metáfora 1 

METAFORA 

Número: 01 

Nombre de la Metáfora: Diseño de la Base de datos de la Aplicación Web. 

Usuario: Administrador 

Iteración: 1 

Fecha inicio: 03/11/2014 

Fecha fin: 05/11/2014 

Descripción: Como administrador necesito una base de datos para el almacenamiento de datos de la información 
de infraestructura de la FIE y el edificio principal de la ESPOCH. 

Pruebas de aceptación: Validación de la estructura de la base de datos por parte del grupo de trabajo 



 

Tabla 2. Tareas de la metáfora 1 

TAREAS DE LA METAFORA 01 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Diseño del diagrama entidad relación de 
la base de datos 

Luis Sánchez, 
Núñez Walter 

03/11/2014 

03/11/2014 

8 

Diagrama lógico de la base de datos 

04/11/2014 

04/11/2014 

8 

Diccionario de datos 

05/11/2014 

05/11/2014 

8 



 

Tabla 3. Tarea de ingeniería 1 de la metáfora 1 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la Metáfora: Diseño de la Base de datos de la Aplicación Web. 

Nombre de la tarea: Diseño del Diagrama entidad relación de la base de datos 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 03/11/2014 

Fecha de fin: 03/11/2014 

Descripción: Diseño del base de datos según en enfoque del proyecto 

Pruebas de aceptación: Validación de la estructura de la base de datos por parte de grupo de trabajo. 



 

 

Tabla 4. Tarea de ingeniería 2 de la metáfora 1 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la Metáfora: Diseño de la Base de datos de la Aplicación Web. 

Nombre de la tarea: Diagrama lógico de la base de datos 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 04/11/2014 

Fecha de fin: 04/11/2014 

Descripción: Diseño del base de datos según en enfoque del proyecto 

Pruebas de aceptación: Validación de la estructura de la base de datos por parte de grupo de trabajo. 




Tabla 5. Tarea de ingeniería 3 de la metáfora 1 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 3 

Nombre de la Metáfora: Diseño de la Base de datos de la Aplicación Web. 

Nombre de la tarea: Diccionario de datos 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 05/11/2014 

Fecha de fin: 05/11/2014 

Descripción: Diseño del diccionario de datos 

Pruebas de aceptación: Tamaño de datos 



 

Tabla 6. Prueba de aceptación de la metáfora 1 

PRUEBA DE ACEPTACIÓN 

Código: 1.1 

Nombre de la metáfora: Diseño de la Base de datos de la Aplicación Web. 

Nombre de la prueba: Análisis del diseño de la base de datos. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 05/11/2014 

Descripción: Se detallara el diseño de la base de datos que se implementara. 

Condiciones de ejecución: 

. Se encuentra desarrollado el diseño de la base de datos 


Pasos de Ejecución: 

. Revisar el diseño de la base de datos. 


Evolución de la prueba: Satisfactoria 



 

Tabla 7. Metáfora 2 

METAFORA 

Número: 02 

Nombre de la Metáfora: Definición de la Arquitectura del sistema 

Usuario: Administrador 

Iteración: 1 

Fecha inicio: 06/11/2014 

Fecha fin: 06/11/2014 

Descripción: Como administrador necesito que se diseñe la arquitectura del sistema para para saber las partes que 
está integrado el proyecto. 

Pruebas de aceptación: La arquitectura tiene que ser evaluada y aprobada con el administrador del sistema y el 
grupo de trabajo 

 



 

Tabla 8. Tarea de ingeniería de la metáfora 2 

TAREAS DE LA METAFORA 02 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Creación del diagrama de componentes 

Luis Sánchez, 
Núñez Walter 

06/11/2014 

06/11/2014 

8 



 

 

 


Tabla 9. Tarea de ingeniería 1 de la metáfora 2. 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la Metáfora: Definición de la Arquitectura del sistema 

Nombre de la tarea: Creación del diagrama de componentes 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 06/11/2014 

Fecha de fin: 06/11/2014 

Descripción: Diseño del diagrama de componentes de la arquitectura del proyecto. 

Pruebas de aceptación: 

Correcta distribución de los componentes del sistema. 

Selección de patrones en caso de necesitar. 



 

Tabla 10. Prueba de aceptación de la metáfora 2 

PRUEBA DE ACEPTACIÓN 

Código: 1.1 

Nombre de la metáfora: Definición de la Arquitectura del sistema 

Nombre de la prueba: Análisis del diagrama de componentes para verificar su funcionamiento. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 06/11/2014 

Descripción: Se detallara el diseño de la base de datos que se implementara. 

Condiciones de ejecución: 

. Se encuentra desarrollado el diagrama de componentes que se va a implementar. 


Pasos de Ejecución: 

. Revisar el diagrama de componentes que se realice correctamente. 


Evolución de la prueba: Satisfactoria 



 

Tabla 11. Metáfora 3 

METAFORA 

Número: 03 

Nombre de la Metáfora: Diseño de interfaces 

Usuario: Cliente 

Iteración: 1 

Fecha inicio: 07/11/2014 

Fecha fin: 11/11/2014 

Descripción: Como programador necesito diseñar interfaces para la aplicación móvil y la aplicación web 

Pruebas de aceptación: El diseño de la interfaz sea simple e intuitivo 



 

Tabla 12. Tareas de ingeniería de la metáfora 3 

TAREAS DE LA METAFORA 03 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Interfaz de navegación de la aplicación 
móvil 

Luis Sánchez, 
Núñez Walter 

07/11/2014 

07/11/2014 

8 

Interfaz de contenido de información de 
la aplicación móvil 

10/11/2014 

10/11/2014 

8 

Interfaz de contenidos de la aplicación 
web. 

11/11/2014 

11/11/2014 

8 




Tabla 13. Tarea de ingeniería 1 de la metáfora 3 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la Metáfora: Diseño de interfaces 

Nombre de la tarea: Interfaz de navegación de la aplicación móvil. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 07/11/2014 

Fecha de fin: 07/11/2014 

Descripción: Para la aplicación móvil se desea una interfaz intuitiva de fácil acceso. 

Pruebas de aceptación: Interacción con la aplicación mediante la interfaz presentada 



 

Tabla 14. Tarea de ingeniería 2 de la metáfora 3 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la Metáfora: Diseño de interfaces 

Nombre de la tarea: Interfaz de contenido de información de la aplicación móvil 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 10/11/2014 

Fecha de fin: 10/11/2014 

Descripción: Para la aplicación móvil se desea una interfaz de contenido de información. 

Pruebas de aceptación: Visualización del contenido en la aplicación mediante la interfaz presentada. 



 

Tabla 15. Tarea de ingeniería 3 de la metáfora 3 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 3 

Nombre de la Metáfora: Diseño de interfaces 

Nombre de la tarea: Interfaz de contenidos de la aplicación web. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 11/11/2014 

Fecha de fin: 11/11/2014 

Descripción: Para la aplicación web se desea crear una interfaz para la gestión de contenidos de la aplicación 
móvil. 

Pruebas de aceptación: Interacción con la aplicación móvil mediante la interfaz de contenidos presentada. 



 

Tabla 16. Prueba de aceptación de la metáfora 3 

PRUEBA DE ACEPTACIÓN 

Código: 3.1 

Nombre de la metáfora: Diseño de interfaces 

Nombre de la prueba: Análisis del diseño de interfaces de usuario. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 11/11/2014 

Descripción: Se detallara el diseño de interfaces de usuario. 

Condiciones de ejecución: 

. Se encuentra realizadas las interfaces de usuario intuitivas 
. Debe existir datos registrados en la base de datos 


Pasos de Ejecución: 

. Revisar el diseño de interfaces que sean amigables para el usuario. 





. Acceder a las distintas funcionalidades de forma rápida 


Evolución de la prueba: Satisfactoria 



 

 

Tabla 17. Metáfora 4 

METAFORA 

Número: 01 

Nombre de la Metáfora: Preparación del ambiente de desarrollo 

Usuario: Administrador 

Iteración: 1 

Fecha inicio: 12/11/2014 

Fecha fin: 14/11/2014 

Descripción: Como desarrollador necesito tener las herramientas necesarias para poder desarrollar el proyecto 

Pruebas de aceptación: Que se instalen correctamente las herramientas 



 

Tabla 18. Tareas de la metáfora 4 

TAREAS DE LA METAFORA 01 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Instalación del eclipse y ADT plugins, 
SDK, ADV. 

Luis Sánchez, 
Núñez Walter 

12/11/2014 

12/11/2014 

8 

Instalación de Cygwin y NDK 

13/11/2014 

13/11/2014 

8 

Instalación de Dreamweaver y XAMPP 

14/11/2014 

14/11/2014 

8 



 

Tabla 19. Tarea de ingeniería 1 de la metáfora 4 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la Metáfora: Preparación del ambiente de desarrollo 

Nombre de la tarea: Instalación de eclipse y ADT plugins 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 12/11/2014 

Fecha de fin: 12/11/2014 

Descripción: Como programador necesito instalar eclipse, además los complementos como: plugins, SDK, ADV. 

Pruebas de aceptación: Ejecución de una aplicación en el emulador. 



 

Tabla 20. Tarea de ingeniería 2 de la metáfora 4 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la Metáfora: Preparación del ambiente de desarrollo 

Nombre de la tarea: Instalación de Cygwin y NDK 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 13/11/2014 

Fecha de fin: 13/11/2014 

Descripción: Instalación de Cygwin y NDK para poder trabajar con librerías nativas. 

Pruebas de aceptación: Poder ejecutar en una maquina con sistema operativo Windows. 



 


Tabla 21. Tarea de ingeniería 3 de la metáfora 4 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 3 

Nombre de la Metáfora: Preparación del ambiente de desarrollo. 

Nombre de la tarea: Instalación de Dreamweaver y XAMPP 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 14/11/2014 

Fecha de fin: 14/11/2014 

Descripción: Herramienta necesaria para desarrollar la aplicación web e interfaces de cada actividad además el 
XAMPP que es un servidor independiente de plataforma. 

Pruebas de aceptación: Probar páginas web. 



 

Tabla 22. Prueba de aceptación de la metáfora 4 

PRUEBA DE ACEPTACIÓN 

Código: 4.1 

Nombre de la metáfora: Preparación del ambiente de desarrollo 

Nombre de la prueba: Probar ambiente de desarrollo 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 14/11/2014 

Descripción: Se detalla la preparación de herramientas necesarias para el desarrollo del proyecto. 

Condiciones de ejecución: 

. Que se encuentre instalado todas las herramientas. 


Pasos de Ejecución: 

. Ejecutar el emulador en eclipse. 
. Ejecutar páginas web en el servidor local. 


Evolución de la prueba: Satisfactoria 



 

 

Tabla 23. Historia de usuario 1 

HISTORIA DE USUARIO 

Número: 01 

Nombre de la HU: Mostrar información escrita de la infraestructura del 
Edificio principal de la ESPOCH. 

Usuario: Administrador 

Iteración: 1 

Fecha inicio: 17/11/2014 

Fecha fin: 21/11/2014 

Descripción: Como administrador necesito información del edificio principal de la ESPOCH. 

Pruebas de aceptación: Visualizar la información del edificio principal de la ESPOCH. 



 

Tabla 24. Tareas de ingeniería de la Historia de usuario 1 

TAREAS DE LA HU 01 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Personalizar el fichero XML que tendrá 
los elementos visuales 

Luis Sánchez, 
Núñez Walter 

17/11/2014 

18/11/2014 

16 

Codificación de la actividad para mostrar 
información desde la BD. 

19/11/2014 

21/11/2014 

24 




 

Tabla 25. Tarea de ingeniería 1 de la Historia de usuario 1 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la HU: Mostrar información escrita de la infraestructura del Edificio principal de la ESPOCH. 

Nombre de la tarea: Personalizar el fichero XML que tendrá los elementos visuales 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 17/11/2014 

Fecha de fin: 18/11/2014 

Descripción: Realizar la personalización de los ficheros XML con nombres respectivos para el enlazar a la 
actividad de la ESPOCH. 

Pruebas de aceptación: Ejecución de la interfaz de la información de la ESPOCH. 



 

Tabla 26. Tarea de ingeniería 2 de la Historia de usuario 1 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la HU: Mostrar información escrita de la infraestructura del Edificio principal de la ESPOCH. 

Nombre de la tarea: Codificación de la actividad para mostrar información desde la BD. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 19/11/2014 

Fecha de fin: 21/11/2014 

Descripción: Codificación para mostrar información de la ESPOCH desde la BD. 

Pruebas de aceptación: Visualizar la información del edificio principal de la ESPOCH. 



 

Tabla 27. Prueba de aceptación de la Historia de usuario 1 

PRUEBA DE ACEPTACIÓN 

Código: 1.1 

Nombre de la HU: Mostrar información escrita de la infraestructura del 
Edificio principal de la ESPOCH. 

Nombre de la prueba: Muestra de información de la ESPOCH. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 21/11/2014 

Descripción: Se observara la visualización de información de datos de la ESPOCH cargados desde la BD. 

Condiciones de ejecución: se necesita que exista registros en la BD. 

Pasos de Ejecución: 

. Revisar el contenido de la BD y lo que muestra en la interfaz. 


Evolución de la prueba: Satisfactoria 



 

Tabla 28. Historia de usuario 2 

HISTORIA DE USUARIO 

Número: 02 

Nombre de la HU: Mostrar información escrita de la FIE 

Usuario: Administrador 

Iteración: 1 

Fecha inicio: 24/11/2014 

Fecha fin: 28/11/2014 

Descripción: Como administrador necesito mostrar información de la infraestructura de la FIE. 

Pruebas de aceptación: Visualizar la información de la infraestructura de la FIE. 



 


Tabla 29. Tareas de ingeniería de la Historia de usuario 2 

TAREAS DE LA HU 02 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Personalizar el fichero XML que tendrá 
los elementos visuales 

Luis Sánchez, 
Núñez Walter 

24/11/2014 

25/11/2014 

16 

Codificación de la actividad para mostrar 
información desde la BD. 

26/11/2014 

28/11/2014 

24 



 

Tabla 30. Tarea de ingeniería 1 de la Historia de usuario 2 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 1 

Nombre de la HU: Mostrar información escrita de la FIE 

Nombre de la tarea: Personalizar el fichero XML que tendrá los elementos visuales 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 24/11/2014 

Fecha de fin: 25/11/2014 

Descripción: Realizar la personalización de los ficheros XML con nombres respectivos para el enlazar a la 
actividad de la FIE. 

Pruebas de aceptación: Ejecución de la interfaz de la información de la FIE. 



 

 

 

Tabla 31. Tarea de ingeniería 2 de la Historia de usuario 2 

TAREA DE INGENIERÍA 

Iteración: 1 

Número de la tarea: 2 

Nombre de la HU: Mostrar información escrita de la FIE 

Nombre de la tarea: Codificación de la actividad para mostrar información desde la BD. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 19/11/2014 

Fecha de fin: 21/11/2014 

Descripción: Codificación para mostrar información de la FIE desde la BD. 

Pruebas de aceptación: Visualizar la información de la FIE. 



 

Tabla 32. Prueba de aceptación de la Historia de usuario 2 

PRUEBA DE ACEPTACIÓN 

Código: 1.1 

Nombre de la HU: Mostrar información escrita de la FIE 

Nombre de la prueba: Muestra de información de la FIE. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 28/11/2014 

Descripción: Se observara la visualización de información de datos de la FIE cargados desde la BD. 

Condiciones de ejecución: se necesita que exista registros en la BD. 

Pasos de Ejecución: 

. Revisar el contenido de la BD y lo que muestra en la interfaz. 


Evolución de la prueba: Satisfactoria 




 

Sección 2: Iteración 2 

Tabla 33. Historia de usuario 3 

HISTORIA DE USUARIO 

Número: 03 

Nombre de la HU: Mostrar información escrita de la EIS 

Usuario: Administrador 

Iteración: 2 

Fecha inicio: 1/12/2014 

Fecha fin: 9/12/2014 

Descripción: Como administrador necesito mostrar información de la infraestructura de la EIS 

Pruebas de aceptación: Visualizar la información de la infraestructura de la EIS. 



 

 

Tabla 34. Tareas de ingeniería de la Historia de usuario 3 

TAREAS DE LA HU 03 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Personalizar el fichero XML que tendrá 
los elementos visuales 

Luis Sánchez, 
Núñez Walter 

01/12/2014 

03/12/2014 

24 

Codificación de la actividad para mostrar 
información desde la BD. 

04/12/2014 

09/12/2014 

32 



 

Tabla 35. Tarea de ingeniería 1 de la Historia de usuario 3 

TAREA DE INGENIERÍA 

Iteración: 2 

Número de la tarea: 1 

Nombre de la HU: Mostrar información escrita de la EIS. 

Nombre de la tarea: Personalizar el fichero XML que tendrá los elementos visuales 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 01/12/2014 

Fecha de fin: 03/12/2014 

Descripción: Realizar la personalización de los ficheros XML con nombres respectivos para el enlazar a la 
actividad de la EIS. 

Pruebas de aceptación: Ejecución de la interfaz de la información de la EIS. 



 

Tabla 36. Tarea de ingeniería 2 de la Historia de usuario 3 

TAREA DE INGENIERÍA 

Iteración: 2 

Número de la tarea: 2 

Nombre de la HU: Mostrar información escrita de la EIS. 

Nombre de la tarea: Codificación de la actividad para mostrar información desde la BD. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 04/12/2014 

Fecha de fin: 09/12/2014 

Descripción: Codificación para mostrar información de la EIS desde la BD. 

Pruebas de aceptación: Visualizar la información de la EIS. 



 


Tabla 37. Prueba de aceptación de la Historia de Usuario 3 

PRUEBA DE ACEPTACIÓN 

Código: 3.1 

Nombre de la HU: Mostrar información escrita de la EIS 

Nombre de la prueba: Muestra de información de la EIS. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 09/12/2014 

Descripción: Se observara la visualización de información de datos de la EIS cargados desde la BD. 

Condiciones de ejecución: Se necesita que exista registros en la BD. 

Pasos de Ejecución: 

. Revisar el contenido de la BD y lo que muestra en la interfaz. 


Evolución de la prueba: Satisfactoria 



 

Tabla 38. Historia de usuario 4 

HISTORIA DE USUARIO 

Número: 04 

Nombre de la HU: Mostrar información escrita de la EIECRI 

Usuario: Administrador 

Iteración: 2 

Fecha inicio: 10/12/2014 

Fecha fin: 18/12/2014 

Descripción: Como administrador necesito mostrar información de la infraestructura de la EIECRI 

Pruebas de aceptación: Visualizar la información de la infraestructura de la EIECRI. 



 

Tabla 39. Tareas de ingeniería de la Historia de usuario 4 

TAREAS DE LA HU 04 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Personalizar el fichero XML que tendrá 
los elementos visuales 

Luis Sánchez, 
Núñez Walter 

10/12/2014 

12/12/2014 

24 

Codificación de la actividad para mostrar 
información desde la BD. 

15/12/2014 

18/12/2014 

32 



 

Tabla 40. Tarea de ingeniería 1 de la Historia de usuario 4 

TAREA DE INGENIERÍA 

Iteración: 2 

Número de la tarea: 1 

Nombre de la HU: Mostrar información escrita de la EIECRI 

Nombre de la tarea: Personalizar el fichero XML que tendrá los elementos visuales 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 10/12/2014 

Fecha de fin: 12/12/2014 

Descripción: Realizar la personalización de los ficheros XML con nombres respectivos para enlazar a la actividad 
de la EIECRI. 

Pruebas de aceptación: Ejecución de la interfaz de la información de la EIECRI. 



 

 

 

 


Tabla 41. Tarea de ingeniería 2 de la Historia de usuario 4 

TAREA DE INGENIERÍA 

Iteración: 2 

Número de la tarea: 2 

Nombre de la HU: Mostrar información escrita de la EIS. 

Nombre de la tarea: Codificación de la actividad para mostrar información desde la BD. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 15/12/2014 

Fecha de fin: 18/12/2014 

Descripción: Codificación para mostrar información de la EIECRI desde la BD. 

Pruebas de aceptación: Visualizar la información de la EIECRI. 



 

Tabla 42. Prueba de aceptación de la Historia de Usuario 4 

PRUEBA DE ACEPTACIÓN 

Código: 4.1 

Nombre de la HU: Mostrar información escrita de la EIECRI 

Nombre de la prueba: Muestra de información de la EIECRI. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 18/12/2014 

Descripción: Se observara la visualización de información de datos de la EIECRI cargados desde la BD. 

Condiciones de ejecución: Se necesita que exista registros en la BD. 

Pasos de Ejecución: 

. Revisar el contenido de la BD y lo que muestra en la interfaz. 


Evolución de la prueba: Satisfactoria 



 

Tabla 43. Historia de usuario 5 

HISTORIA DE USUARIO 

Número: 05 

Nombre de la HU: Mostrar información escrita de la EIETR 

Usuario: Administrador 

Iteración: 2 

Fecha inicio: 19/12/2014 

Fecha fin: 26/12/2014 

Descripción: Como administrador necesito mostrar información de la infraestructura de la EIETR 

Pruebas de aceptación: Visualizar la información de la infraestructura de la EIETR. 



 

Tabla 44. Tareas de ingeniería de la Historia de usuario 5 

TAREAS DE LA HU 04 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Personalizar el fichero XML que tendrá los 
elementos visuales 

Luis Sánchez, 
Núñez Walter 

19/12/2014 

23/12/2014 

24 

Codificación de la actividad para mostrar 
información desde la BD. 

24/12/2014 

26/12/2014 

24 



 

 

 

 


Tabla 45. Tarea de ingeniería 1 de la Historia de usuario 5 

TAREA DE INGENIERÍA 

Iteración: 2 

Número de la tarea: 1 

Nombre de la HU: Mostrar información escrita de la EIETR 

Nombre de la tarea: Personalizar el fichero XML que tendrá los elementos visuales 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 19/12/2014 

Fecha de fin: 23/12/2014 

Descripción: Realizar la personalización de los ficheros XML con nombres respectivos para enlazar a la actividad 
de la EIETR. 

Pruebas de aceptación: Ejecución de la interfaz de la información de la EIETR. 



 

Tabla 46. Tarea de ingeniería 2 de la Historia de usuario 5 

TAREA DE INGENIERÍA 

Iteración: 2 

Número de la tarea: 2 

Nombre de la HU: Mostrar información escrita de la EIETR. 

Nombre de la tarea: Codificación de la actividad para mostrar información desde la BD. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 24/12/2014 

Fecha de fin: 26/12/2014 

Descripción: Codificación para mostrar información de la EIETR desde la BD. 

Pruebas de aceptación: Visualizar la información de la EIETR. 



 

Tabla 47. Prueba de aceptación de la Historia de Usuario 5 

PRUEBA DE ACEPTACIÓN 

Código: 5.1 

Nombre de la HU: Mostrar información escrita de la EIETR 

Nombre de la prueba: Muestra de información de la EIECRI. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 26/12/2014 

Descripción: Se observara la visualización de información de datos de la EIETR cargados desde la BD. 

Condiciones de ejecución: Se necesita que exista registros en la BD. 

Pasos de Ejecución: 

. Revisar el contenido de la BD y lo que muestra en la interfaz. 


Evolución de la prueba: Satisfactoria 



 

Sección 3: Iteración 3 

Tabla 48. Historia de usuario 6 

HISTORIA DE USUARIO 

Número: 06 

Nombre de la HU: Mostrar información escrita de la EDG 

Usuario: Administrador 

Iteración: 3 

Fecha inicio: 05/01/2015 

Fecha fin: 09/01/2015 

Descripción: Como administrador necesito mostrar información de la infraestructura de la EDG 

Pruebas de aceptación: Visualizar la información de la infraestructura de la EDG. 



 

 


Tabla 49. Tareas de ingeniería de la Historia de usuario 6 

TAREAS DE LA HU 06 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Personalizar el fichero XML que tendrá 
los elementos visuales 

Luis Sánchez, 
Núñez Walter 

05/01/2015 

06/01/2015 

16 

Codificación de la actividad para mostrar 
información desde la BD. 

07/01/2015 

09/01/2015 

24 



 

Tabla 50. Tarea de ingeniería 1 de la Historia de usuario 6 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 1 

Nombre de la HU: Mostrar información escrita de la EDG 

Nombre de la tarea: Personalizar el fichero XML que tendrá los elementos visuales 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 05/01/2015 

Fecha de fin: 06/01/2015 

Descripción: Realizar la personalización de los ficheros XML con nombres respectivos para enlazar a la 
actividad de la EDG. 

Pruebas de aceptación: Ejecución de la interfaz de la información de la EDG. 



 

Tabla 51. Tarea de ingeniería 2 de la Historia de usuario 6 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 2 

Nombre de la HU: Mostrar información escrita de la EDG. 

Nombre de la tarea: Codificación de la actividad para mostrar información desde la BD. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 07/01/2015 

Fecha de fin: 09/01/2015 

Descripción: Codificación para mostrar información de la EDG desde la BD. 

Pruebas de aceptación: Visualizar la información de la EDG. 



 

Tabla 52. Prueba de aceptación de la Historia de Usuario 6 

PRUEBA DE ACEPTACIÓN 

Código: 6.1 

Nombre de la HU: Mostrar información escrita de la EDG. 

Nombre de la prueba: Muestra de información de la EDG. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 09/01/2015 

Descripción: Se observara la visualización de información de datos de la EDG cargados desde la BD. 

Condiciones de ejecución: Se necesita que exista registros en la BD. 

Pasos de Ejecución: 

. Revisar el contenido de la BD y lo que muestra en la interfaz. 


Evolución de la prueba: Satisfactoria 



 

 


Tabla 53. Historia de usuario 7 

HISTORIA DE USUARIO 

Número: 07 

Nombre de la HU: Mostrar información con Realidad Aumentada del Edifico 
principal de la ESPOCH 

Usuario: Administrador 

Iteración: 3 

Fecha inicio: 12/01/2015 

Fecha fin: 16/01/2015 

Descripción: Como administrador necesito mostrar información con Realidad Aumentada del edificio principal de 
la ESPOCH. 

Pruebas de aceptación: Visualizar la información con Realidad Aumentada de la infraestructura del edificio 
principal de la ESPOCH. 



 

Tabla 54. Tareas de ingeniería de la Historia de usuario 7 

TAREAS DE LA HU 07 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Programación para el reconocimiento de 
marcadores. 

Luis Sánchez, 
Núñez Walter 

12/01/2015 

12/01/2015 

8 

Gestionar la carga de visualización de 
imágenes. 

13/01/2015 

14/01/2015 

16 

Gestionar la carga de videos 

15/01/2015 

16/01/2015 

16 



 

Tabla 55. Tarea de ingeniería 1 de la Historia de usuario 7 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 1 

Nombre de la HU: Mostrar información con Realidad Aumentada del Edifico principal de la ESPOCH. 

Nombre de la tarea: Programación para el reconocimiento de marcadores. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 12/01/2015 

Fecha de fin: 12/01/2015 

Descripción: Realizar la programación para el reconocimiento de marcadores. 

Pruebas de aceptación: Ejecución para el reconocimiento de marcadores. 



 

Tabla 56. Tarea de ingeniería 2 de la Historia de usuario 7 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 2 

Nombre de la HU: Mostrar información con Realidad Aumentada del Edifico principal de la ESPOCH. 

Nombre de la tarea: Gestionar la carga y visualización de imágenes. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 13/01/2015 

Fecha de fin: 14/01/2015 

Descripción: Codificación para la carga y visualización de imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

 


Tabla 57. Tarea de ingeniería 3 de la Historia de usuario 7 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 3 

Nombre de la HU: Mostrar información con Realidad Aumentada del Edifico principal de la ESPOCH. 

Nombre de la tarea: Gestionar la carga de videos. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 15/01/2015 

Fecha de fin: 16/01/2015 

Descripción: Codificación para la carga y visualización de videos 

Pruebas de aceptación: Visualización del video. 



 

Tabla 58. Prueba de aceptación de la Historia de Usuario 7 

PRUEBA DE ACEPTACIÓN 

Código: 7.1 

Nombre de la HU: Mostrar información con Realidad Aumentada del 
Edifico principal de la ESPOCH. 

Nombre de la prueba: Muestra de información con Realidad Aumentada del edificio principal de la ESPOCH. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 16/01/2015 

Descripción: Se observara la visualización de información con Realidad Aumentada del edificio principal de la 
ESPOCH. 

Condiciones de ejecución: Se necesita que exista un video en el servidor web 

Pasos de Ejecución: 

. Dar click en el icono play para la ejecución del video. 


Evolución de la prueba: Satisfactoria 



 

 

Tabla 59. Historia de usuario 8 

HISTORIA DE USUARIO 

Número: 08 

Nombre de la HU: Mostrar información con Realidad Aumentada de la FIE. 

Usuario: Administrador 

Iteración: 3 

Fecha inicio: 19/01/2015 

Fecha fin: 23/01/2015 

Descripción: Como administrador necesito mostrar información con Realidad Aumentada de la FIE 

Pruebas de aceptación: Visualizar la información con Realidad Aumentada de la infraestructura del edificio de la 
FIE 



 

Tabla 60. Tareas de ingeniería de la Historia de usuario 8 

TAREAS DE LA HU 07 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Programación para el reconocimiento de 
marcadores. 

Luis Sánchez, 
Núñez Walter 

19/01/2015 

19/01/2015 

8 

Gestionar la carga de visualización de 
imágenes. 

20/01/2015 

21/01/2015 

16 

Gestionar la carga de videos 

22/01/2015 

23/01/2015 

16 




Tabla 61. Tarea de ingeniería 1 de la Historia de usuario 8 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la FIE. 

Nombre de la tarea: Programación para el reconocimiento de marcadores. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 19/01/2015 

Fecha de fin: 19/01/2015 

Descripción: Realizar la programación para el reconocimiento de marcadores. 

Pruebas de aceptación: Ejecución para el reconocimiento de marcadores. 



 

Tabla 62. Tarea de ingeniería 2 de la Historia de usuario 8 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 2 

Nombre de la HU: Mostrar información con Realidad Aumentada de la FIE. 

Nombre de la tarea: Gestionar la carga y visualización de imágenes. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 20/01/2015 

Fecha de fin: 21/01/2015 

Descripción: Codificación para la carga y visualización de imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

 

Tabla 63. Tarea de ingeniería 3 de la Historia de usuario 8 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 3 

Nombre de la HU: Mostrar información con Realidad Aumentada de la FIE. 

Nombre de la tarea: Gestionar la carga de videos. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 22/01/2015 

Fecha de fin: 23/01/2015 

Descripción: Codificación para la carga y visualización de videos 

Pruebas de aceptación: Visualización del video. 



 

Tabla 64. Prueba de aceptación de la Historia de Usuario 8 

PRUEBA DE ACEPTACIÓN 

Código: 8.1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
FIE. 

Nombre de la prueba: Muestra de información con Realidad Aumentada del edificio de la FIE 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 23/01/2015 

Descripción: Se observara la visualización de información con Realidad Aumentada del edificio de la FIE 

Condiciones de ejecución: Se necesita que exista un video en el servidor web 

Pasos de Ejecución: 

. Dar click en el icono play para la ejecución del video. 


Evolución de la prueba: Satisfactoria 




Tabla 65. Historia de usuario 9 

HISTORIA DE USUARIO 

Número: 09 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIS. 

Usuario: Administrador 

Iteración: 3 

Fecha inicio: 26/01/2015 

Fecha fin: 30/01/2015 

Descripción: Como administrador necesito mostrar información con Realidad Aumentada de la EIS. 

Pruebas de aceptación: Visualizar la información con Realidad Aumentada de la infraestructura del edificio de la 
EIS 



 

Tabla 66. Tareas de ingeniería de la Historia de usuario 9 

TAREAS DE LA HU 07 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Programación para el reconocimiento de 
marcadores. 

Luis Sánchez, 
Núñez Walter 

26/01/2015 

26/01/2015 

8 

Gestionar la carga de visualización de 
imágenes. 

27/01/2015 

28/01/2015 

16 

Gestionar la carga de videos 

29/01/2015 

30/01/2015 

16 



 

Tabla 67. Tarea de ingeniería 1 de la Historia de usuario 9 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIS. 

Nombre de la tarea: Programación para el reconocimiento de marcadores. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 26/01/2015 

Fecha de fin: 26/01/2015 

Descripción: Realizar la programación para el reconocimiento de marcadores. 

Pruebas de aceptación: Ejecución para el reconocimiento de marcadores. 



 

Tabla 68. Tarea de ingeniería 2 de la Historia de usuario 9 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 2 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIS. 

Nombre de la tarea: Gestionar la carga y visualización de imágenes. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 27/01/2015 

Fecha de fin: 28/01/2015 

Descripción: Codificación para la carga y visualización de imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

 

 

 


Tabla 69. Tarea de ingeniería 3 de la Historia de usuario 9 

TAREA DE INGENIERÍA 

Iteración: 3 

Número de la tarea: 3 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIS. 

Nombre de la tarea: Gestionar la carga de videos. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 29/01/2015 

Fecha de fin: 30/01/2015 

Descripción: Codificación para la carga y visualización de videos 

Pruebas de aceptación: Visualización del video. 



 

Tabla 70. Prueba de aceptación de la Historia de Usuario 9 

PRUEBA DE ACEPTACIÓN 

Código: 9.1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
EIS. 

Nombre de la prueba: Muestra de información con Realidad Aumentada del edificio de la EIS 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 30/01/2015 

Descripción: Se observara la visualización de información con Realidad Aumentada del edificio de la EIS 

Condiciones de ejecución: Se necesita que exista un video en el servidor web 

Pasos de Ejecución: 

. Dar click en el icono play para la ejecución del video. 


Evolución de la prueba: Satisfactoria 



 

 Sección 4: iteración 4 

 

Tabla 71. Historia de usuario 10 

HISTORIA DE USUARIO 

Número: 10 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
EIECRI. 

Usuario: Administrador 

Iteración: 4 

Fecha inicio: 02/02/2015 

Fecha fin: 06/02/2015 

Descripción: Como administrador necesito mostrar información con Realidad Aumentada de la EIECRI. 

Pruebas de aceptación: Visualizar la información con Realidad Aumentada de la infraestructura del edificio de la 
EIECRI. 



Tabla 72. Tareas de ingeniería de la Historia de usuario 10 

TAREAS DE LA HU 10 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Programación para el reconocimiento de 
marcadores. 

Luis Sánchez, 
Núñez Walter 

02/02/2015 

02/02/2015 

8 

Gestionar la carga de visualización de 
imágenes. 

03/02/2015 

04/02/2015 

16 

Gestionar la carga de videos 

05/02/2015 

06/02/2015 

16 




Tabla 73. Tarea de ingeniería 1 de la Historia de usuario 10 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIECRI. 

Nombre de la tarea: Programación para el reconocimiento de marcadores. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 02/02/2015 

Fecha de fin: 02/02/2015 

Descripción: Realizar la programación para el reconocimiento de marcadores. 

Pruebas de aceptación: Ejecución para el reconocimiento de marcadores. 



 

Tabla 74. Tarea de ingeniería 2 de la Historia de usuario 10 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 2 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIECRI. 

Nombre de la tarea: Gestionar la carga y visualización de imágenes. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 03/02/2015 

Fecha de fin: 04/02/2015 

Descripción: Codificación para la carga y visualización de imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

 

Tabla 75. Tarea de ingeniería 3 de la Historia de usuario 10 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 3 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIECRI. 

Nombre de la tarea: Gestionar la carga de videos. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 05/02/2015 

Fecha de fin: 06/02/2015 

Descripción: Codificación para la carga y visualización de videos 

Pruebas de aceptación: Visualización del video. 



 

Tabla 76. Prueba de aceptación de la Historia de Usuario 10 

PRUEBA DE ACEPTACIÓN 

Código: 10.1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
EIECRI. 

Nombre de la prueba: Muestra de información con Realidad Aumentada del edificio de la EIECRI. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 06/02/2015 

Descripción: Se observara la visualización de información con Realidad Aumentada del edificio de la EIECRI. 

Condiciones de ejecución: Se necesita que exista un video en el servidor web 

Pasos de Ejecución: 

. Dar click en el icono play para la ejecución del video. 


Evolución de la prueba: Satisfactoria 




Tabla 77. Historia de usuario 11 

HISTORIA DE USUARIO 

Número: 11 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
EIETR. 

Usuario: Administrador 

Iteración: 4 

Fecha inicio: 09/02/2015 

Fecha fin: 13/02/2015 

Descripción: Como administrador necesito mostrar información con Realidad Aumentada de la EIETR. 

Pruebas de aceptación: Visualizar la información con Realidad Aumentada de la infraestructura del edificio de la 
EIETR. 



 

Tabla 78. Tareas de ingeniería de la Historia de usuario 11 

TAREAS DE LA HU 10 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Programación para el reconocimiento de 
marcadores. 

Luis Sánchez, 
Núñez Walter 

09/02/2015 

09/02/2015 

8 

Gestionar la carga de visualización de 
imágenes. 

10/02/2015 

11/02/2015 

16 

Gestionar la carga de videos 

12/02/2015 

13/02/2015 

16 



 

Tabla 79. Tarea de ingeniería 1 de la Historia de usuario 11 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIETR. 

Nombre de la tarea: Programación para el reconocimiento de marcadores. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 09/02/2015 

Fecha de fin: 09/02/2015 

Descripción: Realizar la programación para el reconocimiento de marcadores. 

Pruebas de aceptación: Ejecución para el reconocimiento de marcadores. 



 

Tabla 80. Tarea de ingeniería 2 de la Historia de usuario 11 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 2 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIETR. 

Nombre de la tarea: Gestionar la carga y visualización de imágenes. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 10/02/2015 

Fecha de fin: 11/02/2015 

Descripción: Codificación para la carga y visualización de imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

 

 


Tabla 81. Tarea de ingeniería 3 de la Historia de usuario 11 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 3 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EIETR. 

Nombre de la tarea: Gestionar la carga de videos. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 12/02/2015 

Fecha de fin: 13/02/2015 

Descripción: Codificación para la carga y visualización de videos 

Pruebas de aceptación: Visualización del video. 



 

Tabla 82. Prueba de aceptación de la Historia de Usuario 11 

PRUEBA DE ACEPTACIÓN 

Código: 10.1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
EIETR. 

Nombre de la prueba: Muestra de información con Realidad Aumentada del edificio de la EIECRI. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 13/02/2015 

Descripción: Se observara la visualización de información con Realidad Aumentada del edificio de la EIETR. 

Condiciones de ejecución: Se necesita que exista un video en el servidor web 

Pasos de Ejecución: 

. Dar click en el icono play para la ejecución del video. 


Evolución de la prueba: Satisfactoria 



 

 

Tabla 83. Historia de usuario 12 

HISTORIA DE USUARIO 

Número: 12 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EDG. 

Usuario: Administrador 

Iteración: 4 

Fecha inicio: 16/02/2015 

Fecha fin: 20/02/2015 

Descripción: Como administrador necesito mostrar información con Realidad Aumentada de la EDG. 

Pruebas de aceptación: Visualizar la información con Realidad Aumentada de la infraestructura del edificio de la 
EDG. 



 

Tabla 84. Tareas de ingeniería de la Historia de usuario 12 

TAREAS DE LA HU 12 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Programación para el reconocimiento de 
marcadores. 

Luis Sánchez, 
Núñez Walter 

16/02/2015 

16/02/2015 

8 

Gestionar la carga de visualización de 
imágenes. 

17/02/2015 

18/02/2015 

16 

Gestionar la carga de videos 

19/02/2015 

20/02/2015 

16 



 


Tabla 85. Tarea de ingeniería 1 de la Historia de usuario 12 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EDG. 

Nombre de la tarea: Programación para el reconocimiento de marcadores. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 16/02/2015 

Fecha de fin: 16/02/2015 

Descripción: Realizar la programación para el reconocimiento de marcadores. 

Pruebas de aceptación: Ejecución para el reconocimiento de marcadores. 



 

Tabla 86. Tarea de ingeniería 2 de la Historia de usuario 12 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 2 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EDG. 

Nombre de la tarea: Gestionar la carga y visualización de imágenes. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 17/02/2015 

Fecha de fin: 18/02/2015 

Descripción: Codificación para la carga y visualización de imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

 

Tabla 87. Tarea de ingeniería 3 de la Historia de usuario 12 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 3 

Nombre de la HU: Mostrar información con Realidad Aumentada de la EDG. 

Nombre de la tarea: Gestionar la carga de videos. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 19/02/2015 

Fecha de fin: 20/02/2015 

Descripción: Codificación para la carga y visualización de videos 

Pruebas de aceptación: Visualización del video. 



 

Tabla 88. Prueba de aceptación de la Historia de Usuario 12 

PRUEBA DE ACEPTACIÓN 

Código: 12.1 

Nombre de la HU: Mostrar información con Realidad Aumentada de la 
EDG. 

Nombre de la prueba: Muestra de información con Realidad Aumentada del edificio de la EDG. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 20/02/2015 

Descripción: Se observara la visualización de información con Realidad Aumentada del edificio de la EDG. 

Condiciones de ejecución: Se necesita que exista un video en el servidor web 

Pasos de Ejecución: 

. Dar click en el icono play para la ejecución del video. 


Evolución de la prueba: Satisfactoria 




Tabla 89. Historia de usuario 13 

HISTORIA DE USUARIO 

Número: 13 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la 
información del edificio principal de la ESPOCH 

Usuario: Administrador 

Iteración: 4 

Fecha inicio: 23/02/2015 

Fecha fin: 27/02/2015 

Descripción: Como administrador necesito administrar y gestionar desde la aplicación web la información del 
edificio principal de la ESPOCH 

Pruebas de aceptación: 

. La información gestionada en la aplicación web debe ser visualizada en la aplicación móvil. 
. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 90. Tareas de ingeniería de la Historia de usuario 13 

TAREAS DE LA HU 13 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración del edificio principal de la 
ESPOCH. 

Luis Sánchez, 
Núñez Walter 

23/02/2015 

23/02/2015 

8 

Realizar un browser para la carga de 
imágenes 

24/02/2015 

24/02/2015 

8 

Modificar información del edificio 
principal de la ESPOCH 

25/02/2015 

26/02/2015 

16 

Lista de datos del edificio principales. 

27/02/2015 

27/02/2015 

8 



 

Tabla 91. Tarea de ingeniería 1 de la Historia de usuario 13 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información del edificio 
principal de la ESPOCH 

Nombre de la tarea: Restructuración de la interfaz de la administración del edificio principal de la ESPOCH. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 23/02/2015 

Fecha de fin: 23/02/2015 

Descripción: Realizar la modificación de interfaces de usuario para la gestión de información del edificio 
principal de la ESPOCH. 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

 

 

 

 


Tabla 92. Tarea de ingeniería 2 de la Historia de usuario 13 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 2 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información del edificio principal 
de la ESPOCH 

Nombre de la tarea: Realizar un browser para la carga de imágenes 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 24/02/2015 

Fecha de fin: 24/02/2015 

Descripción: Dentro del sistema se debe permitir un browser para subir imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

Tabla 93. Tarea de ingeniería 3 de la Historia de usuario 13 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 3 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información del edificio principal 
de la ESPOCH 

Nombre de la tarea: Modificar información del edificio principal de la ESPOCH 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 25/02/2015 

Fecha de fin: 26/02/2015 

Descripción: Codificación para la modificación de datos, imágenes del edificio principal de la ESPOCH. 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 94. Tarea de ingeniería 4 de la Historia de usuario 13 

TAREA DE INGENIERÍA 

Iteración: 4 

Número de la tarea: 4 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información del edificio principal 
de la ESPOCH 

Nombre de la tarea: Lista de datos del edificio principales. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 27/02/2015 

Fecha de fin: 27/02/2015 

Descripción: Codificación para el listado de datos de información e imágenes del edificio principal de la 
ESPOCH. 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

 

 

 


Tabla 95. Prueba de aceptación de la Historia de Usuario 143 

PRUEBA DE ACEPTACIÓN 

Código: 12.1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web 
la información del edificio principal de la ESPOCH 

Nombre de la prueba: Administrar y gestionar información desde la aplicación web la información del edificio 
principal de la ESPOCH 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 27/02/2015 

Descripción: Se necesita gestionar la información que visualiza la aplicación móvil mediante la aplicación web 
sobre la información de infraestructura de la ESPOCH. 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: 

. Realizar la modificación de datos e imagen de edificio principal de la ESPOCH. 


Evolución de la prueba: Satisfactoria 



 

Sección 5: Iteración 5 

Tabla 96. Historia de usuario 14 

HISTORIA DE USUARIO 

Número: 14 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la 
información de la FIE. 

Usuario: Administrador 

Iteración: 5 

Fecha inicio: 02/03/2015 

Fecha fin: 06/03/2015 

Descripción: Como administrador necesito administrar y gestionar desde la aplicación web la información de la FIE 

Pruebas de aceptación: 

. La información gestionada en la aplicación web debe ser visualizada en la aplicación móvil. 
. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 97. Tareas de ingeniería de la Historia de usuario 14 

TAREAS DE LA HU 14 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración del edificio de la FIE 

Luis Sánchez, 
Núñez Walter 

02/03/2015 

02/03/2015 

8 

Realizar un browser para la carga de 
imágenes 

03/03/2015 

03/03/2015 

8 

Modificar información del edificio de la 
FIE 

04/03/2015 

05/03/2015 

16 

Listar datos de la FIE. 

06/03/2015 

06/03/2015 

8 



 

 

 

 


Tabla 98. Tarea de ingeniería 1 de la Historia de usuario 14 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la FIE. 

Nombre de la tarea: Restructuración de la interfaz de la administración del edificio de la FIE 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 02/03/2015 

Fecha de fin: 02/03/2015 

Descripción: Realizar la modificación de interfaces de usuario para la gestión de información del edificio 
principal de la FIE 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 99. Tarea de ingeniería 2 de la Historia de usuario 14 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 2 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la FIE. 

Nombre de la tarea: Realizar un browser para la carga de imágenes 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 03/03/2015 

Fecha de fin: 03/03/2015 

Descripción: Dentro del sistema se debe permitir un browser para subir imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

Tabla 100. Tarea de ingeniería 3 de la Historia de usuario 14 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 3 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la FIE. 

Nombre de la tarea: Modificar información del edificio de la FIE. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 04/03/2015 

Fecha de fin: 05/03/2015 

Descripción: Codificación para la modificación de datos, imágenes del edificio de la FIE 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 101. Tarea de ingeniería 4 de la Historia de usuario 14 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 4 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la FIE. 

Nombre de la tarea: Listar datos de la FIE. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 06/03/2015 

Fecha de fin: 06/03/2015 

Descripción: Codificación para el listado de datos de información e imágenes del edificio de la FIE 

Pruebas de aceptación: 




. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

Tabla 102. Prueba de aceptación de la Historia de Usuario 14 

PRUEBA DE ACEPTACIÓN 

Código: 14.1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web 
la información de la FIE. 

Nombre de la prueba: Administrar y gestionar información desde la aplicación web la información del edificio 
de la FIE 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 06/03/2015 

Descripción: Se necesita gestionar la información que visualiza la aplicación móvil mediante la aplicación web 
sobre la información de infraestructura de la FIE 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: Realizar la modificación de datos e imagen de edificio de la FIE 

Evolución de la prueba: Satisfactoria 



 

Tabla 103. Historia de usuario 15 

HISTORIA DE USUARIO 

Número: 15 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la 
información de la EIS 

Usuario: Administrador 

Iteración: 5 

Fecha inicio: 09/03/2015 

Fecha fin: 13/03/2015 

Descripción: Como administrador necesito administrar y gestionar desde la aplicación web la información de la EIS 

Pruebas de aceptación: 

. La información gestionada en la aplicación web debe ser visualizada en la aplicación móvil. 
. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 104. Tareas de ingeniería de la Historia de usuario 15 

TAREAS DE LA HU 15 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración del edificio de la EIS 

Luis Sánchez, 
Núñez Walter 

09/03/2015 

09/03/2015 

8 

Realizar un browser para la carga de 
imágenes 

10/03/2015 

10/03/2015 

8 

Modificar información del edificio de la 
EIS 

11/03/2015 

12/03/2015 

16 

Listar datos de la EIS 

13/03/2015 

13/03/2015 

8 



 

 


Tabla 105. Tarea de ingeniería 1 de la Historia de usuario 15 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIS 

Nombre de la tarea: Restructuración de la interfaz de la administración del edificio de la EIS 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 09/03/2015 

Fecha de fin: 09/03/2015 

Descripción: Realizar la modificación de interfaces de usuario para la gestión de información del edificio 
principal de la EIS 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 106. Tarea de ingeniería 2 de la Historia de usuario 15 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 2 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIS 

Nombre de la tarea: Realizar un browser para la carga de imágenes 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 10/03/2015 

Fecha de fin: 10/03/2015 

Descripción: Dentro del sistema se debe permitir un browser para subir imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

Tabla 107. Tarea de ingeniería 3 de la Historia de usuario 15 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 3 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIS 

Nombre de la tarea: Modificar información del edificio de la EIS 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 11/03/2015 

Fecha de fin: 12/03/2015 

Descripción: Codificación para la modificación de datos, imágenes del edificio de la EIS 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 108. Tarea de ingeniería 4 de la Historia de usuario 15 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 4 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIS 

Nombre de la tarea: Listar datos de la EIS 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 13/03/2015 

Fecha de fin: 13/03/2015 

Descripción: Codificación para el listado de datos de información e imágenes del edificio de la EIS 

Pruebas de aceptación: 




. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

Tabla 109. Prueba de aceptación de la Historia de Usuario 15 

PRUEBA DE ACEPTACIÓN 

Código: 15.1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web 
la información de la EIS 

Nombre de la prueba: Administrar y gestionar información desde la aplicación web la información del edificio 
de la EIS 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 13/03/2015 

Descripción: Se necesita gestionar la información que visualiza la aplicación móvil mediante la aplicación web 
sobre la información de infraestructura de la EIS 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: Realizar la modificación de datos e imagen de edificio de la EIS 

Evolución de la prueba: Satisfactoria 



 

Tabla 110. Historia de usuario 16 

HISTORIA DE USUARIO 

Número: 16 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la 
información de la EIECRI 

Usuario: Administrador 

Iteración: 5 

Fecha inicio: 16/03/2015 

Fecha fin: 16/03/2015 

Descripción: Como administrador necesito administrar y gestionar desde la aplicación web la información de la 
EIECRI 

Pruebas de aceptación: 

. La información gestionada en la aplicación web debe ser visualizada en la aplicación móvil. 
. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 111. Tareas de ingeniería de la Historia de usuario 16 

TAREAS DE LA HU 15 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración del edificio de la EIECRI 

Luis Sánchez, 
Núñez Walter 

16/03/2015 

16/03/2015 

8 

Realizar un browser para la carga de 
imágenes 

17/03/2015 

17/03/2015 

8 

Modificar información del edificio de la 
EIECRI 

18/03/2015 

19/03/2015 

16 

Listar datos de la EIECRI 

20/03/2015 

20/03/2015 

8 



 


Tabla 112. Tarea de ingeniería 1 de la Historia de usuario 16 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIECRI 

Nombre de la tarea: Restructuración de la interfaz de la administración del edificio de la EIECRI 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 16/03/2015 

Fecha de fin: 16/03/2015 

Descripción: Realizar la modificación de interfaces de usuario para la gestión de información del edificio 
principal de la EIECRI 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 113. Tarea de ingeniería 2 de la Historia de usuario 16 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 2 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIECRI 

Nombre de la tarea: Realizar un browser para la carga de imágenes 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 17/03/2015 

Fecha de fin: 17/03/2015 

Descripción: Dentro del sistema se debe permitir un browser para subir imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

Tabla 114. Tarea de ingeniería 3 de la Historia de usuario 16 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 3 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIECRI 

Nombre de la tarea: Modificar información del edificio de la EIECRI 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 18/03/2015 

Fecha de fin: 19/03/2015 

Descripción: Codificación para la modificación de datos, imágenes del edificio de la EIECRI 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 115. Tarea de ingeniería 4 de la Historia de usuario 16 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 4 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIECRI 

Nombre de la tarea: Listar datos de la EIECRI 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 20/03/2015 

Fecha de fin: 20/03/2015 

Descripción: Codificación para el listado de datos de información e imágenes del edificio de la EIECRI 

Pruebas de aceptación: 




. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

Tabla 116. Prueba de aceptación de la Historia de Usuario 16 

PRUEBA DE ACEPTACIÓN 

Código: 16.1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web 
la información de la EIECRI 

Nombre de la prueba: Administrar y gestionar información desde la aplicación web la información del edificio 
de la EIECRI 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 20/03/2015 

Descripción: Se necesita gestionar la información que visualiza la aplicación móvil mediante la aplicación web 
sobre la información de infraestructura de la EIECRI 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: Realizar la modificación de datos e imagen de edificio de la EIECRI 

Evolución de la prueba: Satisfactoria 



 

Tabla 117. Historia de usuario 17 

HISTORIA DE USUARIO 

Número: 17 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la 
información de la EIETR. 

Usuario: Administrador 

Iteración: 5 

Fecha inicio: 23/03/2015 

Fecha fin: 27/03/2015 

Descripción: Como administrador necesito administrar y gestionar desde la aplicación web la información de la 
EIETR. 

Pruebas de aceptación: 

. La información gestionada en la aplicación web debe ser visualizada en la aplicación móvil. 
. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 118. Tareas de ingeniería de la Historia de usuario 17 

TAREAS DE LA HU 17 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración del edificio de la EIETR. 

Luis Sánchez, 
Núñez Walter 

23/03/2015 

23/03/2015 

8 

Realizar un browser para la carga de 
imágenes 

24/03/2015 

24/03/2015 

8 

Modificar información del edificio de la 
EIETR. 

25/03/2015 

26/03/2015 

16 

Listar datos de la EIETR. 

27/03/2015 

27/03/2015 

8 



 


Tabla 119. Tarea de ingeniería 1 de la Historia de usuario 17 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIETR. 

Nombre de la tarea: Restructuración de la interfaz de la administración del edificio de la EIETR. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 23/03/2015 

Fecha de fin: 23/03/2015 

Descripción: Realizar la modificación de interfaces de usuario para la gestión de información del edificio 
principal de la EIETR. 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 120. Tarea de ingeniería 2 de la Historia de usuario 17 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 2 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIETR. 

Nombre de la tarea: Realizar un browser para la carga de imágenes 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 24/03/2015 

Fecha de fin: 24/03/2015 

Descripción: Dentro del sistema se debe permitir un browser para subir imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

Tabla 121. Tarea de ingeniería 3 de la Historia de usuario 17 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 3 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIETR. 

Nombre de la tarea: Modificar información del edificio de la EIETR. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 25/03/2015 

Fecha de fin: 26/03/2015 

Descripción: Codificación para la modificación de datos, imágenes del edificio de la EIETR. 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 122. Tarea de ingeniería 4 de la Historia de usuario 17 

TAREA DE INGENIERÍA 

Iteración: 5 

Número de la tarea: 4 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EIETR. 

Nombre de la tarea: Listar datos de la EIETR. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 27/03/2015 

Fecha de fin: 27/03/2015 

Descripción: Codificación para el listado de datos de información e imágenes del edificio de la EIETR. 

Pruebas de aceptación: 




. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

Tabla 123. Prueba de aceptación de la Historia de Usuario 17 

PRUEBA DE ACEPTACIÓN 

Código: 17.1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web 
la información de la EIETR. 

Nombre de la prueba: Administrar y gestionar información desde la aplicación web la información del edificio 
de la EIETR. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 27/03/2015 

Descripción: Se necesita gestionar la información que visualiza la aplicación móvil mediante la aplicación web 
sobre la información de infraestructura de la EIETR. 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: Realizar la modificación de datos e imagen de edificio de la EIETR. 

Evolución de la prueba: Satisfactoria 



 

 Sección 6: Iteración 6 

Tabla 124. Historia de usuario 18 

HISTORIA DE USUARIO 

Número: 18 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la 
información de la EDG. 

Usuario: Administrador 

Iteración: 5 

Fecha inicio: 01/04/2015 

Fecha fin: 07/04/2015 

Descripción: Como administrador necesito administrar y gestionar desde la aplicación web la información de la 
EDG. 

Pruebas de aceptación: 

. La información gestionada en la aplicación web debe ser visualizada en la aplicación móvil. 
. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 125. Tareas de ingeniería de la Historia de usuario 18 

TAREAS DE LA HU 18 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración del edificio de la EDG. 

Luis Sánchez, 
Núñez Walter 

01/04/2015 

01/04/2015 

8 

Realizar un browser para la carga de 
imágenes 

02/04/2015 

02/04/2015 

8 

Modificar información del edificio de la 
EDG. 

03/04/2015 

06/04/2015 

16 

Listar datos de la EDG. 

07/04/2015 

07/04/2015 

8 




Tabla 126. Tarea de ingeniería 1 de la Historia de usuario 18 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EDG. 

Nombre de la tarea: Restructuración de la interfaz de la administración del edificio de la EDG. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 01/04/2015 

Fecha de fin: 01/04/2015 

Descripción: Realizar la modificación de interfaces de usuario para la gestión de información del edificio 
principal de la EDG. 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 127. Tarea de ingeniería 2 de la Historia de usuario 18 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 2 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EDG. 

Nombre de la tarea: Realizar un browser para la carga de imágenes 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 02/04/2015 

Fecha de fin: 02/04/2015 

Descripción: Dentro del sistema se debe permitir un browser para subir imágenes. 

Pruebas de aceptación: Visualización de imágenes 



 

Tabla 128. Tarea de ingeniería 3 de la Historia de usuario 18 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 3 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EDG. 

Nombre de la tarea: Modificar información del edificio de la EDG. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 03/04/2015 

Fecha de fin: 06/04/2015 

Descripción: Codificación para la modificación de datos, imágenes del edificio de la EDG. 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 129. Tarea de ingeniería 4 de la Historia de usuario 18 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 4 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web la información de la EDG. 

Nombre de la tarea: Listar datos de la EDG. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 07/04/2015 

Fecha de fin: 07/04/2015 

Descripción: Codificación para el listado de datos de información e imágenes del edificio de la EDG. 

Pruebas de aceptación: 




. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

Tabla 130. Prueba de aceptación de la Historia de Usuario 18 

PRUEBA DE ACEPTACIÓN 

Código: 18.1 

Nombre de la HU: Se desea administrar y gestionar desde la aplicación web 
la información de la EDG. 

Nombre de la prueba: Administrar y gestionar información desde la aplicación web la información del edificio 
de la EDG. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 07/04/2015 

Descripción: Se necesita gestionar la información que visualiza la aplicación móvil mediante la aplicación web 
sobre la información de infraestructura de la EDG. 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: Realizar la modificación de datos e imagen de edificio de la EDG. 

Evolución de la prueba: Satisfactoria 



 

Tabla 131. Historia de usuario 19 

HISTORIA DE USUARIO 

Número: 19 

Nombre de la HU: Se desea gestionar y administrar los datos de usuario de la 
aplicación web. 

Usuario: Administrador 

Iteración: 6 

Fecha inicio: 08/04/2015 

Fecha fin: 15/04/2015 

Descripción: Como administrador necesito administrar y gestionar los datos de usuario de la aplicación web. 

Pruebas de aceptación: 

. Mensajes de error y de confirmación 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 132. Tareas de ingeniería de la Historia de usuario 19 

TAREAS DE LA HU 19 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración de datos de usuario de la 
aplicación web. 

Luis Sánchez, 
Núñez Walter 

08/04/2015 

08/04/2015 

8 

Registro de datos de usuario 

09/04/2015 

10/04/2015 

16 

Modificar de datos de usuario 

13/04/2015 

14/04/2015 

16 

Listar datos de usuario. 

15/04/2015 

15/04/2015 

8 



 

 

 

 


Tabla 133. Tarea de ingeniería 1 de la Historia de usuario 19 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 1 

Nombre de la HU: Se desea gestionar y administrar los datos de usuario de la aplicación web. 

Nombre de la tarea: Restructuración de la interfaz de la administración de datos de usuario de la aplicación 
web. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 08/04/2015 

Fecha de fin: 08/04/2015 

Descripción: Realizar la modificación de interfaces de usuario para la administración de datos de usuario de la 
aplicación web. 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 134. Tarea de ingeniería 2 de la Historia de usuario 19 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 2 

Nombre de la HU: Se desea gestionar y administrar los datos de usuario de la aplicación web. 

Nombre de la tarea: Registro de datos de usuario 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 09/04/2015 

Fecha de fin: 10/04/2015 

Descripción: Dentro del sistema se debe permitir un ingresar un nuevo usuario administrador. 

Pruebas de aceptación: Verificación de campos nulos. 



 

Tabla 135. Tarea de ingeniería 3 de la Historia de usuario 19 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 3 

Nombre de la HU: Se desea gestionar y administrar los datos de usuario de la aplicación web. 

Nombre de la tarea: Modificar de datos de usuario 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 13/04/2015 

Fecha de fin: 14/04/2015 

Descripción: Codificación para la modificación de datos de usuario 

Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 136. Tarea de ingeniería 4 de la Historia de usuario 19 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 4 

Nombre de la HU: Se desea gestionar y administrar los datos de usuario de la aplicación web. 

Nombre de la tarea: Listar datos de usuario. 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 15/04/2015 

Fecha de fin: 15/04/2015 

Descripción: Codificación para el listado de datos de usuario. 




Pruebas de aceptación: 

. Mensajes de error y de confirmación al gestionar información 
. Comprobar la conexión con la base de datos MySQL. 




 

 

Tabla 137. Prueba de aceptación de la Historia de Usuario 19 

PRUEBA DE ACEPTACIÓN 

Código: 19.1 

Nombre de la HU: Se desea gestionar y administrar los datos de usuario de 
la aplicación web. 

Nombre de la prueba: Administrar y gestionar los datos de usuario de la aplicación web. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 15/04/2015 

Descripción: Se necesita gestionar datos de usuarios de la aplicación web. 

Condiciones de ejecución: Debe existir datos en la base de datos. 

Pasos de Ejecución: Realizar la gestión de datos de usuario con claves y contraseñas 

Evolución de la prueba: Satisfactoria 



 

Tabla 138. Historia de usuario 20 

HISTORIA DE USUARIO 

Número: 20 

Nombre de la HU: Se desea tener reportes de auditorías de ingreso de la 
aplicación web. 

Usuario: Administrador 

Iteración: 6 

Fecha inicio: 16/04/2015 

Fecha fin: 21/04/2015 

Descripción: Como administrador necesito administrar y gestionar los datos de auditorías de ingreso de la 
aplicación web. 

Pruebas de aceptación: 

. Mensajes de error y de confirmación 
. Comprobar la conexión con la base de datos MySQL. 




 

Tabla 139. Tareas de ingeniería de la Historia de usuario 20 

TAREAS DE LA HU 20 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Restructuración de la interfaz de la 
administración de datos de auditorías de 
ingreso de la aplicación web. 

Luis Sánchez, 
Núñez Walter 

16/04/2015 

16/04/2015 

8 

Listar datos de auditorias 

17/04/2015 

21/04/2015 

24 



 

 

 

 

 


Tabla 140. Tarea de ingeniería 1 de la Historia de usuario 20 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 1 

Nombre de la HU: Se desea tener reportes de auditorías de ingreso de la aplicación web. 

Nombre de la tarea: Restructuración de la interfaz de datos de auditorías de ingreso de la aplicación web. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 16/04/2015 

Fecha de fin: 16/04/2015 

Descripción: Realizar la modificación de interfaces de usuario para la administración de datos de usuario de la 
aplicación web. 

Pruebas de aceptación: Correcta ordenación de textos y cuadros. 



 

Tabla 141. Tarea de ingeniería 2 de la Historia de usuario 20 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 2 

Nombre de la HU: Se desea tener reportes de auditorías de ingreso de la aplicación web. 

Nombre de la tarea: Listar datos de auditorias 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 17/04/2015 

Fecha de fin: 21/04/2015 

Descripción: Dentro del sistema se debe permitir listar las auditorias de ingreso en la aplicación web 

Pruebas de aceptación: Verificación de campos nulos. 



 

 

Tabla 142. Prueba de aceptación de la Historia de Usuario 20 

PRUEBA DE ACEPTACIÓN 

Código: 20.1 

Nombre de la HU: Se desea tener reportes de auditorías de ingreso de la 
aplicación web. 

Nombre de la prueba: Administrar y gestionar los datos de usuario de la aplicación web. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 21/04/2015 

Descripción: Se necesita tener auditorias de ingresos en la Aplicación web. 

Condiciones de ejecución: Debe existir datos de usuarios en la base de datos. 

Pasos de Ejecución: Realizar la auditoria de ingresos en la aplicación web 

Evolución de la prueba: Satisfactoria 



 

Tabla 143. Historia de usuario 21 

HISTORIA DE USUARIO 

Número: 21 

Nombre de la HU: Se desea tener un login en la aplicación web. 

Usuario: Administrador 

Iteración: 6 

Fecha inicio: 22/04/2015 

Fecha fin: 24/04/2015 

Descripción: Se necesita tener un login de ingreso para el sistema 

Pruebas de aceptación: 

. Mensajes de error y de confirmación de datos de usuario valido o no valido 
. Comprobar la conexión con la base de datos MySQL. 





Tabla 144. Tareas de ingeniería de la Historia de usuario 21 

TAREAS DE LA HU 21 

ACTIVIDAD 

RESPONSABLE 

Fecha Inicio 

Fecha Fin 

ESFUERZO 

Diseño de la interfaz de login (Ingreso a la 
aplicación web) 

Luis Sánchez, 
Núñez Walter 

22/04/2015 

22/04/2015 

8 

Codificación para el login 

23/04/2015 

24/04/2015 

16 



 

Tabla 145. Tarea de ingeniería 1 de la Historia de usuario 21 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 1 

Nombre de la HU: Se desea tener un login en la aplicación web. 

Nombre de la tarea: Diseño de la interfaz de login para el ingreso a la aplicación web. 

Tipo de tarea: Desarrollo 

Programador responsable: Luis Sánchez, Núñez Walter 

Fecha de inicio: 22/04/2015 

Fecha de fin: 22/04/2015 

Descripción: Realizar el diseño de la interfaz de ingreso para la aplicación web (login del sistema) 

Pruebas de aceptación: Visualización de la pantalla de ingreso. 



 

Tabla 146. Tarea de ingeniería 2 de la Historia de usuario 21 

TAREA DE INGENIERÍA 

Iteración: 6 

Número de la tarea: 2 

Nombre de la HU: Se desea tener un login en la aplicación web. 

Nombre de la tarea: Codificación para el login 

Tipo de tarea: Desarrollo 

Programador responsable: Sánchez Luis, Núñez Walter 

Fecha de inicio: 23/04/2015 

Fecha de fin: 24/04/2015 

Descripción: Dentro del sistema se debe permitir el ingreso de usuarios autenticados. 

Pruebas de aceptación: Verificación de claves válidas. 



 

Tabla 147. Prueba de aceptación de la Historia de Usuario 21 

PRUEBA DE ACEPTACIÓN 

Código: 21.1 

Nombre de la HU: Se desea tener un login en la aplicación web. 

Nombre de la prueba: Verificación de claves autenticadas. 

Responsable: Luis Sánchez, Walter Núñez 

Fecha: 24/04/2015 

Descripción: Se necesita tener un login de ingreso a la aplicación web. 

Condiciones de ejecución: Debe existir datos de usuarios en la base de datos. 

Pasos de Ejecución: Ingresar como administrador con su usuario y clave de ingreso. 

Evolución de la prueba: Satisfactoria 




1 

ANEXO E Manual de Usuario 

Autenticación 

 

Formulario de autenticación de usuario. 

Pasos: 

1) Ingresar el usuario. 
2) Ingresar contraseña. 
3) Pulsar en ingresar para verificar sus datos. 


 

 

2 

3 

Figura 1: Autentificación de Usuario. 

 

 

Página principal 

 

Formulario que contiene el menú principal. 

 


1 

2 

 

 Figura 2: Página principal. 

 

 

Ingreso de usuarios 

 

Formulario de ingreso de información de un nuevo usuario donde se debe ingresar (usuario, 
nombre, estado y contraseña). 

Secciones: 

1) Guardar.- Guarda la información de un nuevo usuario. 
2) Cancelar.- Regresa a la página principal. 


 

 Figura 3: Ingreso del usuario. 


1 

2 

1 

2 

Lista de usuarios 

Lista de los usuarios del sistema que cuenta con dos opciones. 

Secciones: 

1) Editar.- Edita la información de un usuario. 
2) Cancelar.- Regresa a la página principal. 


 

Figura 4: Lista de usuarios. 

 

Modificar usuarios 

 

Formulario para modificar la información de un usuario. 

Secciones: 

1) Guardar.- Guarda la información del usuario. 
2) Cancelar.- Regresa a la lista de usuarios. 


 

Figura 5: Modificar usuario. 


1 

2 

Modificar información de la ESPOCH 

 

Formulario para modificar la información de la ESPOCH. 

Secciones: 

1) Guardar.- Guarda la información de la ESPOCH. 
2) Cancelar.- Regresa a la página principal. 


 

 Figura 6: Modificar información ESPOCH. 

 

 

Modificar información de la FIE 

 

Formulario para modificar la información de la FIE. 

Secciones: 

1) Guardar.- Guarda la información de la FIE. 
2) Cancelar.- Regresa a la página principal. 



1 

2 

1 

2 

 

 Figura 7: Modificar información FIE. 

Escuelas de la FIE 

Lista de escuelas pertenecientes a la FIE. 

Secciones: 

(1) Editar.- Editar la información de una escuela de la FIE. 

(2)Cancelar.- Regresa a la página principal. 

 

 Figura 8: Lista de escuelas de la FIE. 

 

Modificar información de las escuelas de la FIE 

Formulario para modificar la información de las escuelas de la FIE. 

Secciones: 


1 

2 

1) Guardar.- Guarda la información de la escuela. 
2) Cancelar.- Regresa a la lista de escuelas de la FIE. 


 

 Figura 9: Modificar información de las escuelas. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


ANEXO F. MODELADO 3D Y EDICIÓN DE VIDEOS EN GOOGLE SKETCHUP 

 

La aplicación Google SketchUp se utilizó en el diseño y modelado de imágenes 3D, también 
cuenta con la herramienta para editar videos en formato AVI (Audio Video Interleave). 

 

Para crear el modelado tridimensional y los videos de los edificios de la FIE (Facultad de 
Informática y Electrónica), EIS (Escuela de Ingeniería en Sistemas), EIE (Escuela de Ingeniería en 
Electrónica) y EDG (Escuela de Diseño Gráfico) se cumplieron las siguientes actividades. 

 

1. Descargar el programa Google SketchUp de forma gratuita desde la página oficial 
http://www.sketchup.com/es. 
2. Instalar la versión 8.0.14346 de Google SketchUp en el computador. 
3. Configurar el programa Google SketchUp para comenzar con el diseño de las imágenes. 


 

 Figura1. Pantalla de inicio de Google SketchUp 

 Realizado por: Núñez W, Sánchez L, 2015. 


 

Este programa cuenta con diferentes herramientas para el modelo tridimensional, para lo cual 
se debe familiarizarse con algunas de ellas. 

 

 

 Figura2. Pantalla de posicionamiento de Google SketchUp 

 

 

4. Creación de la imagen en 3D del edificio de la FIE 


 

 Figura3. Creación del edificio en 3D de la FIE en Google SketchUp 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 


5. Creación de la imagen en 3D del edificio de la EIS 


 

 Figura 4. Creación del edificio en 3D de EIS en Google SketchUp 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

6. Creación de la imagen del edificio de la EIE 


 

Figura 5. Creación del edificio en 3D de la FIE en Google SketchUp 

Realizado por: Núñez W, Sánchez L, 2015. 

 


7. Creación de la imagen en 3D de la EDG. 


 

Figura 6. Creación del edificio en 3D de la EDG en Google SketchUp 

Realizado por: Núñez W, Sánchez L, 2015. 

 

8. Edición del vídeo del edificio de la FIE. 


Para la creación de un video se debe insertar escenas en los cuales se debe dar el 
movimiento que se desee a cada escena. 

 

 Figura 7. Creación de escenas 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Después de tener las escenas con los enfocando a las diferentes partes de los edificios. 
Entonces se puede exportar la animación como un video en formato AVI. 


 

 Figura 8. Creación de animaciones 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

Después que concluya la exportación se tendrá el video resultante que será subido al 
servidor. 

 

 Figura 9. Creación del video de la FIE 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

 

 

 

 

 

 

 

 

 


9. Edición del vídeo del edificio de la EIS 


 

 Figura 10. Creación del video de la EIS 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

10. Edición del vídeo del edificio de la EIECR 


 

 Figura 11. Creación del video de la EIE 

 Realizado por: Núñez W, Sánchez L, 2015. 

 

11. Edición del video del edificio de la EDG 


 

 

 Figura 12. Creación del video de la EDG 

 Realizado por: Núñez W, Sánchez L, 2015