Informe de Pasantias

Universidad Nueva Esparta
Facultad de Ciencias de la Informtica

Escuela de Computacin
Trabajo de Grado
Lnea de Investigacin:
Tema: Desarrollo de aplicaciones.
Ttulo: Desarrollo de una aplicacin para la difusin de informacin a travs de
dispositivos mviles bajo el sistema operativo Android. Caso: Grupo Infoguianet,
C. A.
Tutor: Lic. Carlos da Silva
Trabajo de Grado Presentado por:

Br. Algernon, Ricardo
Br. Wahrman, Walter
Para optar al Ttulo de:
Licenciado en Computacin.
Febrero, 2013
Caracas - Venezuela
Desarrollo de una aplicacin para la difusin de informacin a travs de dispositivos mviles bajo el sistema operativo
Android. Caso: Grupo Infoguianet, C. A. by Algernon, Ricardo; Wahrman Walter is licensed under a Creative Commons
Reconocimiento-NoComercial-CompartirIgual 3.0 Unported License.
Aprobacin del tutor
En mi carcter de Tutor del Trabajo de Grado presentado por los ciudadanos

Walter Wahrman y Ricardo Algernon, para optar al grado de Licenciados en
Computacin, considero dicho Trabajo de Grado rene los requisitos y mritos
suficientes para ser sometido a la presentacin pblica y evaluacin por parte del
jurado examinador que se designe.
En la Ciudad de Caracas, a los 13 das del mes de Febrero de 2013.
__________________
Lic. Carlos da Silva
C.I: 5.299.783
Universidad Nueva Esparta

Facultad de Ciencias de la Informtica
Escuela de Computacin
Trabajo de Grado
Lnea de Investigacin:
Tema: Desarrollo de aplicaciones.
Ttulo: Desarrollo de una aplicacin para la difusin de informacin a travs de
dispositivos mviles bajo el sistema operativo Android. Caso: Grupo Infoguianet,
C. A.
APROBADO
JURADO
JURADO I
JURADO II
____________________
____________________
Nombre y Apellido
Nombre y Apellido
____________________
____________________
Cdula de Identidad
Cdula de Identidad
____________________
____________________
Firma
Firma
Tutor (a)
______________________
Nombre y Apellido
______________________
Cdula de Identidad
______________________
Firma
Febrero, 2013
Caracas, Venezuela
Dedicatoria
Es nuestro deseo como sencillo gesto de agradecimiento, dedicarle nuestra

humilde obra de Trabajo de Grado plasmada en el presente Informe, en primera
instancia a nuestros padres, quienes permanentemente nos apoyaron con
espritu alentador, contribuyendo incondicionalmente a lograr las metas y
objetivos propuestos.
A nuestros compaeros, compaeras, amigos y familiares que estuvieron de

alguna manera involucrados en nuestro crecimiento tanto profesional como
personal, llevndonos a ser las personas que somos hoy en da.
A los docentes que nos han acompaado durante el largo camino,

brindndome siempre su orientacin con profesionalismo tico en la adquisicin
de conocimientos y afianzando nuestra formacin como estudiante universitario.
Dedicamos este trabajo de igual manera a nuestro tutor quien nos ha

orientado en todo momento en la realizacin de este proyecto que enmarca el
ltimo escaln hacia un futuro en donde sea partcipe en el mejoramiento del
proceso de enseanza y aprendizaje.
Agradecimiento
El presente trabajo de tesis primeramente nos gustara agradecerle a Dios

por bendecirnos para llegar hasta donde hemos llegado, porque hiciste
realidad nuestro sueo anhelado.
A la Universidad Nueva Esparta por darnos la oportunidad de estudiar y

ser profesionales.
A nuestro tutor de tesis, Lic. Carlos Da Silva, por su esfuerzo y dedicacin,

quien con sus conocimientos, su experiencia, su paciencia y su motivacin ha
logrado en nosotros la finalizacin de nuestros estudios con xito.
Tambin nos gustara agradecerle a nuestros profesores, que durante toda

nuestra carrera profesional han aportado un granito de arena a nuestra
formacin. Agradecemos sus consejos, su enseanza y ms que todo, su
amistad.
Nuestros padres los cuales nos han motivado durante nuestra formacin
profesional. Son muchas las personas que han formado parte de nuestra vida
profesional a las que nos encantara agradecerles su amistad, consejos,
apoyo, nimo y compaa en los momentos ms difciles de nuestra vida.
Algunas estn aqu conmigo y otras en mis recuerdos y en mi corazn, sin
importar en donde estn queremos darles las gracias por formar parte de
nuestro crecimiento, y por formar parte de nosotros, por todo lo que me han
brindado y por todas sus bendiciones.
Para ellos: Muchas gracias y que Dios los bendiga.

v
UNIVERSIDAD NUEVA ESPARTA

FACULTAD DE CIENCIAS DE LA INFORMTICA
ESCUELA DE COMPUTACIN
Desarrollo de una aplicacin para la difusin de informacin a travs de

dispositivos mviles bajo el sistema operativo Android. Caso: Grupo
Infoguianet, C. A.
Autores:

Br. Wahrman, Walter
Tutor: Lic. Carlos da Silva

Fecha: Febrero 2013
Resumen
La evolucin de las tecnologas, los nuevos servicios que se ofrecen a travs
de la red, as como, las bondades de los nuevos dispositivos de computacin
porttil y mvil, incluyendo los equipos telefnicos (Smartphone), han sido
promotores de cambios en las organizaciones, hasta el punto de afectar nuestra
forma de pensamiento, y las estructuras organizativas de las empresas. Esto
puede ser visto como algo negativo, sin embargo esta no puede ser la forma
correcta de reaccionar. Hay que embarcarse en los cambios si las empresas
quieren ser competitivas y responder a las demandas de los clientes.
El Grupo Infoguianet, C. A. se ha caracterizado por adoptar esta cambios

desde sus inicios, recientemente la junta directiva ha decidido ofrecer sus servicios
en la nueva plataforma tecnologa de los telfonos inteligentes (especficamente
mvil/web bajo el sistema operativo Android).
vi
El objetivo de este trabajo de grado fue desarrollar un sistema mvil web que
responda a esta necesidad y de esta forma permitir a la misma posicionarse en el
mercado como empresa lder en el suministro de informacin de servicios
profesionales de terceros.
Palabras Clave en la Investigacin: Procesos de Software, Metodologas giles,

Servidor web, Middleware
vii
NUEVA ESPARTA UNIVERSITY

FACULTY OF COMPUER SCIENCE
COMPUTER SCHOOL
Development of an application for information dissemination through mobile

devices under the Android operating system. Case: Group Infoguianet, C. A.
Authors:

Br. Wahrman, Walter
Tutor:
Carlos Da Silva
Date:
February 2013
Summary
The evolution of technologies, new services offered by the network, as well as
the benefits of new mobile computing devices and mobile, including telephone
equipment (Smartphone), promoters have been changes in organizations, to the
point of affecting our way of thinking, and organizational structures of companies.
This can be seen as a negative, however this may not be the right way to react.
We must embark on change if companies are to remain competitive and respond
to customer demands.
The Grupo Infoguianet, C. A. has been characterized by adopting the changes

since its inception, the board recently decided to offer their services on the new
platform technology for smartphones (specifically mobile / web under the android
operating system).
The objective of this work was to develop a system level mobile web that
meets this need and thus allow the same position in the market as a leader in
providing professional services information of third parties.
Key Words in the Investigation: Software Process, Agile, Web Server,

Middleware
ix
INDICE
Aprobacin del tutor ................................................................................. ii
Dedicatoria .............................................................................................. iv
Agradecimiento ........................................................................................ v
Resumen ................................................................................................. vi
Summary ................................................................................................ viii
INDICE ..................................................................................................... 2
LISTA DE GRFICOS.............................................................................. 4
LISTA DE CUADROS .............................................................................. 6
CAPTULO I ........................................................................................... 12
EL PROBLEMA DE INVESTIGACIN .................................................. 12
Contextualizacin ................................................................................... 12
Planteamiento del Problema .................................................................. 17
Formulacin del Problema...................................................................... 20
Interrogantes de la Investigacin ............................................................ 21
Interrogante Principal ............................................................................. 21
Interrogantes Secundarias ..................................................................... 21
Objetivos de Investigacin...................................................................... 22
Objetivo General .................................................................................... 22
Objetivos Especficos ............................................................................. 22
Justificacin de la Investigacin ............................................................. 22
Delimitacin ............................................................................................ 26
Temtica................................................................................................. 26
Geogrfica .............................................................................................. 26
Tcnica ................................................................................................... 26
Temporal ................................................................................................ 27
Alcance................................................................................................... 27
Limitaciones ........................................................................................... 27
CAPTULO II .......................................................................................... 28
MARCO REFERENCIAL ....................................................................... 28
Consideraciones Generales ................................................................... 28
Antecedentes de la Investigacin ........................................................... 29
Bases Conceptuales ............................................................................... 34
Metodologas de Anlisis de Sistemas ................................................... 34
Metodologas giles de Desarrollo ......................................................... 37
XP Extreme Programming ................................................................... 38
Scrum..40
Crystal Clear........................................................................................... 43
DSDM DynamicSystemsDevelopmentMethod .................................... 43
XBread ................................................................................................... 45
Metodologa gil para el desarrollo de software mvil ............................ 55
Diseo .. ..58
Bases Legales ........................................................................................ 67
Ley Orgnica de Telecomunicaciones ................................................... 67
Decreto Sobre Internet Como Prioridad ................................................. 68
Niveles de Anlisis de las Variables ....................................................... 69
Definicin de Trminos ........................................................................... 71
Operacionalizacin de Variables ............................................................ 73
CAPTULO III ......................................................................................... 76
MARCO METODOLGICO .................................................................... 76
Consideraciones Generales ................................................................... 76
Tipo de Investigacin ............................................................................. 76
3
Diseo de la Investigacin...................................................................... 78
Poblacin................................................................................................ 80
Muestra .................................................................................................. 81
Validez y confiabilidad del Instrumento .................................................. 82
Tcnicas e Instrumentos de Recoleccin de Datos ................................ 84
Anlisis e Interpretacin de los Resultados ............................................ 87
CAPTULO IV ......................................................................................... 96
SISTEMA ACTUAL ................................................................................ 96
Descripcin del Sistema Actual .............................................................. 96
CAPTULO V .......................................................................................... 98
SISTEMA PROPUESTO ....................................................................... 98
Descripcin del Sistema Propuesto ........................................................ 98
Aplicacin de la Metodologas de Anlisis y Diseo de Sistemas .......... 98
CONCLUSIONES Y RECOMENDACIONES ........................................ 132
Conclusiones ........................................................................................ 132
Recomendaciones ................................................................................ 133
REFERENCIAS BIBLIOGRFICAS ..................................................... 135
ANEXOS .............................................................................................. 139
Anexo A ................................................................................................ 139
Gua de Cuestionario aplicada a la muestra seleccionada. .................. 139
Anexo B ................................................................................................ 140
Instrumento de Validacin de la Gua de Cuestionario ........................ 140
Anexo E ................................................................................................ 142
Certificacin de validacin de instrumento ........................................... 142
ANEXO F .............................................................................................. 143
LISTA DE GRFICOS
4
Grafico 1: Requerimientos del sistema ....88

Grafico 2: Funcionabilidad Aplicacin .89
Grafico 3: Contenido ..90
Grafico 4: Informacin .91
Grafico 5: Diseos92
Grafico 6: Alcance ...93
Grafico 7: Pruebas piloto....94
Grafico 8: Diagrama de flujo de datos ...103
Grafico 9: Modelo entidad relacin .120
Grfica 10: Navegacin de usuario ....127
LISTA DE CUADROS
Cuadro 1. Bases para mtodos giles y planeados ...54
Cuadro 2. Comparativa .....56
Cuadro N 3 Operacionalizacin de Variables .73
Cuadro N 4 Estratificacin de la Poblacin y Muestra .......80
Cuadro 5 Requerimientos del sistema ...87
Cuadro 6: Funcionabilidad Aplicacin .......88
Cuadro 7: Contenido.89
Cuadro 8: Informacin .....89
Cuadro 9: Diseos ....90
Cuadro 10: Alcance .....91
Cuadro 11: Pruebas piloto ..92
Cuadro 12 Estndar IEE 1219 .......111
Cuadro 13: Roles y responsabilidades ...104
Cuadro 14: Composicin de equipos ...105
Cuadro 15: Duracin de Fases ..106
Cuadro 16: Historial de revisiones .....109
Cuadro 17: Tabla de previsin general. .....117
Cuadro 18: ProductBacklog: inicial...117
Cuadra 19: ProductBacklog: historias aadidas.118
Cuadro 20: Tablas de la Base de Datos .120
Cuadro 21: Distribucin de Costo ..129
Cuadro 22: Cuestionario ...136
Cuadro 23: Matriz de Evaluacin ....138
Cuadro 24: Comparacin de metodologias ...141
LISTA DE FIGURAS
Figura 1: Cuota de mercados de Smartphone ...16

Figura 2: Ciclo de Scrum... 40
Figura 3: Ciclo iterativo Sprint ..41
Figura 4: Evolucin de los pedidos de mviles y porttiles en el mundo50
Figura 5: Listas de correo de desarrolladores ....51
Figura 6: Iphone frente al Android en nmero de pedidos....52
Figura 7: Fases de la metrologa Scrum.......100
Figura 8: Comunicacin entre los roles de Scrum ..105
Figura 9: Planificacin de actividades ...108
Figura 10: ProductBacklog ....110
Figura 11: Sprint Backlog .......111
Figura 12: Pantalla 1 ....122
INTRODUCCION
En los ltimos aos, la evolucin de la tecnologa ha dado un salto

inesperado. El boom tecnolgico de nueva generacin se traduce en trminos de
telefona celular e Internet, las cuales, a pesar de ser tecnologas independientes
ambas se complementan.
Tanto la Internet como la tecnologa celular surgen paralelamente como

resultado de una intensa bsqueda por mejorar la comunicacin interpersonal,
iniciada a principios de los aos 70, y pensada nicamente para el beneficio de
grandes sectores gubernamentales y de empresas privadas.
No obstante, el desarrollo de estas tecnologa hace posible que converjan, y

es all, cuando la red de comunicaciones a nivel mundial se abre y sobrepasa las
expectativas de sus creadores; la Internet deja de ser para uso exclusivo de la
milicia y el gobierno, y combinada con los servicios de telefona se transforma en
un medio de interaccin social que actualmente est presente en todos los
mbitos de la vida diaria.
En teora, la tecnologa celular y la Internet surgen como un medio para

facilitar la comunicacin entre personas que se encuentran a grandes distancias,
ya sea por medio de la voz o la transmisin de datos.
En la actualidad, estas tecnologas se combinan en una sola; los celulares ya

no se limitan a la funcin de comunicar a dos personas entre s, sino que ahora
han evolucionado hasta incluir modalidades como el acceso a la Internet en casi
todos sus aspectos (transmisin de datos, mp3, tele conferencia, transmisin de
archivos fotogrficos, videos y ms recientemente la utilizacin de aplicaciones).
Esta ltima, a su vez, permite el acceso a informacin, ejecucin de transacciones,
as como, la transmisin de datos desde una PC hacia un telfono mvil.
8
Las empresas tecnolgicas ofrecen la posibilidad de nuevos equipos que

evolucionan de un da a otro, para as volverse obsoletos al cabo de unos cuantos
meses.
Esto trae consigo innegables ventajas, acelera el ritmo al cual obtenemos

informacin, facilita las comunicaciones, reduce los tiempos de emisin y
respuesta; es decir, transforma la vida diaria en todo un acontecimiento
tecnolgico, todo esto aunado al crecimiento econmico de las sociedades, y ms
all, a todos los cambios en el orden natural de las cosas que la tecnologa
genera.
En la actualidad con el creciente y masivo uso de la telefona celular se han

desarrollado nuevas tecnologas a nivel de informtica, la nueva lnea de telfonos
celulares como lo son los Smartphone han resultado una herramienta que facilita
el envo y recepcin de informacin a travs de la evolucin de la comunicacin,
por este motivo las empresas constantemente estn desarrollando e innovando
aplicaciones para estas plataformas.
A medida que el uso de las aplicaciones en estas plataformas se va

expandiendo y hacindose atractiva, por el retorno de inversin que ella genera
(ROI) motiva la definicin de una metodologa estndar para el desarrollo de
aplicaciones con el objetivo de facilitar la estandarizacin del desarrollo en las
diferentes plataformas mviles. En este sentido es importante y casi necesario
investigar las metodologas ptimas de desarrollo de software para tales
aplicaciones y su entorno, esto permitir una forma eficiente y efectiva para
enfrentar las demandas de nuevos servicios por parte de los clientes y usuarios de
estas plataformas.
La capacidad de reaccin que tengan las empresas para cumplir con estas
demandas y exigencias es lo que permitir ser ms competitivas en el segmento
9
donde ella se desenvuelve y de alguna manera estimula la evolucin cada vez

ms rpida de estas tecnologas. Aquellas que no se incorporen al uso de estas
tecnologas probablemente quedaran desplazadas del segmento competitivo.
En funcin de la efectividad, eficiencia, capacidad de reaccin y costo, las

aplicaciones que se desarrollen deben contemplar un alto nivel de calidad y ser lo
suficientemente flexibles, para que este pueda funcionar propiamente en la
dimensin de las redes actuales y sus diferentes arquitecturas.
La presente investigacin tiene como objetivo satisfacer la solicitud del Grupo

Infoguianet, C.A., la cual requiere el desarrollo de un software que permita a travs
de l, que la informacin que hasta ahora se difunde en internet, llegue a mayor
cantidad de usuarios a travs del desarrollo de una aplicacin para la tecnologa
mvil.
La Tesis est organizada de la siguiente forma:
Captulo I: en este se desarrollan los aspectos sobre el problema, tal como la

contextualizacin y el planteamiento del problema,
formulacin del problema,
interrogantes, objetivos especficos, justificacin, delimitaciones y limitaciones.
Captulo II: Antecedentes del Estudio, Bases Tericas, Definicin de

Trminos y el Sistema de Variables.
Captulo III: Marco Metodolgico, en este se presenta: el Nivel y Diseo de

Investigacin, Tcnicas e Instrumentos de Recoleccin de Datos, la Poblacin y la
Muestra, el Plan de Procesamiento y Anlisis de los Datos.
Captulo IV: Sistema actual, en este se presenta todo lo referente al sistema

que es usado actualmente por el Grupo Infoguianet, C.A.
10
Capitulo V: Diseo y desarrollo de de la propuesta. En este se describe y

explica con detalle el sistema para dar solucin a la problemtica planteada.
Para finalizar se presentan las conclusiones obtenidas al finalizar la

investigacin, se formulan las recomendaciones para la empresa y fuentes
bibliogrficas que sustentan la investigacin.
11
CAPTULO I
EL PROBLEMA DE INVESTIGACIN
Contextualizacin
La
aparicin
de
las
nuevas
tecnologas,
produce
cambios
en
el
comportamiento de los seres humanos y en el funcionamiento de las

organizaciones; la telefona mvil no es la excepcin, ha evolucionado
enormemente haciendo que los usuarios principalmente profesionales y jvenes
universitarios, dependan de este medio de comunicacin.
La telefona mvil, ha tenido un gran avance tecnolgico en los ltimos aos,

por el hecho de ofrecer a sus usuarios telfonos innovadores que van ms all de
comunicarse con facilidad, ya que actualmente, aparte de esto los usuarios tienen
acceso a muchas otras funciones como, mensajes de texto, cmara fotogrfica,
televisin en tiempo real, videos, archivos de msica, sonidos polifnicos y
aplicaciones, son tantas las funciones para lo cual estn hechos hoy da los
telfonos celulares que para las personas es como una prenda de vestir que no
puede faltarles.
En este momento en que la informtica, se expande a nuevas tecnologas en

los dispositivos mviles y en pleno desarrollo, la cual ha demostrado su
potencialidad en diferentes aspectos tecnolgicos, lo que ha dado un importante
viraje en cuanto a la rapidez de las acciones.
Es conocido que desde la creacin de internet las limitaciones en la

comunicacin prcticamente han desaparecido, gracias a stas las oportunidades
de negocios han aumentado vertiginosamente, esta plataforma aunada junto a la
novsima tecnologa mvil han promovido un sinfn de alternativas que facilitan
tanto la comunicacin como otras formas de mercadeo.
12
Motivo por el cual se hace imprescindible que las empresas hoy por hoy
dispongan de estas herramientas, sobre todo aquellas que prestan servicios
masivos, como las entidades financieras, y los servicios de informacin general.La
nueva tendencia de la tecnologa es dar a los usuarios la posibilidad de tener todo
lo que pueden llegar a necesitar en un dispositivo de bolsillo. En particular la
tecnologa celular tiene como objetivo brindar movilidad, definida como la
capacidad de acceder a la informacin y a los servicios en cualquier momento, de
cualquier manera y en cualquier parte.
De acuerdo al artculo: Las tecnologas de la informacin y la comunicacin

(TIC)
los
adolescentes.
Algunos
datos.
Disponible
en:http://www.oei.es/valores2/monografias/monografia05/reflexion05.htm
La aparicin a mediados de los aos 90 de las llamadas nuevas
tecnologas entre las que se incluyen el ordenador, el telfono mvil e
Internet,
ha
producido
una
verdadera
revolucin
social;
principalmente, porque ofrecen posibilidades de comunicacin e

informacin con el mundo y posibilitan el desarrollo de nuevas
habilidades
y formas
de
construccin
del
conocimiento
que
anteriormente eran desconocidas y que adems plantean nuevos

desafos sociales que se deben asumir de forma responsable.
Berros y Buxarrais (2005).
El artculo anterior demuestra la incidencia de la informtica en el desarrollo

tecnolgico del mundo, lo que avala o fundamenta la importancia del uso de
nuevos sistemas operativos y herramientas para la codificacin en los desarrollos
de software.
Las empresas deben ejecutar todas las estrategias existentes para captar
mayor cantidad de cartera de clientes y en consecuencia mejorar sus beneficios
13
econmicos. Una de las aplicaciones ms fuertes que ha tenido el telfono

celular, adems de la comunicacin mvil, es el acceso a Internet mvil como si
se estuviera frente a una PC.
El trmino mvil se utiliza para clasificar cualquier terminal radial que se

puede utilizar durante operaciones en movimiento y/o distancia. Recientemente el
trmino mvil se utiliza para describir terminales de radio que estn adheridas a
plataformas con movimientos rpidos como el telfono celular que puede estar en
un vehculo a gran velocidad.
Daz Roberto (2010). En su artculo: Somebasicsaboutcellphones, explica:
El acceso a Internet mediante el uso del telfono celular es posible
gracias al protocolo WAP (WirelessApplicationProtocol; Protocolo para
aplicaciones Inalmbricas), una especificacin para ambientes de
aplicaciones y un conjunto de protocolos de comunicacin que
estandarizan la forma en que los dispositivos inalmbricos, tales como
telfonos porttiles y asistentes digitales personales (PDAs), se pueden
utilizar para el acceso a Internet. El WAP fue desarrollado por un
consorcio
de
compaas
envueltas
con
la
industria
de
la
telecomunicacin inalmbrica, cuyo objetivo era el proveer un mtodo

estndar para recursos pequeos y limitados como lo son los telfonos
celulares para acceder Internet.
Los telfonos mviles se han convertido en una gran necesidad ya que

permite la comunicacin sin importar donde se encuentren las personas, y desde
ya hace algunos aos los telfonos no son utilizados solamente para las funciones
bsicas de hacer y recibir, llamadas y mensajes, sino que, se han convertido en
una herramienta fundamental de nuestro da a da volvindose an ms
imprescindible para las personas.
14
Para la tecnologa de telfonos inteligentes, han desarrollado una importante

cantidad de aplicaciones dentro de las cuales se observan aplicaciones de juegos,
de comunicacin, de informacin, con diferentes categoras que existen en el
mercado, viendo que desde hace algunos aos la tecnologa mvil avanza muy
rpidamente, las empresas tambin han avanzado con ellas llevando a cabo
aplicaciones para los telfonos, y de esta forma captar una mayor cantidad de
clientes.
Actualmente el mercado de Smartphone est copado por dos plataformas,

Android y iPhone. Muy de lejos les siguen Blackberry y Windows Phone. Tanto
Android como iPhone, proveen herramientas suficientes para desarrollar
aplicaciones, no obstante como cualquier tecnologa existen diferencias que hacen
seleccionar una de ellas sobre las restantes.
Gordi (2012). En su artculo: Android vende ms dispositivos que IOS en los
EEUU describe:
Navegando un poco por la red hemos encontrado esta noticia en la web de
los compaeros de Periodismo Mvil sobre las preferencias de los usuarios de
mviles inteligentes en los Estados Unidos. As pues vemos dos cosas
importantes: La primera es que IOS (Apple) y Android (Google) se llevan la
mayor parte del mercado de los Smartphone, como mnimo en los EEUU
(78,6%), aunque yo me atrevera a asegurar que en todo el mundo. La otra
cosa importante que vemos en el grfico es que Android le saca una
importante ventaja a Apple en el mercado de los Smartphone en USA (una
diferencia de 16,6 puntos porcentuales!). Esto ltimo es lo ms importante y, a
mi modo de ver, sorprendente de este grfico. Pues tena entendido, y segn
escuch en distintos foros, algunos de prestigio como la Gamelab 2011 en
Barcelona, Android tena mayor incidencia en el mercado Espaol y
Latinoamericano y, en cambio, iPhone estaba mucho ms extendido en el
15
mercado Norte-americano, adems, aqu en Espaa tenamos la idea de que

Apple tena una incidencia importantsima, y en muchos casos (como el de los
Smartphone) mayoritaria. Es por esto que me sorprende tanto ver esta noticia,
no me esperaba que Android superara a Apple en los EEUU
Fuente: Gordi (2012): Android vende ms dispositivos que IOS en los EEUU
Cuota de mercado smartphone

Otros
2.100%
Windows phone
1.700%
Windows Mobile
4.200%
RIM BlackBerry
Cuota de mercado
smartphone
11.500%
Iphone OS
32%
Android
48.500%
.000%
20.000% 40.000% 60.000%
Figura 1: Cuota de mercados de Smartphone
Android, por ser una plataforma de corte Open Source, cualquier persona o
entidad
puede
mejorar
un
desarrollo
existente,
lo
cual
contribuye
significativamente a obtener un mejoramiento continuo. As mismo, una de las

fortalezas es de poder programar Windows, Linux o Mac. A diferencia de iPhone,
que requiere su programacin en Mac y en adicin asumir los costos que esta
representa, si entendemos que tiene un target social especifico, es decir, Mac lo
adquiere quien tiene la capacidad econmica sufriente.
Existen otras facilidades que justifican actualmente utilizar Android como

sistema operativo estratgico, pero que no se desarrollan detalladamente en este
trabajo de investigacin, no obstante en el anexo A se muestra un cuadro
comparativo entre ambas plataformas.
16
En consecuencia, la aplicacin para telfonos inteligentes con sistemas

operativos Android, permite de forma gil, rpida y menor costo solventar las
dificultades que presenta la empresa al difundir la informacin por medio de
telfonos inteligentes, dndole no solo el beneficio del mercadeo, si no ayudando
a los usuarios finales a realizar una bsqueda rpida, eficiente y eficaz; y
ayudando a los clientes de la empresa, ya que pueden llegar a mas lugares a la
vez, permitiendo de esta manera exponer a mayor cantidad de usuarios sus
publicidades.
Planteamiento del Problema
Los adelantos tecnolgicos han incidido en que las empresas estn

constantemente en proceso de actualizacin tecnolgica, con el objeto de ofrecer
a los clientes facilidades, lo que obliga a la constante investigacin de cmo
realizar una aplicacin que se ajuste a las necesidades o requerimientos del
momento.
Algunas empresas en distintos pases del mundo han desarrollado

aplicaciones de Pginas Amarillas, como lo son el caso de PginasAmarillas.ar
para Argentina, de la empresa Yell Argentina S. A., o PaginasAmarillas.com que
est presente en 15 pases latinoamericanos.
Se puede observar que en cuestin de listas de contactos, o mejor conocido

como Pginas Amarillas o Infoguia, empezando como un libro donde estaban
los nombres y contactos de las empresas.
De ah, el Grupo Infoguianet C. A. tomo la decisin de incorporar tecnologa

en sus productos, empezando con una revolucionaria gua de Pginas Amarillas
computarizadas en disquete en 1.992, en versin CD a partir de 1.994 y a partir de
1.997 como la primera en Internet, con los dominios www.infoguia.net y
17
www.PaginasAmarillas.com.ve.Hoy en da cuenta en su base de datos con todas

las empresas, profesionales y comercios de Venezuela.
El Grupo Infoguianet C. A. se encarga de difundir informacin mediante

internet. Esta informacin es de empresas y/o profesionales que deseen publicar
sus datos, permitindole agregar en primer lugar el nombre, los nmero/s
telefnico/s,
fax,
correo/s
electrnico/s,
direccin/es,
descripciones,
observaciones, cuentas de Facebook y Twitter, y seleccionar la categora donde

se encuentra ubicada su empresa.
De esta manera cualquier persona que requiera de una direccin, nmero de

telfono, o incluso una empresa, pueda buscarle y elegirla entre una lista,
permitiendo filtrar la bsqueda a medida de los requerimientos que necesite dicha
persona o usuario.
Actualmente, esta empresa difunde la informacin por el explorador de

internet, accediendo a su pgina, desde una computadora, celular, tableta, laptop
o cualquier equipo con la capacidad de acceso a internet, esto permite a los
usuarios un abanico de posibles formas de conexin. No obstante en los equipos
mviles el acceso a la informacin es ms lenta y complicada, causando que los
usuarios que realicen su bsqueda, seleccionen otras alternativas para conseguir
respuestas a sus dudas.
En su ms reciente actualizacin tecnolgica en diciembre del ao 2012 la

empresa inauguro su nuevo servicio, una pgina de difusin de informacin pgina
mvil/web. Sin embargo, esta nueva versin present fallas significativas, tales
como errores de bsqueda, el envi de mltiples peticiones contra los servidores
saturando las vas y reduciendo el tiempo de respuesta de los mismos, no permite
ver todo el detalle de la empresa, y una de las mayores debilidades (a nivel
18
comercial) es que no permite la publicidad de empresas que estn pagando por

dicho servicio.
La empresa todos los aos presenta una actualizacin tecnolgica, y este ao

2013 han decidido implementar la aplicacin mvil donde les permita corregir los
errores que le trajo la pgina mvil/web, y continuar as con el crecimiento a nivel
comercial.
Segn el Ingeniero Rojas1 (2012), el promedio anual de visitas a la paina
web de la empresa es de 1.600.000 usuarios, es que decir diariamente concurren
un promedio de 51.000 a 60.000 cibernautas.
Es importante sealar que en materia de software para Smartphone, Android

ocupa la primera posicin en el mundo, seguido por la plataforma de Apple,
mientras que BlackBerry y Nokia se disputan la tercera posicin, segn ha
revelado la empresa de consultora ChetanSharmaConsulting2 (2011) a travs de
su estudio State of the Global Mobile Industry.
Esta aplicacin est desarrollada para telfonos inteligentes con sistemas

operativos Android, versiones 2.2 y 2.3.3, ya que son los requerimientos que nos
realiz la empresa.
Por otra parte, los usuarios cada vez exigen mayor velocidad para el acceso
y consulta, y en cuanto a la navegacin en internet se refiere, se ha observado
que si tarda mucho una pgina en abrir, o no gusta su apariencia, la abandonan
inmediatamente, por lo tanto al contar con una aplicacin agradable a la vista del
Rojas Alexis. Actualmente ocupa el cargo Gerente de Sistemas del Grupo Infoguianet, C.A.
2Empresa de asesora estratgica centrada en la evolucin de las tendencias, problemas y oportunidades
emergentes, los nuevos modelos de negocio y avances tecnolgicos que se llevarn a la industria de las
comunicaciones mviles.
19
usuario y lo ms importante que sea de rpido acceso, el usuario no tendr que

ingresar por internet, si no a travs de su dispositivo mvil.
Esta aplicacin se desarroll en Java como lenguaje de programacin,

Eclipse como un marco y un conjunto de servicios para construir un entorno de
desarrollo, el kit SDK para Android y conexiones con las bases de datos locales
para realizar las pruebas necesarias con SQL lite.
La problemtica de esta investigacin se basa en lograr una aplicacin que

interactu con la base de datos, logrando las expectativas de la empresa, para
esto se requiere determinar cules son las herramientas que representen un
ptimo funcionamiento, as como disear la aplicacin de forma tal que el usuario
se familiarice rpidamente y pueda obtener la informacin que necesita.
Esto conduce a realizar diferentes investigaciones dentro de la
empresa
Grupo Infoguianet, C.A., para conocer la dinmica de la informacin, as como,

efectuar las pruebas necesarias de la aplicacin hasta alcanzar su correcta
adecuacin y funcionamiento
Formulacin del Problema
Podra ayudar una aplicacin mvil para Smartphone bajo el sistema

operativo Android en la prestacin del servicio de difusin de informacin de
ubicacin tales como direcciones, nmeros telefnicos, direccin electrnica, para
el Grupo Infoguianet C.A.?
20
Interrogantes de la Investigacin
Interrogante Principal
Qu aspectos tecnolgicos, procesos y operativos se deben considerar para

el desarrollo de una aplicacin para la difusin de informacin a travs de
dispositivos mviles bajo el sistema operativo Android?
Interrogantes Secundarias
Qu requerimientos de informacin son necesarios para proveer ladifusin

de informacin a travs de dispositivos mviles bajo el sistema operativo Android?
Cules son los requerimientos tcnicos y operativos que permite que la

aplicacin de difusin de informacin a travs de dispositivos mviles funciones
bajo el sistema operativo Android?
Qu indicadores de anlisis se deben tomar como referencia para analizar

los requerimientos y el sistema actual a los fines de disear el sistema propuesto?
Qu procesos, procedimientos y normas se deben tomar en cuenta para

disear el sistema propuesto que cubran las expectativas de la empresa?
Qu pruebas individuales e integrales deben realizarse
para obtener la
certificacin y exactitud en el funcionamiento de la aplicacin de difusin de

informacin a travs de dispositivos mviles bajo el sistema operativo Android?
21
Objetivos de Investigacin
Objetivo General
Desarrollar una aplicacin para la difusin de informacin del Grupo

Infoguianet, C. A. a travs de dispositivos mviles bajo el sistema operativo
Android.
Objetivos Especficos
Determinar los requerimientos de informacin necesarios para la difusin de

informacin a travs de dispositivos mviles bajo el sistema operativo Android.
Analizar los requerimientos de informacin para la difusin de informacin a travs

de dispositivos mviles bajo el sistema operativo Android.
Disear la interfaz grfica y las base de datos necesarios para la difusin de

informacin a travs de dispositivos mviles bajo el sistema operativo Android.
Construir los algoritmos y funciones necesarios para a travs de dispositivos

mviles bajo el sistema operativo Android.
Definir el plan de pruebas individuales e integrales, definiendo un grupo piloto para

obtener la certificacin y exactitud en el funcionamiento del sistema.
Justificacin de la Investigacin
De acuerdo con Balestrini (2006):

Una vez, que se ha planteado el problema, con gran
precisin y reducido a trminos posibles de abordar en
un solo estudio, dentro del tratamiento del problema de
22
investigacin, tambin se debe presentar una seccin,

relacionada con un breve desarrollo y exposicin acerca
de la importancia y justificacin de la investigacin. En
lo esencial, se hace necesario argumentar: Cules son
los motivos y las razones que justifican el despliegue de
la investigacin? Por qu es importante investigar la
situacin considerada problema?. Si la investigacin
planteada sirve como vehculo para incrementar el
entendimiento en relacin a una situacin determinada?
La investigacin ayuda a solucionar un problema
prctico? (p.85).
Con base a la premisa anterior, en este punto se exponen la motivacin que

dio a lugar para el desarrollo de este estudio, as como los entes que se benefician
con el mismo.
Hasta ahora mediante una computadora con acceso a internet podamos

encontrar lo que quisiramos buscar, y por lo general se encuentra rpidamente.
Ahora no solo se pueden realizar estas bsquedas a travs de una computadora o
laptop, si no a la telefona inteligente y tabletas, de igual manera con una conexin
a internet.
Es evidente que la tecnologa, ha dado paso a nuevas formas de evolucin y

de vida, tal es el caso del uso del telfono celular, el cual cada da es un medio de
comunicacin que forma parte de la vida cotidiana de sus usuarios.
Ya llevamos unos aos compartiendo vida con los telfonos inteligentes, y no

son pocas las novedades que estos han introducido en nuestras vidas. Parece
inevitable que telefona e Internet tenan que fusionarse, pero no siendo esto
suficiente, se integr la tecnologa GPS, la tctil y unos sistemas operativos
23
capaces de ejecutar cualquier tipo de aplicacin, dando vida a lo que hoy en da

conocemos como Smartphone.
La nueva telefona permite tener un infinito de posibilidades en la palma de la

mano. Al integrar Internet de forma ptima, estos dispositivos nacieron con unos
recursos de informacin prcticamente ilimitados ya que casi cualquier cosa que
necesites puedes encontrarla navegando en la red. Desde buscar la direccin de
un sitio a hacer una transferencia bancaria, hoy en da quien tiene un Smartphone
tiene una gran parte de todo el conocimiento de la humanidad donde sea y cuando
sea.
No siendo suficiente con disponer de la red de redes en nuestro bolsillo, los

Smartphone permiten acceder a todo tipo de aplicaciones creadas por terceros. Es
aqu donde los Smartphone ms impacto han cosechado, pues la facilidad para
que una persona pueda crear y comercializar un producto en forma de aplicacin,
a derivado en un desarrollo de aplicaciones impresionante.
Todas estas aplicaciones han aumentado nuestra productividad y la

organizacin de nuestras vidas, han tenido un impacto bestial en el da a da de
las personas y en las organizaciones.
Todo esto hace que surja la siguiente interrogante: Est la tecnologa poco a
poco apoderndose de nuestras vidas?
El aporte de esta investigacin es ofrecer la disponibilidad de una aplicacin

mvil para telfonos inteligentes, que permitir al Grupo Infoguianet, C.A., colocar
a la disposicin de los usuarios de un mejor servicio de informacin. En adicin, el
Grupo Infoguianet, C.A, se posicionar al mismo nivel de otras empresas similares
alrededor del mundo que ofrecen el mismo servicio: contactos telefnicos,
direcciones de personas y empresas.
24
En consecuencia las actividades desarrolladas son conocidas por otros

profesionales interesados, usuarios, clientes y futuros posibles clientes. Adems,
la informacin que contenga la aplicacin estar siempre en condiciones
operativas para que quienes acceden a la misma puedan recorrerla sin problemas,
sin encontrar fallas, faltas, o cualquier tipo de anomala.
La importancia de esta investigacin, radica en el desarrollo de una aplicacin

mvil, acorde con las necesidades y requerimientos del Grupo Infoguianet, C.A. lo
que demuestra que el primer ente que se beneficia con este desarrollo es esta
organizacin, ya que gracias a este, cuenta con una nueva estrategia que le
permita brindar sus servicios de difusin de informacin a los clientes y usuarios.
Por otra parte, los usuarios se benefician de esta nueva funcionalidad, dado
que representa una forma de tener mejor informacin, de manera eficiente y
efectiva, les permitir hacer consultas a la empresa de forma rpida y ordenada,
con un diseo que se ajuste a su equipo para as poder localizar los datos que
desee. A los clientes de la empresa les beneficiara ya que poseern otra manera
de llegarle a los usuarios, permitindole no solo llevar datos de sus empresas, si
no, tambin la publicidad que tenga la misma.
Para los autores, la importancia y justificacin de esta investigacin radica

primeramente, en tener la oportunidad de poner en prctica parte de los
conocimientos adquiridos en los aos de estudio de la carrera, adems de
investigar estas tcnicas de desarrollo, las cuales constantemente evolucionan.
Para la Universidad Nueva Esparta, la importancia de este trabajo, radica que

a travs de este legado podr colaborar con otros estudiantes interesados en la
temtica planteada, y a su vez demostrar que estn impartiendo una excelente
capacitacin formando muy buenos profesionales en el rea.
25
Esta investigacin se justifica en la amplitud de los conceptos, mtodos,

lenguajes, bases de datos, sistemas operativos y procedimientos utilizados para el
desarrollo de una aplicacin mvil para Smartphone bajo un sistema operativo
Android.
Delimitacin
Temtica
Este proyecto consiste en: Desarrollo de aplicaciones. Ttulo: Desarrollo de

una aplicacin para la difusin de informacin a travs de dispositivos mviles bajo
el sistema operativo Android. Caso: Grupo Infoguianet, C. A.
Geogrfica
El estudio se llevar a cabo en las instalaciones de la empresa Grupo

Infoguianet, C.A., ubicada en la Av. Santiago de Len, entre Av. Roma y Bruselas
Qta. Yaya, N. 469 - La California Norte. Caracas, Venezuela.
Tcnica
Consiste en que la aplicacin estar dirigida: dispositivos mviles, los cuales

se han convertido en equipos robustos para su utilizacin en la gestin de
situaciones empresariales, como por ejemplo, para la grabacin de informacin
estando en la calle. Actualmente son usados para archivar una variedad de
tareas y para incrementar la eficiencia, como ser, la digitalizacin de notas,
gestin de archivos, capturas de firmas, gestin y escaneo de partes de cdigo
de barras, entre otros. Los dispositivos porttiles usados en el trabajo, y han
26
moldeado a travs del tiempo una variedad de factores y de formas de trabajo

mucho ms efectiva.
Por otra parte la delimitacin de este proyecto se basa en los denominados

software, para este caso se delimita en el sistema operativo Android, el cual fue
diseado especficamente para la telefona mvil.
Temporal
La temporalidad de esta investigacin se basar realizara en tiempo acordado

con la empresa de 16 semanas, a partir de la fecha que la Junta directiva del
Grupo Infoguianet, C. A. los defina.
Alcance
El alcance de este proyecto se basa en el desarrollo de una aplicacin para la

difusin de informacin a travs de dispositivos mviles bajo el sistema operativo
Android. Para la empresa: Grupo Infoguianet, C. A.
Limitaciones
No se encontraron limitaciones, ni tecnolgicas ni de recursos que impidan el

logro de los objetivos especficos planteados en la investigacin.
27
CAPTULO II
MARCO REFERENCIAL
Consideraciones Generales
Al respecto Balestrini (2006), explica:

En este sentido, el marco terico, es el resultado de la
seleccin de aquellos aspectos ms relaciones del cuerpo
terico epistemolgico que se asume, referidos al tema
especfico elegido para su estudio. De all pues, que su
racionalidad, estructura lgica y consistencia interna, va a
permitir el anlisis de los hechos conocidos, as como, orientar
la bsqueda de los datos relevantes. En consecuencia,
cualquiera que sea el punto de partida, para la delimitacin y el
tratamiento del problema se requiere de la definicin
conceptual y la ubicacin del contexto terico que orienta el
sentido de la investigacin.
(p. 91).
Una vez situado el problema de investigacin con un planteamiento del

problema y a su vez precisados los objetivos generales y especficos que
encaminan la investigacin se hace necesario establecer los aspectos tericos de
la investigacin que darn el apoyo y sustento al estudio en cuestin.
Teniendo en cuenta el rpido avance de las nuevas tecnologas, las cuales se

observan que van dirigida a la tecnologa mvil de los Smartphone, por lo cual la
empresa Grupo Infoguianet, C. A. desea, como bien ha hecho desde sus inicios,
ser una empresa en busca de las nuevas tendencias, llevando de esta manera lo
ms novedoso en cuanto a la tecnologa con su aplicacin mvil para la difusin
de informacin basada en Smartphone con sistemas operativos Android dndole
28
de esta forma mayor amplitud para la prestacin de la divulgacin de informacin

de la cual es lder.
Es de vital importancia establecer en primer lugar lo que significa una

aplicacin mvil, para que de ah en adelante se establezcan aquellos estudios y
trabajos en el cual esta investigacin ser basada para el desarrollo de esta tesis
de grado.
Antecedentes de la Investigacin
A continuacin se relacionan cuatro (4) Trabajos de Grado, los cuales

conforman los antecedentes de esta investigacin.
Fernndez, (2011). Diseo e implementacin de un juego para Smartphone
con Android: Los Colonos de Catn, Escuela Politcnica Superior de Ingeniera
de Telecomunicacin.
Destaca que en los ltimos aos la industria de la telefona mvil, y los

diferentes campos de desarrollo y comercializacin relacionados con ella, han
experimentado una gran evolucin.
Esta autora enfatiza que uno de los puntos claves de esta evolucin ha sido y
es, el uso de los Smartphone con Android, se producen ms de 500.000
activaciones diarias de dispositivos Android, y el crecimiento semanal es del 4,4%.
El primer terminal Android fue diseado y fabricado por HTC, que durante
2010 vendi 24,6 millones de Smartphone. El incremento de los beneficios de
HTC con respecto a 2009, fue de un 134 %. Con estos datos de crecimiento tanto
de Android como de HTC, se ha querido estudiar las posibilidades de ambos
implementando una aplicacin.
29
En la presente investigacin, se ha desarrollado un juego bajo la plataforma

Android, para el terminal HTC Legend. Es la versin para mvil de "Los Colonos
de Catn", juego de tablero en el que el ganador es el jugador que ms poblados,
ciudades y caminos construye a lo largo de la partida.
El objetivo principal es desarrollar un juego utilizando la plataforma Android,

en concreto una versin de "Los Colonos de Catn", ofreciendo una alternativa
digital y portable al clsico juego de mesa.
Otro de los objetivos es el de explotar las posibilidades que ofrece Android en

combinacin con un Smartphone, destacando el uso de pantalla tctil para facilitar
el juego (en contraste con una pantalla ms teclado adicional). Si se cumple este
objetivo y gracias a esa base adquirida, se lograr aprender a desarrollar cualquier
tipo de juegos y aplicaciones.
Un tercer objetivo es de proporcionar un punto de partida a futuros

estudiantes, que deseen desarrollar juegos o aplicaciones en la misma plataforma.
Y como ltimo objetivo, crear la base tcnica del juego para que futuros
desarrolladores sigan aadiendo funcionalidades al mismo.
El aporte del trabajo de Fernndez (2011), consisti en la relevante

informacin sobre la teora y evolucin tecnolgica del celular mvil Smartphone,
as como las rutinas utilizadas en el desarrollo del juego.
Das (2010), Portafolio Integral de Productos, Procesos, Activos de
Informacin y Estructura de Riesgo Operacional para el Banco Mercantil.
Universidad Simn Bolvar como requisito para optar al ttulo de Ingeniero en
Computacin.
30
El desarrollo de este sistema se realiz siguiendo los lineamientos de la

metodologa RationalUnifiedProcess (RUP) aplicada al desarrollo de sistemas, la
cual cuenta con cuatro fases: Concepcin, Elaboracin, Desarrollo y Transicin,
de las cuales slo se desarrollaron las tres primeras debido a los requerimientos
de la pasanta. Se utiliz el UnifiedModelingLanguage (UML) como lenguaje de
modelado, y se sigui la propuesta de Kruchten para la definicin de la
arquitectura del software.
El sistema se desarroll con una arquitectura de tres capas. La capa del

cliente fue desarrollada utilizando HTML y JavaScript, que permite al cliente
ejecutar el sistema desde su escritorio en los navegadores de Internet.
La capa de la Lgica de la Aplicacin se sub-divide en dos capas: la sub-capa

de la Lgica asociada a la Presentacin, implementada mediante el uso de la
tecnologa JSP y JavaBeans, y la asociada a la Lgica del Negocio, implementada
mediante el uso de Enterprise JavaBeans.
La capa de Backend es soportada por un manejador de base de datos
relacional, Oracle 9.0.4 responsable del manejo de los datos del sistema.
El aporte del trabajo de Daz, consisti en la abundante informacin sobre la

metodologa RUP, la cual es necesaria para el levantamiento y anlisis de los
procesos.
Batista (2008), Desarrollo de un Sistema Automatizado para el Registro y
Control de Reservaciones de Punto de Venta de Pasajes de la lnea de Buses.
Bus - Ven C.A. Caso: Terminal la Bandera. Universidad Santa Mara.
31
En su trabajo, Batista expone que un programa sistematizado es una

herramienta que facilita la ejecucin de las tareas, operacionales y funcionales en
una organizacin facilitando as las cargas del trabajo. Cuando los procesos son
llevados de manera manual, como es el caso de la lnea de Buses Bus-Ven C.A.
ubicada en el Terminal La Bandera, donde se encuentran miles de personas que
utilizan el servicio de la compaa diariamente, para la reserva de los boletos de
viajes, tanto en el interior como el exterior de Venezuela. En la cual la empresa
originara un retraso tanto a nivel interno, como en la parte operativa de la
empresa y consiguiendo as un mximo de errores en los procesos operativo. Por
lo
tanto afectara rotundamente a los clientes en el nivel del servicio para la
empresa. Por lo cual es importante que estos procesos se realicen de forma

organizativa y confiable para garantizar el prestigio de la empresa.
El objetivo general de esta investigacin fue, desarrollar un sistema

automatizado para el Registro y Control de Reservaciones de Punto de Venta de
Pasajes de la lnea de Buses, la metodologa a ser aplicada fue un proyecto
factible, y se utiliz un estudio de carcter descriptivo.
Las fuentes de recoleccin de datos utilizadas fueron: secundaria la de campo

a travs de fichas de trabajo y para la primaria se aplicaron encuestas. En virtud
de que este estudio involucr a todo el personal, tanto gerentes, como empleados
en administracin y punto de venta interno de la empresa transportista. En
beneficio a una organizacin ms organizativa, confiable y segura de sus
procesos.
El aporte del trabajo de Batista, consisti en la abundante informacin sobre

los diagramas de flujo, as como el enfoque dado al marco metodolgico.
32
Fonseca (2012). Desarrollo de un software (helpdesk) para la gerencia de

tecnologa que permita analizar y resolver los problemas frecuentes que presentan
los usuarios de Bolvar Banco. Universidad Santa Mara.
Esta investigacin present las importancias de las herramientas utilizadas

para el levantamiento de informacin las cuales son necesarias para precisar los
requerimientos del cliente. La problemtica de esta investigacin se baso en
construir una herramienta bajo la filosofa HTML con la cual se pueda controlar y
dar atencin a los requerimientos de los usuarios de los diferentes sistemas
instaladas en bolvar banco, con el objetivo de colaborar con la administracin y
control de los requerimientos de atencin, solucin, modificacin, entre otros
recibidos por la Gerencia de Tecnologa y redes, de Bolvar Banco, la cual es la
unidad que tiene la responsabilidad de mantener operativa toda la plataforma de
informtica en esta entidad.
Los objetivos especficos formulados fueron los siguientes: 1) Diagnosticar la

situacin actual de la unidad de soporte tcnico de la Gerencia de Tecnologa de
Bolvar Banco. 2) Disear un sistema HelpDesk, para la Gerencia de Tecnologa y
Redes que permita analizar y resolver los problemas frecuentes que presentan los
usuarios. 3) Definir las herramientas de programacin, para el desarrollo de este
proyecto y 4) Desarrollar el sistema HelpDesk, para la Gerencia de Tecnologa y
Redes.
Metodolgicamente esta investigacin, se tipifica como: proyecto factible, de

campo y descriptivo, su muestra estuvo representado por el 50% de los
empleados de la Gerencia de Tecnologa, como instrumentos para la recoleccin
de datos se utilizaron la observacin, cuadros de registros, fichas, hojas de Excel,
diagramas de flujo y para el anlisis se utilizaron la comparacin, cuantificacin,
cualificacin, grficos, pruebas del sistema, y verificacin de la integridad de la
33
data. El sistema se desarroll utilizando el lenguaje PHP, con el manejador de

base de datos MySQL.
El aporte del trabajo de Fonseca, consisti en la importancia de automatizar y

difundir la informacin a travs de aplicaciones, es importante destacar que para
esta aplicacin se utiliz la base de datos MySQL, que es la misma que se usar
para este desarrollo.
Bases Conceptuales
En este apartado se dan a conocer los conceptos tericos involucrados en el

desarrollo de esta investigacin y se mencionan las tecnologas ms importantes
que permiten el desarrollo de esta investigacin.
Metodologas de Anlisis de Sistemas
Uno de los grandes pasos dados en la industria del software fue aquel donde
se plasm el denominado modelo en cascada. Dicho modelo sirvi como base
para la formulacin del anlisis estructurado, el cual fue uno de los precursores en
este camino hacia la aplicacin de prcticas estandarizadas dentro de la ingeniera
de software.
Propuesto por Winston Royce en un controvertido documento llamado

"ManagingtheDevelopment of Large Software Systems" [Royce, 1970] este
modelo intentaba proponer una analoga de lnea de ensamblaje de manufactura
para el proceso de desarrollo de software, queriendo forzar predictibilidad en una
entidad como el software que como fue mencionado es algo complejo y que est
ms relacionado con el desarrollo de nuevos productos.
34
Es importante tener en cuenta el momento de la historia cuando aparece este

modelo. El mismo surge como respuesta al modelo tradicional de codificar y
probar que predominaba en la dcada de los 60. En esa poca ya existan
modelos iterativos e incrementales pero no eran disciplinados ni estaban
formalizados.
Este modelo se basaba en el desarrollo de etapas las cuales tenan una

entrada y una salida predefinida. El proceso se desarrollaba en forma de cascada
ya que se requera la finalizacin de la etapa anterior para comenzar la siguiente.
Esta forma de trabajo de gradaba en una situacin de congelamiento temprano
de los requerimientos, los cuales al presentar cambios requeran gran esfuerzo en
re-definicin y trabajo. Otra opcin era no permitir cambio en ningn requerimiento
una vez que se iniciara el desarrollo lo que traa como consecuencia que el
usuario no vea los avances de la aplicacin hasta que ya estaba totalmente
construida y una vez que interactuaba en muchos casos no cubra sus
necesidades.
As mismo, dadas las caractersticas inherentes del modelo, la fase de

implementacin del mismo requera el desarrollo de los mdulos en forma
independiente con las correspondientes pruebas unitarias, y en la siguiente fase,
se realizaba la integracin de los mismos. Esto traa grandes inconvenientes
debidos a que todo estaba probado en forma unitaria sin interaccin con los
dems mdulos.
De esta forma y en forma bastante temprana en algunos casos, fueron

surgiendo diversos procesos iterativos que proponan convivir con la no
predictibilidad del software adelantndose y mitigando los riesgos en forma
temprana. Los procesos iterativos de los cuales se desprenderan diversas
instancias, como son el modelo iterativo e incremental, el modelo en espiral, el
modelo basado en prototipo, el modelo SLCD, el MBASE, el RUP, etc.
35
El funcionamiento de estos modelos es la de basar el desarrollo en iteraciones

e ir construyendo la aplicacin en forma progresiva, agregando funcionalidad
sucesivamente. Las iteraciones representan un mini-proyecto autocontenido el
cual est compuesto por todas las fases del desarrollo (requerimientos, diseo,
implementacin, testing). Los incrementos estn dados por la funcionalidad que se
va agregando al software en forma iterativa. Gracias a estas iteraciones se logra
entre otras cosas obtener el feedback necesario del cliente que era frenado en el
modelo encascada una vez se finalizaba la fase de requerimientos.
Barry Boehm, autor del modelo espiral, quien en su artculo [Boehm, 1995]
describe tres hitos crticos a ser utilizados en cualquier proyecto de forma de poder
planificar y controlar el progreso del mismo, dando visibilidad a los stakeholders.).
Su impacto en la industria del software ha sido tan importante que uno de los
procesos ms utilizados en la actualidad, el [RUP, 2002], los incorpora.
Estos hitos son:

Objetivos del Ciclo de Vida
Arquitectura del Ciclo de Vida
Capacidad Operacional Inicial
El primer hito finaliza con la definicin del alcance del software a construir, la
Identificacin de los requerimientos primordiales, y delinear del plan de desarrollo
del sistema.
El segundo hito finaliza con el delineamiento de la arquitectura del sistema,

la mitigacin de los riesgos crticos del proyecto, y la optimizacin de los objetivos
y el alcance del sistema
36
El ltimo de los hitos es la entrega de la primera versin del software, que

incorpora la funcionalidad definida en la correspondiente iteracin. Tambin se
espera el tener material de entrenamiento, como un Manual del Usuario y Manual
de Operaciones.
Lo que result interesante de estos hitos es que los mismos son

independientes del proceso de desarrollo elegido. Para los clientes, los hitos
otorgan visibilidad sobre el proyecto pudiendo medir el progreso con artefactos
que les son de utilidad. Para el equipo de desarrollo, los hitos proveen una gua de
las fases del proyecto orientada a los entregables necesarios para cada hito as
como la posibilidad de recibir feedback de los clientes/usuarios sobre los
productos que son entregados en el tiempo.
Uno de los procesos con ms Influencia en la comunidad del software ha sido

el RUP, uno de los primeros procesos que es vendido como un producto1 y que
es altamente customizable a las circunstancias en que es adoptado. La idea de los
creadores del RUP es que el mismo fuera un repositorio de todas las ideas
vigentes y las denominadas BestPracticesde la Ingeniera de Software. Dada la
complejidad del mismo se presenta mediante los denominados roadmaps que son
simplemente formas de custodiar el RUP para resolver tipos de problemas
especficos. No obstante RUP pierde el nivel necesario para describir en detalle
uno de los elementos Ms importantes del desarrollo de software: las personas.
Esta es una de las razones principales del advenimiento de las denominadas

Metodologas giles.
Metodologas giles de Desarrollo
A principios de la dcada del 90, surgi un enfoque que fue bastante

revolucionario para su momento ya que iba en contra de la creencia de que
37
mediante procesos altamente definidos se iba a lograr obtener software en tiempo,

costo y con la requerida calidad.
El enfoque consista en un entorno de desarrollo altamente productivo, en el

que participaban grupos pequeos de programadores utilizando herramientas que
generaban cdigo en forma automtica tomando como entradas sintaxis de alto
nivel. Se considera que este fue uno de los primeros hitos en pos de la agilidad en
los procesos de desarrollo
Cabe mencionar que las metodologas giles no inventaron la nocin de los

procesos iterativos e incrementales, los cuales eran usados desde dcadas
pasadas inclusive en momentos en que el modelo en cascada era el estndar.
Entre las metodologas agiles ms destacadas podemos nombrar:
Metodologas
XP Extreme Programming
Scrum
Crystal Clear
DSDM Dynamic Systems Developmemt Method
XBreed
A continuacin, se presenta un breve resumen de cada metodologa. La idea

es poder observar las similitudes entre las mismas y aquellas bases que unifican
los criterios con los que fueron creadas.
XP Extreme Programming
Los principios de XP se resumen en:
38
Planeamiento: Rpidamente determinar el alcance del prximo release

mediante la combinacin de prioridades del negocio y estimaciones tcnicas. A
medida que la realidad va cambiando el plan, actualizar el mismo.
Pequeos Releases: Implantar un sistema simple en el ambiente de
produccin rpidamente, generar nuevas versiones en ciclos muy cortos.
Metfora: Guiar todo el desarrollo con una historia simple y compartida de
cmo funciona todo el sistema.
Diseo Simple: El sistema deber ser diseado tan simple como sea
posible encada momento. Complejidad extra es removida apenas es descubierta.
Testing: Los programadores continuamente escriben pruebas unitarias, las
cuales deben correr sin problemas para que el desarrollo contine. Los clientes
escriben pruebas demostrando que las funcionalidades estn terminadas.
Re-programacin: Los programadores reestructuran el sistema sin cambiar
su comportamiento para remover duplicacin, mejorar la comunicacin, simplificar,
o aadir flexibilidad.
Programacin de a Pares: Todo el cdigo de produccin es escrito por dos
programadores en una mquina.
Propiedad Colectiva del Cdigo: Cualquier persona puede cambiar cdigo
en cualquier parte del sistema en cualquier momento.
Integracin Continua: Integrar y hacer builds del sistema varias veces por
da, cada vez que una tarea se completa.
Semana de 40-hora: Trabajar no ms de 40 horas semanales como regla.
Nunca trabajar horas extras durante dos semanas consecutivas.
Cliente en el lugar de Desarrollo: Incluir un cliente real en el equipo,
disponible de forma full-time para responder preguntas.
Estndares de Codificacin: Los programadores escriben todo el cdigo de
acuerdo con reglas que enfatizan la comunicacin a travs del mismo.
Como se observan, muchas de las prcticas propuestas contribuyen a

maximizarla comunicacin entre las personas, permitiendo de esa forma una
39
mayor transferencia de conocimiento entre los desarrolladores y con el cliente,

quien tambin es parte del equipo. Esto es logrado en la prctica gracias a la
disposicin fsica del lugar de trabajo.
XP es la metodologa gil de ms renombre en la actualidad, se diferencia de

las dems metodologas que forman este grupo en un aspecto en particular: el alto
nivel de disciplina de las personas que participan en el proyecto
Scrum
Scrum define un proceso emprico, iterativo e incremental de desarrollo que

intenta obtener ventajas respecto a los procesos definidos (cascada, espiral,
prototipos, etc.) mediante la aceptacin catica del desarrollo de software, y la
utilizacin de prcticas tendientes a manejar la impredictibilidad y el riesgo a nivel
es aceptable. En a la figura 2, se ilustra los ciclos de la metodologa Scrum.
Figura 2: Ciclo de Scrum
Scrum es un mtodo iterativo e incremental que enfatiza prcticas y valores

de projectmanagement por sobre las dems disciplinas del desarrollo. Al principio
del proyecto se define el ProductBacklog, que contiene todos los requerimientos
40
funcionales y no funcionales que deber satisfacer el sistema a construir. Los

mismos estarn especificados de acuerdo a las convenciones de la organizacin
ya sea mediante: features, casos de uso, diagramas de flujo de datos, incidentes,
tareas, etc.
El ProductBacklog se define durante reuniones de planeamiento con los

stakeholders. A partir de ah se definirn las iteraciones, conocidas como Sprint en
la juerga de Scrum, en las que se ir evolucionando la aplicacin evolutivamente.
Cada Sprint tendr su propio Sprint Backlog que ser un subconjunto del
ProductBacklog con los requerimientos a ser construidos en el Sprint
correspondiente. La duracin recomendada del Sprint es de 1 mes.
Como se puede observar en la Figura 3 la metodologa resulta sencilla

definiendo algunos roles y artefactos que contribuyen a tener un proceso que
maximiza el feedback para mitigar cualquier riesgo que pueda presentarse. Dentro
de cada Sprint el Scrum Master (equivalente al Lder de Proyecto).
Figura 3: Ciclo iterativo Sprint
41
En Scrum un proyecto se ejecuta en iteraciones de un mes natural (pueden

ser de dos semanas, si as se necesita). Cada iteracin tiene que proporcionar un
resultado completo, un incremento de producto que sea susceptible de ser
entregado con el mnimo esfuerzo cuando el cliente lo solicite.
Cada da el equipo realiza una reunin de sincronizacin, donde cada miembro
inspecciona el trabajo de los otros para poder hacer las adaptaciones necesarias,
as cmo comunicar cuales son los impedimentos con que se encuentra.
El Facilitador (Scrum Master) se encarga de que el equipo pueda cumplir con su
compromiso y de que no se merme su productividad. Elimina los obstculos que el
equipo no puede resolver por s mismo. Protege al equipo de interrupciones
externas que puedan afectar su compromiso o su productividad.
Beneficios que se obtienen

El cliente puede ver de manera objetiva cmo han sido desarrollados los
requisitos que proporcion, ver si se cumplen sus expectativas, entender ms
qu es lo que necesita y tomar mejores decisiones respecto al proyecto.
El equipo puede ver si realmente entendi cules eran los requisitos que
solicit el cliente y ver en qu puntos hay que mejorar la comunicacin entre
ambos.
El equipo se siente ms satisfecho cuando puede ir mostrando los resultados
que va obteniendo. No est meses trabajando sin poder exhibir su obra.
Incrementa la productividad y el aprendizaje del equipo de manera
sistemtica, iteracin a iteracin, con resultados a corto plazo.
La intencin de Scrum es maximizar la realimentacin sobre el desarrollo

corregir problemas y mitigar riesgos de forma temprana. Su uso se est
extendiendo cada vez ms dentro de la comunidad de Metodologas giles, siendo
combinado con otras como XP para completar sus carencias.
42
Crystal Clear
Presenta un enfoque gil, con gran nfasis en la comunicacin, y con cierta

tolerancia que la hace ideal en los casos en que sea inaplicable la disciplina
requerida por XP. Crystal Clear es la metodologa gil ms representativa de la
serie y de la que ms documentacin se dispone. La misma se define con mucho
nfasis en la comunicacin y de forma muy liviana en relacin a los entregables.
Crystal maneja iteraciones cortas con feedback frecuente por parte de los
usuarios/clientes, minimizando de esta forma la necesidad de productos
intermedios. Otra de las cuestiones planteadas es la necesidad de disponer de un
usuario real aunque sea de tiempo parcial para realizar validaciones sobre la
interface del Usuario y para participar en la definicin de los requerimientos
funcionales y no funcionales del software.
Las personas involucradas escogen aquellos principios que les resultan

efectivos y mediante la aplicacin de la metodologa en diversos proyectos
agregan o remueven principios en base al consenso grupal del equipo de
desarrollo.
DSDM DynamicSystemsDevelopmentMethod
DSDM es la nica de las metodologas aqu planteadas surgida de un

Consorcio, formado originalmente por 17 miembros fundadores en Enero de 1994.
El objetivo del Consorcio era producir una metodologa de dominio pblico que
fuera independiente de las herramientas y que pudiera ser utilizado en proyectos
de tipo RAD (RapidApplicationDevelopment).
43
Dado el enfoque hacia proyectos de caractersticas RAD esta metodologa

encuadra perfectamente en el movimiento de metodologas giles. La estructura
del mtodo fue guiada por nueve principios:
1. El involucramiento del usuario es imperativo.

2. Los equipos de DSDM deben tener el poder de tomar decisiones.
3. El foco est puesto en la entrega frecuente de productos.
4. La conformidad con los propsitos del negocio es el criterio es encial para la
aceptacin de los entregables.
5. El desarrollo iterativo e incremental es necesario para converger hacia una
correcta solucin del negocio.
6. Todos los cambios durante el desarrollo son reversibles.
7. Los requerimientos estn especificados a un alto nivel.
8. El testing es integrado a travs del ciclo de vida.
9. Un enfoque colaborativo y cooperativo entre todos los interesados es esencial.
DSDM define cinco fases en la construccin de un sistema. Las mismas son:

estudio de factibilidad, estudio del negocio, iteracin del modelo funcional,
iteracin del diseo y construccin, implantacin.
Descartando la primera fase que es realizada una sola vez para analizar la
factibilidad del proyecto, las dems fases presentan las caractersticas del modelo
iterativo e incremental del resto de las metodologas descritas anteriormente. Sin
embargo, lo que diferencia a DSDM de dicho modelo son los principios al rededor
de los cuales se estructura y que hacen nfasis en los equipos de desarrollo, en el
feedback con el cliente, en las entregas frecuentes de productos. Para resolver la
cuestin de la aplicabilidad de DSDM a un proyecto convendr responder las
siguientes preguntas:
Ser la funcionalidad razonablemente visible en la interface del usuario?

44
Se pueden identificar todas las clases de usuarios finales?

Es la aplicacin computacionalmente compleja?
Es la aplicacin potencialmente grande? Si lo es, puede ser particionada en
componentes funcionales ms pequeos?
Est el proyecto realmente acotado en el tiempo?
Son los requerimientos flexibles y slo especificados a un alto nivel?
En resumen, la aplicabilidad de DSDM se remite exclusivamente a proyectos:

De baja o media complejidad computacional Interactivos con la funcionalidad
visible en la interface de usuario
Particionales en componentes de funcionalidad ms pequeos si la aplicacin es
de gran tamao
Acotados en el tiempo
Con flexibilidad en los requerimientos
Con un grupo de usuarios bien definidos y comprometidos al proyecto
XBread
XBreed ofrece una de las primeras fusiones exitosas entre metodologas

giles. Tomando las fuerzas en el management de Scrum y unindolas con las
prcticas de XPnace una de las ms modernas metodologas alrededor del 2000.
Mike Beedle es lamente detrs de XBreed y su objetivo es tomar las mejores
prcticas del universo gil y unificar estas en un marco de trabajo que permita el
desarrollo concurrente de mltiples proyectos usando metodologas giles.
Para el momento de escritura de esta tesis, existe muy poca informacin de

XBreed, salvo el sitio web oficial del mismo.
45
Analizando los factores mencionados en detalle en cada una de las

metodologas gil, las mismas forman parte esencial de las metodologas
descriptas. El nfasis sobre las personas esta reforzado en la primera oracin
respecto al resto de los valores de las metodologas. El nfasis en el cdigo por
sobre los documentos es una propuesta eficaz para lograr el rpido feedback
requerido por la agilidad. La participacin del cliente es fundamental para el xito
de los proyectos ya que ellos definen la funcionalidad a construir y guan el
desarrollo de las pruebas funcionales. La importancia de responder al cambio
indica que el desarrollo de software no es ms que un proceso de aprendizaje en
que cada cambio nos permite conocer ms en detalle el dominio de la aplicacin.
En general, las aplicaciones Web exigen su desarrollo en tiempos

extremadamente cortos, con entregas parciales antes del producto final y donde la
empresa como el equipo de desarrolladores pueda ir visualizando el progreso del
proyecto, por lo que la utilizacin de procesos giles podra ser ventajosa para
este tipo de desarrollos.
El ciclo de desarrollo de las aplicaciones Web es extremadamente corto. Los

desarrollos Web se perciben como desarrollos sencillos y los desarrolladores
trabajan bajo una gran presin para terminar lo ms pronto posible. Esta forma de
trabajar implica, sin duda alguna, modificaciones.
Los desarrollos deben garantizar un proceso adaptable a los cambios.

Otra cuestin fundamental a tener en cuenta es que las aplicaciones Web se
desarrollan sin conocer los perfiles de los usuarios finales de las mismas, o lo que
es lo mismo sin conocer los requisitos de usuario del sistema. Sin lugar a dudas
esto implicar cambios en los requisitos inicialmente detectados, lo que lleva de
nuevo a la eleccin de un proceso adaptativo.
46
Scrum es un proceso en el que se aplican de manera regular un conjunto de

mejores prcticas para trabajar en equipo y obtener el mejor resultado posible.
Estas prcticas se apoyan unas a otras y su seleccin tiene origen en trabajar con
equipos altamente productivos.
En la metodologa Scrum se realizan entregas parciales del resultado final del

proyecto, con prioridades basadas en el beneficio que aportan a la empresa o
usuario del proyecto. Por ello, Scrum est especialmente orientado a proyectos
complejos, donde se necesita obtener resultados pronto, donde los requisitos son
cambiantes o poco definidos, donde la innovacin, la competitividad y la
productividad son fundamentales.
Aunque Scrum surgi como modelo para el desarrollo de productos

tecnolgicos, tambin se emplea en entornos que trabajan con requisitos
inestables y que requieren rapidez y flexibilidad, tal es el caso de la empresa
Grupo Infoguianet, C. A.; situaciones frecuentes en el desarrollo de determinados
sistemas de software, y donde al aplicarlo proporciona ventajas como:
Entrega de un producto funcional al finalizar cada iteracin.
Posibilidad de ajustar la funcionalidad en base a la necesidad de negocio del
cliente.
Visualizacin del proyecto da a da.
Alcance acotado y viable.
Equipos integrados y comprometidos con el proyecto
47
Entre principales beneficios que reporta utilizar Scrum como metodologa de

desarrollo de un sistema se encuentran adems:
Entrega mensual (o quincenal) de resultados (los requisitos ms prioritarios en
ese momento, ya completados) lo cual proporciona las siguientes ventajas:
1. Gestin regular de las expectativas del cliente y basada en resultados

tangibles.
2. Resultados anticipados. El cliente puede empezar a utilizar los resultados

ms importantes del proyecto antes de que est finalizado por completo.
3. Flexibilidad y adaptacin respecto a las necesidades del cliente, cambios

en el mercado, etc.
4. Gestin sistemtica del Retorno de Inversin (ROI). De manera regular, el

cliente maximiza el ROI del proyecto.
5. Mitigacin sistemtica de los riesgos del proyecto. Desde la primera

iteracin el equipo tiene que gestionar los problemas que pueden aparecer
en una entrega del proyecto.
Productividad y calidad. De manera regular el equipo va mejorando y
simplificando su forma de trabajar.
Alineamiento entre el cliente y el equipo de desarrollo. Los resultados y esfuerzos
del proyecto se miden en forma de objetivos y requisitos entregados al negocio.
Equipo motivado. Las personas estn ms motivadas cuando pueden usar su
creatividad para resolver problemas y cuando pueden decidir organizar su trabajo.
48
Muchos desarrolladores en la actualidad se ven en la disyuntiva de utilizar

Extreme Programming o Scrum en sus sistemas pero es vlido aclarar que XP es
recomendable emplearlo solo en proyectos a corto plazo y reporta altas
comisiones en caso de fallar, adems puede no ser ms fcil que el desarrollo
tradicional; los usuarios pueden no querer frecuentes pequeos releases y
requiere un rgido ajuste a los principios XP. Adems es difcil predecir costo y
tiempo de desarrollo ya que no se precisa los elementos a acoplarse en el
proyecto y mantener el producto puede ser difcil, debido a que tiene muy poca
documentacin.
En consecuencia y por las razones anteriormente desarrolladas, la empresa

Grupo Infoguianet C. A. se ha decantado por utilizar la metodologa gil Scrum,
considerando que la misma se ajusta a los principios y lineamientos de la
institucin.
Antes de comenzar a realizar un diseo se debe elegir la metodologa a

utilizar para el anlisis del sistema, de manera tal de lograr la mayor cantidad de
detalles de cada procedimiento y la interaccin con los lderes de las
investigaciones y los usuarios, as como todos los pasos que deben ejecutarse
desde el inicio del diseo hasta la entrega oficial del sistema.
Metodologa de desarrollo gil para sistemas mviles
Segn Camarero (2012). Aunque los sistemas mviles comerciales no han

resultado funcionalmente tan satisfactorios como prometan, los operadores
mviles y los proveedores de software de valor aadido para mviles tienen la
esperanza de que el efecto del 3G/3.5G y la cantidad de mviles no-tontos que
se estn vendiendo actualmente den un cambio drstico a la industria de las
49
aplicaciones mviles, consiguiendo expandir el uso de dichas aplicaciones y

servicios comercialmente.
Figura 4: Evolucin de los pedidos de mviles y porttiles en el mundo.

Fuente: Camarero (2012).
Ejemplos de aplicaciones comerciales pueden ser: servicios de informacin,

anuncios, servicios basados en contenido, servicios basados en localizacin o
aplicaciones de pago sobre mvil.
En este ltimo ao, la demanda de los mviles con pantalla tctil, demandada
primeramente por el iPhone, ha revolucionado el mercado, ya no slo de la venta
de mviles sino todo el verdadero y atractivo negocio de las aplicaciones mviles.
Y es que estos dispositivos o terminales se han convertido en el ordenador
preferido por los usuarios, con una tendencia masiva de uso en los venideros aos
y con el valor aadido de disponibilidad total y de la comodidad y portabilidad.
Explica Rodrguez (2012). Que un indicador nada riguroso, pero muy eficaz,
para medir la emergencia de ciertas tendencias en el mbito del desarrollo de
software, es la actividad de las listas de correo y foros de las comunidades de
desarrollo. En O'Rielly Media hicieron el ejercicio3a mediados del ao pasado, tras
unos meses despus del lanzamiento de Android, obteniendo el resultado que se
3
http://radar.oreilly.com/2008/07/interest-in-the-iPhone-android.html
50
puede observar en la figura 2. Sirva como justificacin ad-hoc de la eleccin de

esas dos plataformas en este breve trabajo de investigacin.
Fuente: Rodrguez (2012).
Figura 5: Listas de correo de desarrolladores interesados en determinadas

plataformas abiertas y propias de fabricante (O'Reilly Media).
De acuerdo con Rodrguez (2012).El sistema operativo que posee esta clase
de terminales ofrece un sinfn de posibilidades, como si el de un ordenador se
tratar; y todo esto combinado con la actual potencia de procesamiento y
capacidad de almacenamiento que permiten la ejecucin no slo de aplicaciones
ligeras sino de una gran parte de las pesadas; sin olvidar otras funcionalidades
incorporadas a los mviles, como son el GPS, pantallas tctiles, llamadas
telefnicas, posibilidad de enviar mensajes cortos. Por eso, se va a hacer la
comparativa con lo que se cree que son los dos sistemas que ms dinero y
expectacin estn generando y generaran, al menos en un futuro prximo, Iphone
y Android.
51
Figura 6: Iphone frente al Android en nmero de pedidos.

Fuente: blog Admob4
En febrero del 2001, tras una reunin celebrada en Utah, U.S nace el trmino
"gil" aplicado al desarrollo software. El objetivo fue esbozar los valores y
principios que deberan permitir a los equipos desarrollar software rpidamente y
responder a los cambios que pueden surgir a lo largo del proyecto. Esto pretende
ser una alternativa a los procesos de desarrollo tradicionales caracterizados por su
total rigidez y muy dirigidos a la documentacin que se genera tras cada una de
las actividades desarrolladas.
Segn Ferrer (2003), esta nueva idea tiene dos motivaciones claras: un alto
nmero de proyectos que se retrasan o fracasan; y la baja calidad del software
que se desarrolla. La bsqueda de la solucin pasa por una serie de factores: la
mayor parte del esfuerzo es un proceso creativo y requiere de personas con
talento, estos procesos son difciles de planificar, modificar software es barato, las
pruebas y revisin de cdigo son la mejor forma de conseguir calidad y los fallos
de comunicacin son la principal fuente de fracaso.
De acuerdo con Ferrer (2003), tras la reunin se cre The Agile Alliance
dedicada a promover el desarrollo gil de software y ayudar a las empresas que lo
4
http://blog.admob.com/2009/04/page/2/
52
adoptaran. El punto de partida fue el Manifiesto gil7, documento que resume esa
filosofa y que expone cuatro valores a tener en cuenta:
1. El individuo y las interacciones del equipo de desarrollo estn por encima

del proceso y las herramientas. Construir un buen equipo y que ste
configure su propio entorno de desarrollo en base a sus necesidades.
2. Desarrollar
software
que
funciona
ms
que
conseguir
buena
documentacin. No producir documentos a menos que sean necesarios de

una forma inmediata. Si el software no funciona, los documentos no valen
de nada.
3. La colaboracin con el cliente es ms importante que la negociacin de
contratos. Tiene que haber una interaccin constante entre el cliente y el
equipo de desarrollo.
4. La respuesta ante el cambio es ms importante que el seguimiento de un
plan. La planificacin no debe ser estricta sino flexible y abierta, la habilidad
de responder a los cambios que surjan determina el xito o fracaso del
proyecto.
Los valores anteriores inspiraron los doce principios del manifiesto. Son
caractersticas que diferencian un proceso gil del tradicional, el espritu gil y las
metas y organizacin del proceso a seguir y del equipo de desarrollo.
Como se seala en Ferrer (2003), existen cinco factores principales que

afectan a la agilidad de un proceso de desarrollo software: cultura de operacin
(operating culture, normas de comportamiento y expectativas que gobiernan la
conducta de las personas, tanto en su trabajo como en las interacciones con los
dems), tamao del equipo de desarrollo, criticidad del software (tanto en el
tiempo de desarrollo como en caractersticas especficas que tenga que cumplir el
software o que vengan impuestos por los elementos donde vaya a ejecutarse),
53
competencia tcnica de los desarrolladores y, por ltimo, la estabilidad de los

requerimientos.
El autor argumenta que un mtodo de desarrollo de software funciona mejor

cuando se aplica a situaciones con caractersticas muy especficas, a esta clase
de situaciones las llama "home ground" (bases) del mtodo de desarrollo de
software. En la Tabla I se puede observar la comparacin entre las bases de los
mtodos giles y las de los procesos de desarrollo por planes o "planeados" (plandriven).
Desarrolladores
Colaboradores, unidos, giles y
Orientados al plan
entendidos
con una mezcla de

habilidades
Clientes
Confianza
Son representativos y se les
Mezcla de niveles
entrega poder
de aptitud
Conocimiento tcito interpersonal
Conocimiento
explcito
documentado
Requerimientos
En gran parte emergentes y con
Conocidos
rpidos cambios
tempranamente y
bastante estables
Arquitectura
Diseada para los requerimientos
Diseada para los
actuales
requerimientos
actuales y los del
futuro prximo
Refactorizacin
Tamao
Econmica
Costosa
Productos y equipo pequeos
Productos y equipos
ms grandes
54
Premium
Valor rpido
Alta seguridad
Cuadro 1. Bases para mtodos giles y planeados

Fuente: Ferrer (2003)
En definitiva, el desarrollo gil de software intenta evitar los tortuosos y

burocrticos caminos de las metodologas tradicionales, enfocndose en las
personas y los resultados. Promueve iteraciones en el desarrollo a lo largo de todo
el ciclo de vida del proyecto. Desarrollando software en cortos lapsos de tiempo se
minimizan los riesgos, cada una de esas unidades de tiempo se llama iteracin, la
cual debe durar entre una y cuatro semanas.
Cada iteracin del ciclo de vida incluye: planificacin, anlisis de

requerimientos, diseo, codificacin, revisin y documentacin. Cada iteracin no
debe aadir demasiada funcionalidad, para justificar el lanzamiento del producto al
mercado, sino que la meta debe ser conseguir una versin funcional sin errores. Al
final de cada iteracin, el equipo volver a evaluar las prioridades del proyecto.
Metodologa gil para el desarrollo de software mvil
Explica Ferrer (2003). Aunque muchas metodologas giles han sido

revisadas en la literatura durante la ltima dcada, casi ninguna se ha centrado en
los requerimientos tan especficos que el desarrollo mvil necesita. Como se ver
a continuacin, las metodologas giles poseen ciertas propiedades que las hacen
totalmente aplicables al dominio del software en los mviles.
Se identifican los mtodos giles como la solucin potencial para el desarrollo

de software en mviles. Se apoya en las bases (home ground) haciendo un
anlisis comparativo para probar la idoneidad de los mtodos giles sobre el
desarrollo de software para mviles. Esas caractersticas ideales y su motivacin
en cada caso se muestran en la Tabla 2.
55
Caractersticas
Motivacin lgica
giles
Alta volatilidad
del
entorno
En el caso del desarrollo para

plataformas mviles
Debido a la alta frecuencia
Alta incertidumbre, entornos
en el cambio que sufren
dinmicos, cientos de nuevos
los requerimientos,
terminales cada ao
tendremos
menos necesidad de
diseo y planificacin
inicial y ms necesidad de
desarrollos
incrementales e iterativos
Equipos de
Capacidad de reaccin
La mayor parte de los proyectos
desarrollo
ms rpida, trabajo
de desarrollo software para
pequeos
basado en la comparticin
plataformas mviles se lleva a
de la informacin, menos
cabo en microempresas y
documentacin.
PyME.
Desaparecen los
Potencialmente, hay un nmero
malentendidos.
ilimitado de usuarios finales,
Cliente
identificable
pero los clientes son fciles de

identificar.
Entornos de
desarrollo
orientados a
objetos
Mayora de las
Por ejemplo, Java y C++ se
herramientas de
usan, algunos problemas en
desarrollo gil existen bajo
herramientas como
plataformas orientadas a
refactorizaciones o primeros
objetos.
tests.
Software crtico
La mayora del software es para
no asegurado
entretenimiento. Los terminales

no son fiables.
56
Software a nivel
de aplicacin
Sistemas embebidos
Mientras los sistemas mviles
grandes requieren
son complejos y altamente
comunicacin exhaustiva
dependientes, las aplicaciones
y mecanismos de
son muy autnomas
verificacin.
Sistemas
Menos necesidad de
Las aplicaciones, aunque
pequeos
diseo inicial.
variables en tamao, no suelen

superar las 10.000 lneas de
cdigo.
Ciclos cortos de
desarrollo
Propsito de
Periodos de desarrollo de 1 a 6
realimentacin rpida.
meses.
Cuadro 2. Comparativa entre las caractersticas bsicas giles y los rasgos en el

desarrollo de software mvil
En el anexo F se muestra un cuadro resumen de otras metodologas de desarrollo

de aplicaciones, as como, metodologas web gil.
57
Diseo
De acuerdo a Gmez R. (2007). Diseo es la descripcin o bosquejo de

alguna cosa. Al comenzar a disear un sistema, es esencial que se haga nfasis
en los puntos clave y no se permita distraccin en los detalles. Por lo tanto los
detalles no esenciales, que se pueden emitir en el diseo de un sistema, el diseo
de datos es una parte clave en el desarrollo del sistema, se debe primeramente
graficar la definicin funcional del modelo (DFD), de modo que permita identificar
la informacin que son importantes para el sistema.
La simplificacin del trabajo es el objetivo primordial de todo analista de

sistemas, procurar de realizar las actividades, que se llevan a cabo en la empresa,
en la forma ms eficiente, coordinada, fluida y breve; y que, adems, se reduzca al
mnimo posible el consumo de tiempo, esfuerzos e insumos; para lograr una
mayor productividad, economa y rentabilidad del capital invertido.
Gmez R. (2007). La simplificacin del trabajo debe lograr reducir los costos
operativos al mnimo, para que la empresa pueda competir con ventaja y la
inversin sea ms rentable. Una vez en poder de toda la informacin recabada en
las entrevistas realizadas durante la investigacin y recopilacin de datos, se
estudiar analticamente, con el propsito de:
a) Eliminar todo lo innecesario.

b) Simplificar las tareas al mximo.
c) Combinar en mejor forma.
d) Cambiar de secuencia, de lugar o de persona.
e) Perfeccionar y mejorar, en todo sentido.
58
Toda actividad debe eliminarse, si no contribuye al logro de los objetivos, en

ms de lo que cuesta su realizacin: Si no justifica su costo, o el tiempo y recursos
consumidos. Al momento de disear el flujo-grama nos permite averiguar aspectos
tan importantes, como los siguientes:
a.) Si resulta verdaderamente necesario efectuar cada paso.

b.) Si la manera de realizar cada paso es la ms conveniente, eficiente y
econmica.
c.) Si se produce redundancia en informacin o de esfuerzos y recursos.
d.) La posibilidad de cambiar la secuencia, para ahorrar, esfuerzos, tiempo y
recursos.
e.) Si algn paso se puede eliminar o sustituir.
f.) Donde se demoran las actividades, restndole fluidez al procedimiento. Al
detectarse cualquier demora, se estudiarn sus causas y, si se justifica y si se
puede eliminar.
g.) El nmero exacto de copias, que se requieren de cada documento, el por qu,
y si estas estn debidamente justificadas.
Este aspecto terico es importante conocerlo debido a que el diseo

conceptual de los sistemas se aprecia como los lineamientos y especificaciones
adems del alcance que debe concebirse en cada desarrollo.
Kit de Desarrollo de Soluciones de Informtica - SDK de Android
En un primer momento, y tras muchas versiones, el SDK de Android era

realmente lento y su funcionamiento se haca realmente pesado en algunas
ocasiones. Si habis probado en algn momento el emulador para PC de Android,
muchos confirmaris esta ltima frase pero todo esto mejor con el paso de las
nuevas versiones.
59
Segn Conder (2009). Tras la actualizacin de Google del SDK de Android el

pasado mes, en el cual se aceleraba el emulador gracias al apoyo del CPU x86y
que permita a los desarrolladores probar con mayor facilidad sus aplicaciones
desde sus escritores, muchos eran los que esperaban que se agregase todava
una nueva aceleracin gracias al hardware. La aceleracin gracias al hardware es
ya una realidad y ofrece nuevamente un aumento en la velocidad del emulador.
Adems de todo esto, no se puede dejar de lado tampoco las anteriores

mejoras como el uso de nuestro Smartphone o tablet como touchpad para el
emulador. De esta forma el desarrollador conseguir una experiencia mucho ms
parecida que con los controles en pantalla que hasta ahora se ofrecan. Es decir,
conectando nuestro dispositivo a travs del USB se obtiene un multitouch para el
emulador en nuestro propio telfono.
Segn Conder (2009). El desarrollo para Android se hace habitualmente con el

lenguaje de programacin Java y el conjunto de herramientas de desarrollo (SDK,
Software DevelopmentKit), pero hay otras opciones disponibles. En Abril del 2011
existan ms de 200.000 aplicaciones contabilizadas para Android, con unos 3
millardos de descargas.2 3.
La plataforma Android ha crecido hasta ser una de las preferidas por los
desarrolladores para plataformas mviles. Un estudio de Junio del 2011 indica que
el 67% de los desarrolladores para mviles utilizaban la plataforma en el momento
de la publicacin del estudio.
Segn Conder (2009).El SDK (Software Development Kit) de Android, incluye

un conjunto de herramientas de desarrollo.5 comprende un depurador de cdigo,
libreras, un simulador de telfono basado en QEMU, documentacin, ejemplos de
cdigo y tutoriales.
60
Las plataformas de desarrollo soportadas incluyen Linux (cualquier distribucin

moderna), Max OS X 10.4.9 o posterior, y Windows XP o posterior.
Conder
(2009).
La
plataforma
integral
de
desarrollo
(IDE,
IntegratedDevelopmentEnvironment) soportada oficialmente es Eclipse junto con

el complemento ADT (AndroidDevelopment Tools plugin), aunque tambin puede
utilizarse un editor de texto para escribir ficheros Java y Xml y utilizar comandos
en un terminal (se necesitan los paquetes JDK, Java Development Kit y Apache
Ant) para crear y depurar aplicaciones. Adems, pueden controlarse dispositivos
Android que estn conectados (e.g. reiniciarlos, instalar aplicaciones en remoto).
Conder (2009). Las Actualizaciones del SDK estn coordinadas con el

desarrollo general de Android. El SDK soporta tambin versiones antiguas de
Android, por si los programadores necesitan instalar aplicaciones en dispositivos
ya obsoletos o ms antiguos.
Las herramientas de desarrollo son componentes descargables, de modo que

una vez instalada la ltima versin, pueden instalarse versiones anteriores y hacer
pruebas de compatibilidad.
Segn Conder (2009). Una aplicacin Android est compuesta por un conjunto
de ficheros empaquetados en formato .apk y guardada en el directorio /data/app
del sistema operativo Android (este directorio necesita permisos de superusuario,
root, por razones de seguridad). Un paquete APK incluye ficheros .dex
(ejecutables Dalvik, un cdigo intermedio compilado), recursos.
Para este estudio el conocimiento del SDK de Android, es de vital importancia

debido que este especifica todas aquellas herramientas de programacin
necesarias para el desarrollo de la aplicacin de este estudio.
61
Kit Natural para Desarrollo Native Development Kit (NDK)
De acuerdo con Ableson (2012). El NDK permite instalar libreras escritas en

C y otros lenguajes, una vez compiladas para ARM o cdigo x86 nativo. Los
programas Java corriendo en la mquina virtual Dalvik (Dalvik VM) pueden llamar
a clases nativas por medio de la funcin System.loadLibrary, que forma parte de
las clases estndar Java en Android.
Explica Ableson (2012) que se pueden compilar e instalar aplicaciones

completas utilizando las herramientas de desarrollo habituales. El depurador ADB
proporciona un shellroot en el Simulador de Android que permite cargar y ejecutar
cdigo nativo ARM o x86. Este cdigo puede compilarse con GCC en un
ordenador normal. La ejecucin de cdigo nativo es difcil porque Android utiliza
una librera de C propia (libc, llamada Bionic).
De acuerdo Ableson (2012) Se accede al dispositivo grfico como un

framebuffer disponible en /dev/graphics/fb0. La librera grfica que utiliza Android
para controlar el acceso a este dispositivo se llama SkiaGraphics Library (SGL),
disponible con licencia de cdigo abierto. Skia tiene implementaciones en win32 y
Unix, permitiendo el desarrollo cruzado de aplicaciones, y es el motor de grficos
que soporta al navegador web Google Chrome. Para esta investigacin el Kit de
Desarrollo Nativo es indispensable para el logro de la aplicacin debido a que
constituye un conjunto de herramientas y archivos para generar bibliotecas del
cdigo nativo de la programacin en las aplicaciones desarrolladas bajo Android.
Java
Segn Lauren (2009). Android no utiliza los estndares establecidos de Java,

i.e. Java SE y ME, lo cual es un problema para el desarrollo. Esto impide la
compatibilidad entre aplicaciones Java escritas para otras plataformas. Android
62
slo utiliza la sintaxis y la semntica de Java, pero no incorpora en su totalidad las

libreras de clases de Java y APIs (ApplicationProgramming Interface ) que
acompaan a Java SE o ME. Sin embargo, hay diversas herramientas en el
mercado de empresas como MyriadGroup y UpOnTek que dan un servicio de
conversin entre J2ME y Android.
El tener conocimientos sobre el lenguaje JAVA es relevante para el desarrollo

de la investigacin debido que este lenguaje representa la mdula de los
comandos de programacin.
Java 6.0
De acuerdo con Lauren (2009). En Java 6, las aplicaciones Java Web Start en
las que se especifica una versin distinta de la actual generarn una advertencia
de seguridad, y se requerir un permiso explcito del usuario antes de que la
aplicacin se ejecute. Esto no se aplica a las aplicaciones Java Web Start con
firma.
Formato de memoria cach y de sistema: El mecanismo de memoria cach de

la aplicacin se ha actualizado. Las aplicaciones existentes en la memoria cach
se actualizarn y se convertirn en el nuevo formato de la memoria cach la
primera vez que ejecute una aplicacin Java Web Start
Consolidacin del motor de descarga y de la memoria cach: El mecanismo

de memoria cach y el motor de descarga se han rediseado y consolidado entre
Java Web Start y el plug-in de Java. De esta forma se aaden nuevas funciones a
Java Web Start que slo estaban disponibles en el plug-in de Java y viceversa.
Son las siguientes: El almacenamiento en cach puede desactivarse mediante
una opcin dentro del Panel de control de Java.
63
Java Web Start proporciona el tamao de memoria cach mximo gracias al

panel de control de Java. Java Web Start puede ejecutar un proceso de limpieza
para eliminar los elementos menos usados recientemente (LRU) en la memoria
cach al alcanzar el tamao mximo de esta.
La directiva no-cach es ahora compatible. Cuando se utiliza esta directiva, se

realiza una comprobacin de la actualizacin para verificar que el contenido de la
memoria cach es el mismo que el de la URL. El recurso se descarga en la
memoria cach y se ignora el campo de expiracin.
La fecha de expiracin es compatible. Si un recurso que se ha descargado

contiene una fecha de expiracin, no se utilizar despus de la misma. Otras
mejoras: Todos los cuadros de dilogo y pantallas de Java Web Start y del plug-in
de Java se han rediseado para que sean ms fciles de utilizar, intuitivos y
accesibles.
Java Web Start y el plug-in de Java ahora son compatibles con las listas de
revocacin de certificados (CRL, CertificateRevocationLists) y el protocolo de
estado de certificados en lnea (OCSP, Online Certificate Status Protocol) para
verificar los certificados. El panel de control de Java proporciona una opcin para
seleccionar el protocolo de compatibilidad predeterminado de SSL.
Las opciones predeterminadas son SSLv3 y SSLv2. Tambin es posible

cambiarlas a TSL. La Consola Java ha dejado de ser modal. Si utiliza las
funciones de la nueva modalidad de AWT en Java 6, podr interactuar con la
consola de Java incluso cuando la aplicacin muestre un cuadro de dilogo de
modo.
64
Caractersticas aadidas a Java 6 Actualizacin 10
Segn Lauren (2009). Implementacin mejorada: en la versin Java 6

Actualizacin 10 se introdujo el kit de herramientas de implementacin (DT) de
Java. Los applets y las aplicaciones de Java utilizan Java DT para ayudar a
conseguir la versin correcta de Java para el sistema del usuario. As se facilita la
deteccin del entorno Java del usuario, as como la implementacin de la
plataforma de Java.
Es necesario consultar el Kit de herramientas de implementacin de Java para

obtener ms informacin. Nuevo instalador en lnea: el instalador en lnea Java
Kernel permite a aquellos que usan Java por primera vez ejecutar applets y
aplicaciones de Java Web Start de forma an ms rpida sin esperar a que se
descargue por completo la plataforma Java.
Este mecanismo de instalacin permite al usuario final organizar y ejecutar de

forma ms rpida, mientras que el proceso de instalacin completa de Java tiene
lugar en un segundo plano. Si desea obtener ms informacin, consulte las
preguntas frecuentes sobre Java Kernel.
Actualizacin automtica mejorada: la actualizacin automtica de Java

tambin se ha mejorado mediante el uso de un mecanismo de solucin que
proporciona un proceso de actualizacin ms rpido y fiable. Las actualizaciones
dejarn de aparecer en la lista del cuadro de dilogo de Windows 'Agregar o quitar
programas' como un elemento independiente. Tampoco consumirn espacio
adicional en el disco.
Java Quick Starter: esta caracterstica carga partes de Java en la memoria, lo

que disminuye significativamente el tiempo medio de arranque en fro.
65
Compatibilidad de aceleracin de hardware: la nueva tubera para grficos

acelerados de hardware basada en la API Microsoft Direct3D 9 implica mejoras de
la versin de las aplicaciones Swing (basadas en transformaciones arbitrarias,
translucidez y gradientes), as como en otras operaciones 2D ms avanzadas.
Java Micro Edition
De acuerdo con Lauren (2009). La plataforma Java Micro Edition (Java ME), o
anteriormente Java 2 Micro Edition (J2ME), es una especificacin de un
subconjunto de la plataforma Java orientada a proveer una coleccin certificada de
APIs de desarrollo de software para dispositivos con recursos restringidos. Est
orientado
productos
de
consumo
como
PDAs,
telfonos
mviles
electrodomsticos.
Explica Lauren (2009) que: Java ME se ha convertido en una buena opcin

para crear juegos en telfonos mviles debido a que se puede emular en un PC
durante la fase de desarrollo y luego subirlos fcilmente al telfono. Al utilizar
tecnologas Java el desarrollo de aplicaciones o videojuegos con estas APIs
resulta bastante econmico de portar a otros dispositivos.
Lauren
(2009).
Java
ME
fue
desarrollado
mediante
el
Java
CommunityProcess bajo la especificacin JSR 68. La evolucin de la plataforma

ha propiciado el abandono de las Java SpecificationRequest (peticiones de
especificacin para Java) en favor de JSRs separadas para las distintas versiones
de Java ME.
66
Bases Legales
Constitucin de la Repblica Bolivariana de Venezuela 1999
Artculo 110. El Estado reconocer el inters pblico de la

ciencia, la tecnologa, el conocimiento, la innovacin y sus
aplicaciones y los servicios de informacin necesarios por ser
instrumentos fundamentales para el desarrollo econmico, social y
poltico del pas, as como para la seguridad y soberana nacional.
Para el fomento y desarrollo de esas actividades, el Estado destinar
recursos suficientes y crear el sistema nacional de ciencia y
tecnologa de acuerdo con la ley. El sector privado deber aportar
recursos para las mismas. El Estado garantizar el cumplimiento de
los principios ticos y legales que deben regir las actividades de
investigacin
cientfica,
humanstica
tecnolgica.
La
ley
determinar los modos y medios para dar cumplimiento a esta

garanta.
El anterior artculo, demuestra que es mandato constitucional el apoyar y

desarrollar los aspectos tecnolgicos en el pas, lo que demuestra que este trabajo
de investigacin, est en consonancia con lo establecido en la carta magna
venezolana.
Ley Orgnica de Telecomunicaciones
Gaceta Oficial de la Repblica de Venezuela N 36.920, De fecha 28 de

marzo de 2000
Se excluye del objeto de esta Ley la regulacin del contenido de las

transmisiones y
comunicaciones cursadas a travs de los distintos medios de

67
telecomunicaciones, la cual se regir por las disposiciones constitucionales, legales y

reglamentarias correspondientes.
Artculo 1.- Esta Ley tiene por objeto establecer el marco legal de regulacin
general de las telecomunicaciones, a fin de garantizar el derecho humano de
las personas a la comunicacin y a la realizacin de las actividades
econmicas de telecomunicaciones necesarias para lograrlo, sin ms
limitaciones que las derivadas de la Constitucin y las leyes.
Este citado artculo demuestra que la normativa legal venezolana regula y protege
los procedimientos dentro del marco de las telecomunicaciones.
Decreto Sobre Internet Como Prioridad
N 825 del 10 de mayo de 2000 publicado en la Gaceta Oficial de la Repblica

de Venezuela N 36.955, De fecha 22 de mayo de 2000.
Artculo 1: Se declara el acceso y uso de Internet como poltica prioritaria

para el desarrollo cultural, econmico, social y poltico de la Repblica
Bolivariana de Venezuela.
Artculo 2: Los rganos de la Administracin Pblica Nacional debern incluir

en los planes sectoriales que realicen, as como en el desarrollo de sus
actividades, metas relacionadas con el uso de Internet para facilitar la
tramitacin de los asuntos de sus respectivas competencias.
Artculo 3: Los organismos pblicos debern utilizar preferentemente

Internet para el intercambio de informacin con los particulares, prestando
servicios comunitarios a travs de Internet, tales como bolsas de trabajo,
buzn de denuncias, trmites comunitarios con los centros de salud,
68
educacin, informacin y otros, as como cualquier otro servicio que ofrezca

facilidades y soluciones a las necesidades de la poblacin. La utilizacin de
Internet tambin deber suscribirse a los fines del funcionamiento operativo de
los organismos pblicos tanto interna como externamente.
Artculo 4: Los medios de comunicacin del Estado debern promover y

divulgar informacin referente al uso de Internet. Se exhorta a los medios de
comunicacin privados a colaborar con la referida labor informativa.
Artculo 5: El Ministerio de Educacin, Cultura y Deportes dictar las

directrices tendentes a instruir sobre el uso de Internet, el comercio
electrnico, la interrelacin y la sociedad del conocimiento. Para la correcta
implementacin de lo indicado, debern incluirse estos temas en los planes
de mejoramiento profesional del magisterio.
Como puede observarse, en la repblica de Venezuela, existen ciertas leyes que

no solo regulan el uso y desarrollo de instrumentos a travs de Internet, sino que
adems se apoya este tipo de tecnloga y se exhorta al empresariado privado a las
instituciones educativas al desarrollo y promocin de esta tecnologa.
Niveles de Anlisis de las Variables
Una definicin operacional es, esencialmente, aquella que indique un cierto

fenmeno existente, y lo hace especificando de manera precisa y preferiblemente, en
que unidades puede ser medido dicho fenmeno.
Una definicin operacional de un concepto, consiste en un enunciado de las

operaciones necesarias para producir el fenmeno.
Luego de la definicin conceptual se debe definir la operacionalizacin de las
variables. Balestrini (2006) establece que: En esta etapa del proceso de
69
operacionalizacin, se establece especficamente el significado que ha de

otorgrsele a un determinado trmino dentro de la investigacin. (p.114).
Para medir y aproximarse de manera ms exacta a las variables es necesario
desglosarlas en aspectos cada vez ms sencillos, agrupndolos en dimensiones e
indicadores. Las dimensiones permiten relacionar la variable con los enunciados
relativos a las propiedades consideradas esenciales del hecho referido en la
definicin, representan al rea o las reas del conocimiento que integra la variable y
del cual se desprendern los indicadores.
Cuando se define operacionalmente un trmino, se pretende sealar los

indicadores que van a servir para la realizacin del fenmeno que nos ocupa, de ah
que en lo posible se deban utilizar trminos con posibilidad de medicin.
Sabino (2005) seala que expresen consistentemente el comportamiento de la
variable. Se podr decir entonces que la variable se define a partir de un conjunto de
indicadores y no ya solamente desde el punto de vista terico (p.90). En la
operacionalizacin de variables es necesario tener en cuenta dos factores de
importancia:
1.
La lgica: Desarrollo de variables concernientes al tema.
2.
El conocimiento: Es necesario la reformacin pertinente, lo cual permite
construir dimensiones e indicadores.

3.
La informacin mnima necesaria para el anlisis en una investigacin
proviene de la operacionalizacin de variables, ya que los instrumentos de relacin

de recoleccin de los datos se construyen a partir de las dimensiones e indicadores
de la variable.
70
Definicin de Trminos
Algoritmo: Melinkoff, R (2007). Conjunto de procedimientos mediante los que se

consigue un efecto. Suelen expresarse a travs de letras, cifras y smbolos, que
forman un algoritmo determinado.
Android: Conder (2009). Es un sistema operativo para mviles al igual que

Windows es un sistema operativo para computadoras.
AndroidMarket: Conder (2009). Es la tienda de aplicaciones compatibles con

Android. Se puede acceder desde el terminal Android y una vez conectados elegir,
descargar e instalar las aplicaciones, juegos, utilidades. Desde Marzo del 2012 se
llama GOOGLE PLAY STORE.
API: Berros (2005).Del ingls Application Programming Interface. Interfaz de

Programacin de Aplicaciones. Una serie de rutinas usadas por una aplicacin
para gestionar generalmente servicios de bajo nivel, realizados por el sistema
operativo de la computadora.
Applet: Conder (2009). Pequea aplicacin escrita en Java la cual se difunde a

travs de la red en orden de ejecutarse en el navegador cliente.
Base de Datos: Conjunto de datos operacionales relacionados entre s.
Los
datos son lgicamente coherentes y con significados.
CRL: Ableson (2011).La Lista de Certificados Revocados o CRL contiene los

nmeros de serie de los certificados digitales que han sido revocados, y la razn
de la revocacin. Estas listas se copian a repositorios pblicos de modo que otras
aplicaciones (clientes de correo, servidores) puedan comprobar el estado de un
certificado antes de confiar en l.
71
Kernel: Berros (2005).El kernel (en ingles) es el centro esencial de un sistema

operativo, el ncleo que proporciona servicios bsicos para todas las partes del
sistema operativo. El kernel contrasta con el "shell", la parte exterior del sistema
operativo que interacta con el usuario por medio de comandos. El kernel (en
ingls) es el centro esencial de un sistema operativo, el ncleo que proporciona
servicios bsicos para todas las partes del sistema operativo. El kernel contrasta
con el "shell", la parte exterior del sistema operativo que interacta con el usuario
por medio de comandos.
Linux: Ableson (2011). Es un sistema operativo al igual que Windows Xp o Mac

Os x
SDK Android: Conder (2009). Es un conjunto de herramientas y programas

necesarios para que los desarrolladores lleven a cabo su trabajo.
PDA: Ableson(2011). Personal Digital Assitant (Asistente Digital Personal). Es una

computadora muy pequea cuya principal funcin es, en principio, mantener una
agenda electrnica.
Internet: Es una red de redes, es decir, una red que no solo est conectada
computadoras, sino a redes de computadoras.
Sistema Web: Sistema de computacin que es accedido a travs de tecnologa

Internet.
72
Cuadro N 3
Operacionalizacin de Variables
Objetivos
Variables
Dimensiones
Indicadores
Especficos
los
Requerimientos
requerimientos
de
informacin
de
informacin
necesarios para la
necesarios para la
difusin
de
la
informacin a travs
de
tems
Determinar
difusin
Instrumento
Aplicacin
bajo
sistema
operativo
Cuestionario
1
2
Procedimientos
de Automatizacin Almacenamiento
informacin a travs
de Registros
de Smartphone
Compatibilidad
dispositivos
mviles
Datos
Cuestionario
Cuestionario
Plataforma
el
Instalada con SDK

de Android
Android
Analizar
los
Requerimientos
Aplicacin
Rapidez
Cuestionario
requerimientos
de
necesario para la
Smartphone
Armnico
Cuestionario
informacin para la
difusin de
para Android
difusin
informacin de la
Seguridad de los
Cuestionario
informacin a travs
empresa Grupo
Datos
de
Infoguianet, C. A.
de
dispositivos
73
mviles
bajo
el
sistema
operativo
Android
Disear la
interfaz
Interfaz grfica y las
Diseo de
Colores
Observacin
grfica y las base de
base de datos
Pantallas
Logo
directa
datos
necesarias para la
Java 6
Bibliografa
necesarios
para la difusin de
difusin de
informacin a travs
informacin del
de
Grupo Infoguianet,
dispositivos
mviles
bajo
el
sistema
operativo
C. A.
Android.
Construir
los
algoritmos
Algoritmos y
Programacin
funciones necesarios orientada a
funciones necesarios
para el desarrollo de objeto
para
la aplicacin mvil.
travs
de
Eclipse
dispositivos mviles
bajo
el
sistema
operativo Android.
Definir el plan de
Plan de pruebas
pruebas individuales
individuales e
Anlisis del
sistema
74
Acceso a la
Observacin
aplicacin
Directa
integrales,
integrales
definiendo un grupo
datos
piloto para obtener la

certificacin
exactitud
y
en
el
funcionamiento
del
Ingreso de
Velocidad
Procesamiento
Presentacin
de la
sistema
informacin
75
Entrevista
CAPTULO III
MARCO METODOLGICO
Consideraciones Generales
Segn Arias F. (2006), La metodologa del proyecto incluye el tipo o tipos de
investigacin, las tcnicas y los procedimientos que sern utilizados para llevar a
cabo la indagacin. Es el como se realiz el estudio para responder al problema
planteado (p. 15). De acuerdo a lo planteado en este captulo, se centra la mdula
del plan operativo del trabajo de investigacin y por ello, orienta el curso de las
acciones a seguir para la solucin de la problemtica planteada.
Tipo de Investigacin
Define Ballestrini (2006) Proyecto Factible: Consiste el elaborar una propuesta
viable que atiende a necesidades en una institucin, organizacin o grupo social
que se han evidenciado a travs de una investigacin documenta lo de una
investigacin de Campo (p.43). Sostiene Abraham J. (2003) dentro de la
Formulacin de un proyecto factible:
El propsito de este tipo de estudio es desarrollar
nuevas destrezas o enfoques para resolver problemas
cuya solucin es de aplicacin directa en el campo de
trabajo. Las caractersticas del proyecto factible son: 1)
Investigacin prctica y directamente relacionada con
situaciones reales en el mundo del trabajo. 2) Provee un
marco ordenado para resolver problemas y desarrollar
nuevos enfoques que sean superiores a los que se
76
quieren cambiar. 3) es investigacin emprica porque se

apoya en observaciones reales y no cae en la subjetividad
de opiniones basadas slo en la experiencia. 4) Es
flexible, adaptable, capaz de permitir cambios durante la
investigacin y de sacrificar control a favor de capacidad
de
respuestas,
as
como
de
realizar
pruebas
innovaciones sobre la marcha. (p.41)
Con base a las premisas anteriores esta investigacin se tipifica perfectamente

dentro de estos planteamientos, ya que el objetivo principal de este trabajo radica
en elaborar una propuesta viable que permita el Desarrollo de una aplicacin para
la difusin de informacin a travs de dispositivos mviles bajo el sistema
operativo Android. Caso: Grupo Infoguianet, C. A
En este sentido Bavaresco A. (2003 47) seala: una investigacin de campo es
aquel tipo de investigacin que se lleva a cabo a travs de la observacin,
encuestas y registro de datos relacionados con el tema que se est
desarrollando.
Por fundamentarse en diferentes fuentes de informacin bibliogrfica, esta

investigacin se enmarca igualmente dentro de las investigaciones documentales,
esto debido que todo el marco terico, el cual es necesario para el desarrollo de la
aplicacin, se tom de diferentes fuentes de informacin tales como libros, folletos,
manuales, trabajos de grado y diversos artculos publicados en Internet.
Investigacin Documental definida por Snchez (2004) como el El estudio de
problemas con el propsito de ampliar y profundizar el conocimiento de su
naturaleza, con apoyo principalmente de fuentes bibliogrficas y documentales
(p.185)
77
De acuerdo a Hernndez (2006), la investigacin bibliogrfica es una amplia

bsqueda de informacin sobre una cuestin determinada, que debe realizarse de
un modo sistemtico, pero no analiza los problemas que esto implica. (p.75).
Bajo esta premisa, puede afirmarse que es el proceso de bsqueda de
informacin en documentos para determinar cul es el conocimiento existente en
un rea particular.
Explica Hernndez (2006), que puede entenderse como el conjunto de

conocimientos y tcnicas que el estudiante, profesional o investigador deben
poseer para:
1.
Usar habitualmente la biblioteca y sus fuentes,
2.
Hacer pesquisas bibliogrficas, y
3.
Escribir documentos cientficos.
Adems, el acierto en la elaboracin de cualquier trabajo de investigacin

depende de la cuidadosa indagacin del tema, de la habilidad para escoger y
evaluar materiales, de tomar notas claras y bien documentadas y, depende
tambin, de la presentacin y el ordenado desarrollo de los hechos en
consonancia con los propsitos del documento. (p.77)
Diseo de la Investigacin
Con base a las premisas anteriores esta investigacin se tipifica como mixta,
debido que las fuentes son primarias (fuentes vivas) y secundarias (fuentes
bibliogrficas).
78
Este se refiere al grado de profundidad con que se aborda un fenmeno u

objeto de estudio. La investigacin a realizar es del tipo: Descriptivo, porque se
narraron y detallaron los sucesos que acontecen dentro de esta investigacin y el
tema a desarrollar. Como lo es: Conocer los procesos del servicio de difusin de
informacin del Grupo Infoguianet Net, C.A.
Sostiene Hurtado J (2006): destacando los recursos que se usaron para
buscar el material ms indicado que ofreciera la mayor informacin posible.
Adems, seala las herramientas que utilizaron los autores para recopilar la
informacin que ha sido analizada para cumplir los objetivos planteados. (p.26)
Por su parte Balestrini M. (2006) explica que Investigacin Descriptiva:

Consiste en la caracterizacin de un hecho, fenmeno,
individuo o grupo, con el fin de establecer su estructura o
comportamiento. Los resultados de este tipo de investigacin
se ubican con un nivel intermedio en cuanto a la profundidad
de los conocimientos se refiere. (p.21)
El citado autor, aclara que este tipo de investigacin a su vez puede clasificarse
en:
a) Estudio de Variables independiente: su misin es observar y

cuantificar la modificacin de una o ms caractersticas de un
grupo, sin establecer relaciones entre esta, en ella no se
formulan hiptesis y las variables aparecen enunciadas en los
objetivos de investigacin. (p.23)
79
Poblacin
Para efectos de esta investigacin y respondiendo al concepto de poblacin que

realiza Balestrini (2003), quien afirma Una poblacin o universo puede estar referido
a cualquier conjunto de elementos de los cuales pretendemos indagar y conocer sus
caractersticas o una de ellas, y para la cual sern vlidas las conclusiones obtenidas
en la investigacin.
El objeto de este estudio poblacional lo conforman administradores y gerentes de

la empresa Grupo Infoguianet C. A. En funcin de los mismos, se tomo como
muestra la misma poblacin, por ser relativamente pequea; por consiguiente se le
denomina de censo o exhaustiva. En consecuencia de Ary y otros
(2002)
manifiestan: Cuando se tiene la posibilidad de acceder a toda la poblacin no es

pertinente realizar ningn clculo de tamao de muestra (p.231).
En toda investigacin es importante identificar el universo estudiado, o la

poblacin total que se someter a estudio durante las fases previstas. Por ello una
poblacin est determinada por sus caractersticas definitorias, por tanto, el conjunto
de elementos que posea estas caractersticas es una poblacin o universo.
Al respecto Arias (2006) expresa que, la poblacin es el conjunto de todos los
casos que concuerdan con una serie de especificaciones, la cual se estudia y da
origen a los datos de investigacin. (p. 120). En este estudio la poblacin estar
constituida por las seis (6) personas que laboran en la Gerencia de Administracin
del Grupo Infoguianet, C.A., las cules son las tienen la responsabilidad de la
automatizacin de toda la organizacin.
80
Por lo tanto, la poblacin es finita, segn Arias F. (2006) expresa que finita Es
aquella que indica que es posible alcanzarse o sobrepasarse al contar, que posee o
incluye un nmero limitado de medidas y observaciones (p.16).
Cargo
Cantidad
Administrador
Gerente de Mercadeo
Gerente de Redes
Gerente de Proyectos de Comunicacin
Gerente de Innovacin
Gerente de Sistemas
Total
Cuadro N 4 Estratificacin de la Poblacin y Muestra de Grupo Infoguianet, C.A.
Muestra
La muestra descansa en el principio de que las partes representan al todo y

por lo tanto reflejan las caractersticas que definen la poblacin de la que fue
extrada, indicando que es representativa.
A su vez, esta representa la porcin de unidades seleccionadas de un lote

para obtener la informacin necesaria que permita apreciar una o ms
caractersticas de ese lote. Hernndez, Fernndez y Batista (2006), definen la
muestra como un subgrupo de la poblacin, es decir que es un subconjunto que
pertenece a ese conjunto definido en sus caractersticas a las que llamaremos
poblacin (p. 128).
81
La muestra representa a un grupo especfico y determinado de la poblacin,

es por ello que es un subconjunto definido en sus caractersticas comunes
extrado representativamente del universo total. Cabe destacar, que por las
condiciones propias de la empresa y del departamento en estudio la muestra est
representada por seis (6) personas, que son los integrantes exactos de la
poblacin de la poblacin. N=m (donde N corresponde a poblacin y m es
muestra).
De acuerdo a esto, tal como lo seala Crdenas (2005), ... se est ante la
presencia de una muestra del tipo censal, ya que puede participar toda la
poblacin, sin necesidad de determinarse la muestra (p. 122).
Validez y confiabilidad del Instrumento
Cuando el investigador tiene definidas las tcnicas e instrumentos de

recoleccin de datos, estos deben ser vlidos y confiables, en este sentido el
investigador afronta una situacin importante, ya que sta obedece a la necesidad
de tener confianza en el proceso de recoleccin de los datos, as como tambin la
certeza de los datos obtenidos.
En esta perspectiva Hernndez (2006), determinan la validez, como el grado

en que un instrumento realmente puede medir las variables o los datos que se
pretenden aplicar al objeto de estudio. Sin duda el investigador busca la certeza y
objetividad del instrumento.
De hecho, para determinar la validez del instrumento se procedi al juicio de

tres expertos, lo que significa que antes de ser aplicado el cuestionario fue
presentado a conocedores en el rea de metodologa y de Administracin, quienes
verificaron que el instrumento est en condiciones optimas para su aplicacin, les
82
fue entregado una hoja contentiva del ttulo, objetivo general, especficos junto con
el cuestionario y el formulario para la validacin.
De acuerdo con Osuna (2010)

La validez, se refiere al grado en que el instrumento de
recoleccin de informacin mida lo en realidad lo que se desea
medir y esta se determina a travs de un procedimiento llamado
juicio de expertos, el cual infiere que tres especialistas, uno (1)
en metodologa, dos (2) expertos en contenido emitirn una
opinin. Para este procedimiento se realizar a partir de la
entrega de una copia del planteamiento del problema, copia del
cuadro de variables y su operacionalizacin, copia del
instrumento y copia de la matriz de validacin para que cada
experto estudie y responda los siguientes aspectos: coherencia
con los objetivos de investigacin, correspondencia entre los
tems con los indicadores establecidos en la operacionalizacin
de las variables, redaccin de instrucciones. (p.24)
De acuerdo a la Sabino (2003), la confiabilidad es el procedimiento para
determinar el grado de efectividad del instrumento que se elaboro para la
recoleccin de la informacin. (p.24). En este sentido Osuna (2010), seala que
para estimar la confiabilidad puede utilizar uno de los siguientes mtodos:
Confiabilidad de consistencia interna, permite determinar el grado en que

tems de una prueba estn las correlaciones entre s. Existen diferentes
procedimientos para estimar la confiabilidad, pero los ms conocidos son:
1. Kuder y Richardson: aplicables a pruebas dicotmicas, es decir las

respuestas son: correctas o incorrectas.
83
2. Alpha de Kronbach (No existen respuestas correctas o incorrectas, sino

que el sujeto marca el valor que mejor representa su respuesta.
3. Dos mitades, corregido por la frmula de Spearman Brown.
Motivado a que el instrumento realizado fue un cuestionario de tipo cerrado o

dicotmico, se utiliz la confiabilidad de Kuder y Richardson, la cual puede ser
observada en la Matriz de Validacin del Instrumento de Datos.
Tcnicas e Instrumentos de Recoleccin de Datos
Para cumplir con los objetivos planteados fue necesario acudir a la utilizacin
de una serie de tcnicas e instrumentos metodolgicos los cuales permitieron
recopilar la informacin necesaria y analizarla correctamente. Segn Tamayo y
Tamayo, (2003), las tcnicas de recoleccin de datos son la parte operativa del
diseo investigativo, hace relacin al procedimiento condiciones y lugares de la
recoleccin de datos (p. 114). Por otro lado el mismo autor, hace la siguiente
referencia:
La recopilacin de datos depende en gran parte del tipo de
investigacin y del problema planteado para la misma y puede
efectuarse
desde
la
simple ficha
bibliogrfica,
observacin,
entrevista, cuestionario o encuesta y aun mediante ejecucin de

investigacin para este fin. (p. 56).
Para el desarrollo de esta investigacin, se utilizaran como tcnicas en primer

lugar la observacin directa, y en segundo lugar la encuesta. De acuerdo a Sabino
C. (2005).
84
Es el uso sistemtico de nuestro sentido, en la bsqueda de

los datos que necesitamos, para resolver un problema de
investigacin. Dicho de otro modo, observar cientficamente, es
percibir activamente la realidad exterior, orientndose hacia la
recoleccin de datos, previamente definidos, como inters en el
curso de una investigacin (p.132).
La observacin directa, est influenciada por situaciones que se ven envueltas

en el ambiente de comportamiento de los empleados, acontecimientos en cuanto a
quejas o reclamos visualizadas y tomadas en cuenta, por el autor del trabajo
investigativo por lo tanto, se considera que la observacin permite el contacto
directo con la problemtica a estudiar.
Para recoger los datos obtenidos en este proceso, se utilizar una gua de
observaciones, la cual segn Arias F. (2006) permite resumir y presentar de
forma cualitativa los hechos percibidos por el investigador directamente donde se
desarrolla la problemtica (p. 54) con la cual se trata de obtener informacin a
travs de un grupo significativo de personas acerca del problema en estudio,
adems ser necesario una entrevista formal con el personal del Grupo
Infoguianet, C.A., para adquirir ms informacin con relacin a la problemtica
planteada.
Arias (2006) define que la entrevista formal, se caracteriza porque se dispone
de una gua de preguntas elaboradas previamente. (p.74).
Segn Tamayo y Tamayo (2003):
Es una tcnica mediante el cual, se debe seguir una serie
de procesos en la que se basa en una informacin primaria
85
recabada por una serie de preguntas, que puede ser de tipo

abierta, cerrada, dicotmica, realizado bajo un lenguaje claro
con preguntas concretas, que pueda ayudar a determinar en
dnde o con qu frecuencia se ejecuta una accin y as dar
una solucin al problema percibido en la encuesta (p. 35).
La tcnica de la encuesta, representa una estrategia con amplias

potencialidades que le permiten al investigador recabar informacin objetiva de la
problemtica planteada. En virtud de ello, para que la tcnica tenga sentido debe
estar sustentada en un instrumento que sirva de modelo para su realizacin, en el
presente estudio se utiliza un cuestionario, con respecto a este: Sabino C. (2005),
expresa que ste es el procedimiento general para la obtencin eficiente y
ordenada de los datos relativos al trabajo de investigacin. (p. 70).
Por ello, a travs del cuestionario se determinan objetivamente las variables

planteadas, el cual constar de doce (12) preguntas de alternativas cerradas, es
decir en l que el encuestado solo tiene la posibilidad de responder Si o No,
utilizado como herramienta de recoleccin de datos, ste sirvi para localizar las
fallas que presenta la organizacin frente a la situacin propuesta en el trabajo de
grado, la cual es la fuente de resultados que enrumb, el diseo de la aplicacin
mvil para Smartphone bajo un sistema operativo Android en la prestacin del
servicio de difusin de informacin del Grupo Infoguianet, C.A.
Las tcnicas de anlisis de la investigacin se refieren a todos los

instrumentos que puedan utilizarse para lograr una cuantificacin de los datos
recabados. Para el procesamiento de datos se crearan tablas en hojas de clculos
en las que se vaciaran los datos recolectados, para luego cuantificarlos o
cualificarlos y poder llegar a conclusiones.
86
De acuerdo a Bavaresco A. (2003), la unidad de anlisis es la forma en que se

cuantificaran o cualificaran los resultados, para poder llegar a una conclusin del
estudio, Para esta investigacin, la unidad de anlisis, es cualitativa con una
escala mxima del 100%., los datos primarios se obtendrn a travs de la
aplicacin de la tcnica de la encuesta.
Anlisis e Interpretacin de los Resultados
Tcnicas de Procesamiento se refiere a las operaciones que son sometidos

los datos que se obtienen. En el caso de la investigacin, se procedi a tabular los
resultados, previo vaciado en hojas de clculos, graficarlos para su posterior
interpretacin.
En el desarrollo de la investigacin del tema, utilizaran varias tcnicas para el

anlisis de los datos, ante los cuales destacan el subrayado y la extraccin de los
fragmentos textuales ms importantes del material bibliogrfico, tambin se
realizaron sntesis y breves resmenes de informacin muy extensa y luego de
esto, se procedi al anlisis del mismo.
Ballestrini (2006), afirma: En la Investigacin, la unidad de anlisis es la
forma en que se cuantificaran o cualificaran los resultados, para poder llegar a una
conclusin del estudio. Para esta investigacin, la unidad de anlisis, es
cualitativa con una escala mxima del 100%.
Vale acotar que el tipo de grfica
a utilizar en esta investigacin ser:
Diagramas de sectores: Que de acuerdo a Ballestrini (2006). Se divide un crculo

en tantas porciones como clases existan, de modo que a cada clase le
corresponde un arco de crculo proporcional a su frecuencia absoluta o relativa.
(p.31). Vale destacar que los resultados se tabulan colocando a cada respuesta el
87
valor de (1), al seleccionar una de las opciones la otra tomara automticamente el

valor (0) o nulo.
Una porcin de la informacin pronunciada durante la entrevista se codific,

tabul y present a travs de cuadros estadsticos, debido a que se determin que
pueden ser cuantificadas. Los datos obtenidos dieron lugar a informacin de tipo
numrica y a continuacin se presentan:
1. Conoce usted las necesidades o requerimientos que el sistema a

desarrollar debe cumplir?
Frecuencia
Cantidad
Porcentaje
SI
83%
NO
17%
TOTAL
100%
Cuadro 5: Requerimientos del sistema
88
SI
NO
Grafico 1: Requerimientos del sistema
Como se aprecia en el grafico el 83% del Personal conoce todos los

requerimientos del sistema que se va a desarrollar mientras que un 17% no lo
sabe.
2. Considera que la funcionabilidad de la aplicacin debe ser sencilla para

que todas las personas puedan hacer uso de ella?
Frecuencia
Cantidad
Porcentaje
SI
100%
NO
0%
TOTAL
100%
Cuadro 6: Funcionabilidad Aplicacin
89
SI
NO
Grafico 2: Funcionabilidad Aplicacin
El 100% de la junta directiva est de acuerdo de que la aplicacin que se va

a desarrollar debe ser sencilla a la hora de codificarla.
3. Considera usted que el nuevo sistema debe presentar el mismo contenido

de la pgina web?
Frecuencia
Cantidad
Porcentaje
SI
67%
NO
33%
TOTAL
100%
Cuadro 7: Contenido
90
SI
NO
Grafico 3: Contenido
Como se aprecia en el grafico el 67% de la junta directiva considera que la la

aplicacin debe manejar el mismo contenido que la pgina web, mientras tanto
que al 33% restante le parece que se podra cambiar.
4. Considera usted que la base de datos de la pgina web contiene toda la

informacin que los usuarios requieren?
Frecuencia
Cantidad
Porcentaje
SI
100%
NO
0%
TOTAL
100%
Cuadro 8: Informacin
91
SI
NO
Grafico 4: Informacin
El 100% de las personas encuestadas afirma que la las base datos de su
pgina web la cual maneja el Grupo Infoguianet, C. A. tiene toda la informacin
necesaria para sus usuarios.
5. Considera usted que los diseos visuales de esta aplicacin deben ser
similares a los de la pgina web?
Frecuencia
Cantidad
Porcentaje
SI
83%
NO
17%
TOTAL
100%
Cuadro 9: Diseos
92
SI
NO
Grafico 5: Diseos
Tan solo un 17% afirma que le gustara cambiar los diseos visuales al
llevar su pgina a una aplicacin para Smartphone mientras que un 83% persiste
en que tanto la aplicacin como su pgina web deben ser similares.
6. Cree usted que el alcance de esta aplicacin se adapta a los

requerimientos de la empresa?
Frecuencia
Cantidad
Porcentaje
SI
67%
NO
33%
TOTAL
100%
Cuadro 10: Alcance
93
SI
NO
Grafico 6: Alcance
Un 67% de la junta directiva est de acuerdo en que la aplicacin cumple

con el alcance a los requerimientos de la empresa.
7. Certifica usted que los resultados de las pruebas piloto son correctas?
Frecuencia
Cantidad
Porcentaje
SI
100%
NO
0%
TOTAL
100%
Cuadro 11: Pruebas piloto
94
SI
NO
Grafico 7: Pruebas piloto
El grafico muestra que toda la junta est de acuerdo en que las pruebas
pilotos se realizaron a cabalidad.
95
CAPTULO IV
SISTEMA ACTUAL
Descripcin del Sistema Actual
Constantemente las personas requieren informacin y servicios profesionales

de otras personas o empresas, tan sencillo como por ejemplo: un maestro de obra para
realizar una obra civil, un servicio de Taxis, un plomero, electricista, la ubicacin de un
banco, una universidad, de una empresa y cuantas otras necesidades pueden ser
descritas. Lo curioso de esta informacin, tan sencilla, comn y hasta tonta, obliga a
las personas a contactar amigos, medios de comunicacin y publicidad para obtenerla.
Tiempo, esfuerzo y facilidad de acceder a esta informacin son variables que se
pierden de vista en esta bsqueda; Infoguianet entendi esta necesidad, de all su
norte y la razn de existencia desde el primer momento que inici sus operaciones.
Para la empresa Grupo Infoguianet C. A. su principal motivacin estuvo en

colocar a disposicin y de forma sencilla, la informacin de todas las empresas,
comercios y profesionales de Venezuela, para aquellas empresas o personas que
requieren de un servicio en particular, por este motivo hace ms de quince aos,
especficamente en 1992, usaron como primer sistema una versin en DOS en
disquete de 5 , pasando a disquetes de 3 y luego a la versin CD, de esta forma
este formato digital, ayuda a la empresa a colaborar con el medio ambiente y a la
utilizacin de los espacios de las oficinas, permitiendo reducir costos y as aumentar la
posibilidad de tener informacin ms extensa por cada una de las empresas o
registros; direcciones ms completas, listado de sucursales, todos los nmeros de
telfono y una descripcin de lo que se ofrece. Con el potencial que ofreca internet
como estrategia, en 1.997, para divulgar informacin de forma rpida, econmica e
inmediata y proveer servicios, Grupo Infoguianet C. A.se embarca en un proyecto para
tener presencia en la red pblica, el desarrollo de un sitio (pgina) permiti lograr la
masificacin de la informacin y de la publicidad de sus anunciantes.
96
El sistema actual consiste en un buscador inteligente a travs de una pgina

web, que trabaja con palabras relacionadas y sinnimos que garantizan la obtencin
de la informacin solicitada y cuenta con un algoritmo de depuracin, que internamente
interpreta los errores de escritura ms comunes al realizar las bsquedas y obtener la
informacin solicitada por estado, regin o ciudades adyacentes a la zona de inters.
Las empresas, que estn registradas o indexadas dentro del sistema, no requieren
tener pgina web, es decir, Infoguianet contiene los datos de todas las empresas,
comercios y servicios de Venezuela, tengan o no Pgina Web.
Los anunciantes tienen la alternativa de colocar su publicidad e informacin

relacionada en las categoras a la cual corresponden sus productos o servicios,
pudiendo utilizar tambin banners en categoras que pertenecen a otros segmentos
de mercado de su preferencia., todos con link directo a la web y al e-mail del
anunciante. Los Diseos de la publicidad y banners pueden ser modificados de
acuerdo a los requerimientos del cliente lo que favorece la inclusin de ofertas y
novedades.
El sistema del Grupo Infoguianet C. A. cuenta con ms de 1.600.000 visitantes

mensuales, quienes son todos los usuarios requiriendo y buscando informacin de
los productos y servicios que ofrecen los anunciantes.
97
CAPTULO V
SISTEMA PROPUESTO
Descripcin del Sistema Propuesto
Aplicacin de la Metodologas de Anlisis y Diseo de Sistemas
En este apartado se presenta el sistema propuesto al Grupo Infoguianet, C.A,

asociado con la difusin de informacin a travs de dispositivos mviles.
El sistema propuesto procura ofrecer a los clientes informacin de sus

asociados a travs de otro medio de conexin, ampliando de esta forma el
abanico de alternativas de acceder a la informacin.
El objetivo primordial del sistema propuesto es Desarrollar una aplicacin para

la difusin de informacin del Grupo Infoguianet, C. A. a travs de dispositivos
mviles bajo el sistema operativo Android.
El sistema propuesto consta de las siguientes funcionalidades:
Consulta de empresas
o Consulta de Nombre
o Direccin
o Nmeros Telefnicos
o Visualizacin en un mapa
o Descripcin
Consulta de profesionales
o Direccin
o Nmeros Telefnicos
98
o Descripcin
Metodologa, Anlisis y Diseo de Sistemas
El ciclo de vida para el desarrollo de sistemas se puede definir como las fases
a seguir desde que se comienza con la necesidad de un sistema hasta que el
mismo es desarrollado e implantado. No obstante los sistemas una vez
entregados estn expuestos permanentemente a correcciones para mejorar su
rendimiento, solventar fallas o adecuarse a nuevas necesidades producto de los
cambios que ocurren en la organizacin y su entorno.
Responder a estos cambios de forma oportuna, rpida y confiable es una

condicin necesaria para cualquier organizacin. Las metodologas tradicionales
de desarrollo de sistemas estn asociadas a una rigurosa definicin de
requerimientos, complejas definiciones de modelos de datos y documentacin
exhaustiva, demostrando su efectividad en proyectos complejos y a mediano o
largo plazo de entrega.
Las tecnologas emergentes, las nuevas formas de hacer negocios y la

globalizacin hacen que las
metodologas tradicionales de desarrollo de
sistemas sean ineficientes para responder con prontitud a los cambios exigidos.
Los mtodos giles son una nueva forma de trabajo que trata de responder a
los problemas histricos del desarrollo de sistemas. Los giles se adaptan al
cambio, a la incertidumbre y las rpidas exigencias de los cambios.
Existe una variedad de metodologas agiles, entre los ms reconocidos estn:

Adaptive Software Development (ASD); Crystal; Dynamic Systems Development
Method
(DSDM);
v)
Lean
Software
eXtremeProgramming (XP).
99
Development;
vi)
SCRUM;
vii)
Para el desarrollo del sistema propuesto se utiliz la metodologa gil Scrum.
La metodologa est estructurada en las siguientes fases:
Fase de planificacin.
Se define el equipo de trabajo. Se reciben las solicitudes de modificacin del

producto y se establecen prioridades de productos o ProductBacklog y se
seleccionan las peticiones de modificacin a incluir en el Sprint (El Sprint es el
perodo en el cual se lleva a cabo el trabajo en s). Adems, se establece la
viabilidad, el impacto, los problemas que puedan surgir y se evala el esfuerzo
necesario para llevar a cabo las modificaciones, por medio de la estimacin de
las pruebas de Pker Fibonacci y se preparan los contenidos de las nuevas
versiones. El alcance de las modificaciones, se determina a travs de la pila de
productos a modificar.
Se definen los roles:
Cliente: es el propietario del producto
Equipo de desarrollo: quien implementa la solicitud de modificacin del

software
Responsable de Mantenimiento (ScrumMaster): se encarga de ordenar la

pila de productos solicitud de modificacin, asignando prioridad a la
peticin, acta de intermediario entre el cliente y el equipo y verifica que se
cumplen los valores y principios de SCRUM. Tambin forma parte del
equipo de desarrollo.
Fase de desarrollo (Sprint)
100
Se realizan reuniones diarias, con el fin de gestionar el riesgo de forma

contina en cada iteracin y solucionar posibles problemas que puedan impedir el
avance. Al terminar una peticin, se realiza una reunin de revisin, para validar y
verificar el producto con el cliente.
Se aplican cambios y ajustes si son necesarios, y se identifican los aspectos

positivos y negativos, como retroalimentacin para el siguiente Sprint. El Sprint
como iteracin abordara las siguientes fases propuestas por el estndar IEEE
1219: i) diseo, ii) implementacin, iii) pruebas del sistema.
La duracin del Sprint ser de 1, 2 4 semanas, este tiempo depende del tipo
de requerimiento.
Fase de Finalizacin.
Al concluir el proceso de mantenimiento, es decir, cuando la lista de peticiones

de modificacin se encuentra vaca, se pasa a la fase de finalizacin, realizando
las actividades descriptas en la Tabla 1.
La figura 7 muestra las fases de la metodologa Scrum.
Figura 7 Fases de la metrologa Scrum
101
El cuadro 12, ilustra las fases que comprenden el estndar IEE 1219 y su
correspondiente equivalente fase en la metodologa Scrum
Estndar
IEE 1219
SCRUM
Fases
Tareas
Identificar
Identificar problema
Fase
problemas o
Definir prioridad
de
Modificaciones
Obtener aprobacin
Planificacin
Planificar recursos
Evala impacto y costos
Estudio de viabilidad
Diseo del plan de diseo, prueba e
Anlisis
implantacin
Diseo
Implementacin
Identifican objetos a ser modificados
Anlisis detallado de requerimiento
Define documentacin requerida
Establece plan de pruebas
Identifican restricciones y riesgos
Desarrollo
aprobacin
de Fase
modificaciones realizadas
Prueba del sistema
de desarrollo
Generar pruebas unitarias
Integracin del sistema
Evala el riesgo
Revisa plan de pruebas integrales
Realizar
pruebas
modificados
Revisar integridad
102
sobre
objetos
Prueba
aceptacin
Obtener certificacin
Realizan pruebas integrales de todo el
sistema
Puesta en marcha
Define plan de implantacin
Fase
Obtiene autorizacin del usuario
de finalizacin
Ejecutan
respaldos
copias
de
usuario
seguridad
Adiestramiento
del
notificacin del cambio

Cuadro 12: Estndar IEE 1219- Fuente (Juan Martnez, Mayo 1999)
El sistema propuesto consta de las siguientes funcionalidades:
o Direccin
o Nmeros Telefnicos
o Descripcin
Consulta de profesionales
o Direccin
o Nmeros Telefnicos
o Descripcin
Estos procesos se muestran grficamente en el siguiente Diagrama de Flujo
103
Diagrama de Flujo de Datos
104
Grafico 8: Diagrama de flujo de datos

Roles y Responsabilidades
En la tabla 13 se describen las responsabilidades de cada uno de los

integrantes del equipo de trabajo que participaron en el desarrollo del sistema
propuesto, de acuerdo con los roles requeridos en la metodologa Scrum.
Roles
Responsabilidades
ProductOwner
Responsable de crear y mantener el ProductBacklog.
(Cliente o
Asegurarse
usuario)
requerimientos con una prioridad mayor. Encargado de
que se realicen con anterioridad los
hablar y mantener contacto con los Stakeholders

(Desarrolladores). Representante del cliente dentro de
la empresa. Es el encargado del proyecto, quien
determina
el
qu,
el
cundo
la
rentabilidad.
Responsable de analizar el proyecto desde un punto de

vista de negocio.
ScrumMaster
Este rol no toma decisiones ni lidera el Team.
(Facilitador)
Responsable de velar por la ejecucin e integridad de la

metodologa.
Garantizar
un
ambiente
de
trabajo
adecuado y sin intervenciones externas que afecten al

Team. Encargado de adaptar la metodologa a las
condiciones del equipo actual y de controlar que todo
funcione como es debido, ayudando siempre que sea
necesario
Team (Equipo)
Encargados de desarrollar las funcionalidades del

sistema. Establecer el Sprint Backlog eligiendo qu
105
hacer durante el siguiente Sprint, bajo la supervisin del

ProductOwner, Responsables que se termine con xito
todo lo planificado.
Cuadro 13: Roles y responsabilidades
El team fue estructurado por un conjunto multidisciplinario y funcional, con

conocimientos en distintas reas del negocio y TI. En la tabla 14, se describe la
composicin del equipo de trabajo que particip en el desarrollo del sistema
propuesto:
Cargo
Responsabilidad
Lder de Proyecto
Perfil
de
Jefe
de
proyecto
Cantidad
con
conocimientos tcnicos del proyecto.

Desarrolladores
Perfil de analista programador.
Gestin de Calidad Encargado de planificar y ejecutar los
2
1
planes de test
Documentacin
Tcnico que redacta y da formato a la
documentacin completa.
Cuadro 14: Composicin del equipo (Team)
La comunicacin entre los miembros de team y el resto de los roles es

permanente y de forma fluida, a pesar de la separacin fsica de cada uno de
ellos.
106
Figura 8: Comunicacin entre los roles de Scrum
Herramientas de Apoyo
La metodologa Scrum hace uso de un conjunto de herramientas de apoyo

que sirven para soportar su ejecucin. Las herramientas utilizadas fueron hojas
de clculo (Excel), procesador de documentos (Word), presentaciones (Power
Point), todas ellas pertenecientes a la suite de Microsoft Office u OpenOffice, ya
que las funcionalidades que ofrecen stas concuerdan con las necesidades de
los materiales de soporte.
Plan del Proyecto
En este apartado se presenta los tiempos de culminacin de cada fase, la

relacin de historias (ProductBacklog) y
el plan de avance de cada historia
(Sprint Backlog).
Plan de Fases
En la tabla siguiente se muestra la duracin alcanzada en cada fase Scrum

durante el desarrollo del sistema propuesto
Fases
Duracin en semanas
Planeacin
Desarrollo
16
Finalizacin
Cuadro 15: Duracin de Fases
107
Infraestructura Tecnolgica
En el siguiente apartado se describe la infraestructura tecnolgica utilizada

durante el desarrollo del sistema propuesto:
Manejador de base de datos

o SQL Server 2012
Servicios:
o Correo electrnico interno / externo
o Proxys server (ISA Server 2012)
o DNS
Protocolos de:
o Aplicacin: http, SMTP
o Red:
TCP , UDP
Topologa de Red:
o Ethernet:
o Velocidad de transmisin:
o Mtodo de acceso:
10-100 Mbs
CSMA/CD
Servidores de:
o Aplicacin:
o Bases de datos:
o Impresin:
Servidor Web
o Web Server IIS
Plan Integral de Desarrollo del Sistema Propuesto (Project)
A continuacin se presenta un preliminar del plan de actividades del desarrollo

del sistema propuesto. Una de las caractersticas ms resaltantes de las
108
metodologas agiles es la rapidez con la cual se exige los entregables y la

definicin de nuevos requerimientos (historias) en la medida que va evolucionando
el desarrollo del sistema.
En la siguiente figura se muestra un este ltimo aspecto (actividades

aadidas) en relacin a la primer versin del plan.
Fases
Planeacin
Anlisis /
Diseo
Actividades
Fecha
Duracin
Inicio
(das)
Estado
Modelo de aplicacin
01/10/2012
Completado
Definicin del equipo
02/10/2012
Completado
Establecer roles
03/10/2012
Completado
Backlog)
04/10/2012
10
Completado
Establecer prioridades
20/10/2012
Completado
Recursos TI (Equipos/Herramientas)
21/10/2012
Completado
Aprobacin del la Fase Planeacin
22/10/2012
Completado
Total Das de planeacin
20
Completado
Modelo de Anlisis y Diseo
28/10/2012
30
Completado
Modelo de datos
07/12/2012
Completado
Base de datos
13/12/2012
Completado
Formatos de presentacin
16/12/2012
Completado
Botones
21/12/2012
Completado
Interfaces
04/01/2013
20
Completado
Permisos
24/01/2013
Completado
Recuperar datos de consulta
29/01/2013
Completado
Integridad de datos
04/02/2013
Completado
Total Das de Anlisis y Diseo
80
Completado
07/02/2013
Completado
12/02/2013
Completado
Por definir
Requerimientos funcionales (Product
Pruebas Integrales
Finalizacin Pruebas Gestin de Calidad
Solicitud de cambio
109
Aprobacin del Usuario
Por definir
Implantar cambio
Por definir
14
Por definir
Total Das para Finalizar
Figura 9: Planificacin de actividades
Historial de Revisiones
Fecha
Versin
Descripcin
01/10/12
0,9
Versin
Autor
preliminar
Presentacin inicial
del
documento. Walter Wahrman
de requerimientos Ricardo Algernon
Funcionales
03/10/2012
21/10/2012
1.1
2.0
Adecuacin
de
la
versin
preliminar. Walter Wahrman
Aprobacin de la propuesta para dar inicio
Ricardo Algernon
Versin definitiva fase de Planificacin
Walter Wahrman
Ricardo Algernon
22/10/2012
2.0
Versin
modificada
de
la
fase
de Walter Wahrman
planificacin. Aprobacin del Srummaster

24/01/2013
2.0
Versin preliminar de la fase de anlisis y Walter Wahrman

diseo
04/02/2013
2.0
Ricardo Algernon
Versin modificada. Inicio de anlisis y Walter Wahrman

diseo
2.0
12/02/2013
2.0
Ricardo Algernon
Ricardo Algernon
Versin final del sistema diseado y plan Walter Wahrman

de pruebas
Ricardo Algernon
Versin final del sistema
Walter Wahrman
Ricardo Algernon
Cuadro 16: Historial de revisiones
110
ProductBacklog
Para Scrum todos los documentos y soportes son esenciales y vitales para el
correcto uso y seguimiento. No obstante, hay uno que muestra mayor relevancia
sobre el resto, este es el ProductBacklog. Este documento est compuesto de
un conjunto de elementos identificados como historias, donde cada historia est
asociada a un requerimiento que se le exige al proyecto. En la figura 10 se
muestra el ProductBacklog del sistema propuesto:
#
Area
Nro. Historia
Titulo
Cantidad de Requerimiento
Descripcin
Incidencias
Registro
Proceso de registro de
asociados
Desarrollo
Busqueda
Proceso de filtros en
busqueda
Documentacion
Manual
Actualizar los manuales

segn los cambios
Desarrollo
Error
Arreglar problemas de
busqueda con la base de
datos
Diseo
consulta
Desarrollo
Visualizacion
Documentacion
Actualizacion
Desarrollo
Mejora
Diseo
Mejora
10
Diseo
10
Cambio
11
Desarrollo
11
Cambio
12
Desarrollo
12
mejora
Mejorar el tiempo de
respuesta de las consultas
realizadas a la base de datos
13
Desarrollo
13
Limpieza
Depurar codigo inutilisado
14
Diseo
14
Actualizacion
Actualizar el diseo de los

botones
15
Diseo
15
Actualizacion
Actualizar forma de
seleccionar categoria
16
Desarrollo
16
Mejora
Mantener el tamao de la
aplicacin en los diferentes
equipos
Permitir que se observe

Ajustar las imgenes de los
nitida el banner publicitario
registros de clientes
de las empresas
Implementar efecto abanico
Mejorar la forma de
visualizar el efecto en la
descripcion de las empresas
Disponer del manual

actualizado de acuerdo a
los cambios realizados en el
diseo
Actulizar los tipos de
Consultar la Base de Datos
busqueda
mediante querys
Estndarizar el diseo a los Establecer un estndar de
colores de la empresa
presentacin
Cambiar la forma de mostrar La empresa desea cambiar
la cantidad de empresas
el rotulo del numero de
seleccionadas
empresas encontradas
Eliminar de la aplicacin los
Eliminar consultas en la
llamados a registros creados
aplicacin
en la aplicacin en calidad
de prueba
Actualizar los manuales
segn los cambios en el
diseo y desarrollo
Figura 10: ProductBacklog
111
Objetivo
Identificar los clientes
asociados al servicio de
Infoguianet
Mostrar de manera mas
precisa los resultados en la
busqueda
Disponer del manual
actualizado de las
funcionalidades
Realizar la busqueda segn
los ultimos cambios en los
filtros de manera eficiente
Optimizar el mtodo de
busqueda de la aplicacin
Depurar el codigo
documentado durante las
pruebas.
La empresa ha decidido
cambiar los colores de los
botones en la aplicacin
Optimizar la forma de
seleccionar empresas para
la visualizacion del detalle
Adecuar las pantallas de la
aplicacin en los diversos
tipos de celulares
El ProductBacklog es nicamente modificado por el ProductOwner, aunque

sus contenidos son pblicos para el Team y el ScrumMaster. Ser creado antes
de iniciarse el proceso de Scrum, cuando se estn detallando por primera vez las
condiciones y las fronteras del proyecto a desarrollar. Sin embargo siempre est
abierto a cambios ya sea para modificar historias, borrarlas o bien aadir de
nuevas. Cualquiera de estas acciones slo podr ser ejecutada por el
ProductOwner.
Sprint Backlog
El Sprint Backlog es el documento que nace a partir del ProductBacklog,

contiene el conjunto de historias (requerimientos) que se estima se terminarn
durante el Sprint. Su principal objetivo es el de servir como diario de progreso
donde se puede consultar en todo momento cul es el estado actual del Sprint.
En la figura 11 se muestra un extracto del Sprint Backlog, para ello se

consider la semana comprendida entre el 12 y el 16 de noviembre de 2012
Historia
Diseo
Diseo
Diseo
Desarrollo
Desarrollo
Desarrollo
Desarrollo
Prueba
Prueba
Prueba
Documentacin
Identificador de tarea
1
2
3
4
5
6
7
8
9
10
11
Descripcin
Horas Previstas
Modelo de Datos (Entidad Relacin)
60
Base de Datos
16
Mapas
60
Fomato de presentacin
160
Botones (Links)
60
Interfases
200
Permisos
32
Individuales de botones
16
Recuperar datos de consulta
16
Integridad de datos
80
50
Figura 11: Sprint Backlog
112
12/11/2012
150
57
15
56
154
56
192
26
13
12
72
43
Horas Restantes
13/11/2012
14/11/2012 15/11/2012
134
133
119
54
11
50
149
56
185
20
8
9
67
36
52
6
47
143
51
178
14
4
4
60
30
48
4
45
136
43
170
8
0
0
53
21
El Sprint Backlog es nicamente modificado por el Team. Durante el

desarrollo del sistema propuesto no se aplicaron cambios. Este plan para Scrum
es lnea de referencia para hacer seguimiento en cuanto al cumplimiento de cada
historia (requerimiento).
Reuniones
Para Scrum las reuniones son claves. En estas reuniones es donde se

mantiene informado al resto del equipo de la evolucin del proyecto y donde se
generan los Backlogs.
Releaseplanning (Definicin y planificacin de requerimientos)
Releaseplanning es la reunin inicial, se determinan los objetivos metas del

proyecto y como alcanzarlas. Esta primera reunin se realiza cuando
el
ProductOwner presenta los requerimientos funcionales y no funcionales sobre el

proyecto.
Durante la realizacin de esta reunin se analiz y evalu la viabilidad tcnica,

costo y ROI para la empresa Infoguianet, C.A.
Sprint planning (Reunin de Planificacin del Sprint)
Esta reunin tiene se realiza al iniciar un Sprint. El objetivo de esta reunin es

obtener el Sprint Backlog para el Sprint a desarrollar. Durante el desarrollo del
sistema propuesto se realizaron dos sprint, nmero equivalente de reuniones.
Durante la reunin se establece:
Qu trabajo se har
113
Preparar, con el equipo completo, el Sprint Backlog que detalla el tiempo

que tomar hacer el trabajo.
Identificar y comunicar cunto del trabajo es probable que se realice

durante el actual Sprint
El lder de las reuniones fue desarrollado por el ProductOwner (tal como lo

establece Scrum)y su principal funcin fue asegurarse que aquellas historias
(requerimientos) seleccionados eran los ms prioritarios y garantizar su desarrollo
y culminacin exitosa.
DailyScrum (Reunin diaria seguimiento)
Es una reunin corta, en la que el Team se informa del avance da a da, as

como, los resultados obtenidos. Durante esta reunin el Team puede ver el
progreso del proyecto. Esta reunin tiene un tiempo promedio de duracin entre
20 y 30 minutos. Esta reunin es liderizada por el ScrumMaster, quien debe
asegurarse que el Team est en conocimiento de los siguientes
aspectos
relevantes:
Qu has hecho desde ayer?
Cules son las actividades de hoy?
Qu problemas han surgido que haya impidan el avance?
Para facilitar la realizacin de estas reuniones, Infoguianet dispuso de una

pequea sala de reuniones, las mismas se realizaban al final de la tarde,
especficamente entre las 5:00 pm - 5:30 pm. Establecer este orden, fue
importante. Esto permita al equipo desarrollar cualquier observacin sobre las
historias o requerimientos en progreso y hacer del conocimiento casi inmediato al
114
resto de los integrantes. Muchos problemas fueron resueltos a travs de estas

reuniones permitiendo cumplir con los tiempos acordados.
Sprint Review (Reunin de Revisin del Sprint)
El objetivo de esta reunin, adems de presentar el trabajo realizado, es la de

conocer sugerencias e ideas para mejorar el proyecto. Esto le da al
ProductOwner decidir qu se incluye en el ProductBacklog.
El producto final de la reunin se puede resumir en:
Revisar el trabajo que fue completado y no completado
Presentar el trabajo completado a los interesados (alias demo)
El trabajo incompleto no puede ser demostrado
Los Stakeholder (usuarios finales), as como, el resto de los integrantes y roles

participantes asistieron a la presentacin. En la misma se present la primera
versin del sistema propuesto (algunos botones y enlaces desarrollados)
Sprint Retrospective (Retrospectiva del Sprint)
Despus de cada sprint, se lleva a cabo una retrospectiva del sprint, en la cual
todos los miembros del equipo dejan sus impresiones sobre el sprint recin
superado. El propsito de la retrospectiva es realizar una mejora continua del
proceso.
En ella participa exclusivamente el Team y el ScrumMaster, su principal objetivo
es analizar el funcionamiento del equipo, potenciales problemas y comentar
soluciones.
115
Durante el desarrollo del sistema esta reunin no se realiz, el grupo completo

(roles y team) consideraron que no haba aspectos que comentar sobre el
funcionamiento del equipo.
Anlisis
Antes de llevar a cabo un proyecto es necesario realizar un estudio previo,

con el objetivo de establecer los lmites del proyecto una vez que se compruebe
la viabilidad de los distintos requisitos que estn presentes en el mismo.
Al usarse un mtodo iterativo es probable que surjan nuevos requisitos del

proyecto generados por el ProductorOwner, y se analizaran de manera de
comprobar su viabilidad antes de realizarle cambios al proyecto- este anlisis se
realizara tantas veces como requerimientos nuevos sean presentados, sin
importar que el proyecto ya haya empezado.
Requisitos Funcionales
A continuacin se presentan los requisitos funcionalidades que se

desarrollaron para el sistema propuesto:
Creacin y gestin de roles
Creacin y gestin de colaboradores
Creacin y gestin de plantillas de equipos
Creacin y gestin de equipos
Creacin y gestin de perfiles vacantes
Navegacin general sobre un proyecto
Creacin y gestin de plantillas de reuniones
Convocar reuniones
116
Requisitos no funcionales
Seguidamente se presentan los
requisitos no funcionalidades que se
ejecutaron durante el desarrollo del sistema propuesto:
Ubicacin de la gestin de Scrum
Control de acceso
Uso de las Herramientas
Histrico de trabajo
Viabilidad
Para conocer la viabilidad se analizaron las diferentes reas que afectan el

desarrollo del sistema para determinar que los requerimientos funcionales y no
funcionales son factibles.
Viabilidad tcnica
Para llevar a cabo el desarrollo del sistema, se
utilizaron diversas
herramientas como el lenguaje de programacin Java, con un entorno de

desarrollo
Java
Eclipse,
para
el
cual
han
sido
desarrolladas
algunas
funcionalidades adicionales que amenizan su uso. Tambin ser necesario el JDK

Android para programar bajo la plataforma de Smartphone Android y para la base
de datos local se utilizara SQL lite para realizar las pruebas.
Viabilidad temporal.
El acuerdo establecido con la empresa estipula un rango entre 600 y 700
horas para cada uno de los proyectistas. Esto proporciona un tiempo total de unas
1200 horas.
117
Planificacin.
Inicialmente se realiz una previsin general antes de planificar el desarrollo

del sistema, donde se planificaron las fases de desarrollo formacin y realizar la
documentacin.
Previsin general
Descripcin
Inicio
Fin
Duracin
Configuracin
05/11/2012
05/11/2012
16h
Documentacin
7/11/2012
11//11/2012
30h
previa
3
Formacin
15/11/2012
4/12/2012
120h
Scrum
5/12/2012
01/02/2013
434h
Cuadro 17: Tabla de previsin general.
ProductBacklog
Al tener los identificados los requerimientos, se llevo a cabo una reunin con
los miembros del equipo para discutir los distintos puntos a implementar,
ponderndolos y establecindoles prioridades.
Una vez finalizada la reunin, se obtuvo la lista de ProduckBacklog, la cual

determina lo que se llevara a cabo:
Nro.
Historia
Prioridad
Valoracin
Registro de Asociados
Filtros de bsqueda
118
Actualizacin de manuales
Problemas Base de Datos
Ajustar imgenes
Implementar efecto abanico
Actualizacin de manuales
Actualizar bsquedas
Estandarizar colores de diseo
10
Cambiar mostrar empresa
11
Eliminar consultas
12
Mejorar tiempo de respuesta de consultas
13
Depurar cdigo sin uso
14
Actualizar diseo
15
Actualizar seleccionar categora
16
Mantener tamao de aplicacin en
diversos Smartphone
Cuadro 18: ProductBacklog: inicial.
Durante la realizacin del proyecto han surgido varias propuestas que han
sido posteriormente convertidas a historias y aadidas al ProductBacklog.
Nro.
Historia
Prioridad
Valoracin
Impresin de equipos
Presentacin a la Junta Directiva
Establecer reuniones
Convocar reunin
Cuadra 19: ProductBacklog: historias aadidas
119
Divisin segn Sprint
Una vez creado el ProductBackup, se distribuyeron las distintas historias entre

los miembros del equipo de trabajo. A medida que el proyecto avanza se pueden
modificar a medida que se creen historias nuevas, o
se tarde mucho una
existente.
Diseo.
En esta fase del proyecto se organiz el Team& Role para determinar el

diseo del proyecto. A su vez, se e crear un control de colaboradores, de los
equipos, roles y reuniones que se realizaran en el resto del proyecto como fuente
de datos para sus distintos requerimientos.
Herramientas JDK Android.
Un requerimiento no funcional del proyecto es el uso de las herramientas JDK

para el desarrollo de la aplicacin. Esta herramienta consta de una serie de
aplicaciones y componentes, que al agregarle el SDK Android, proporciona un
framework que est orientado al desarrollo de aplicaciones para Smartphone bajo
sistema operativo Android.
Esta es una herramienta orientada a objeto, por lo tanto trae una serie de
ventajas que se utilizan en este proyecto mayormente en el diseo de nuestra
aplicacin, y otra gran ventaja que nos da es que posee un manejador de memoria
que gracias a l no te tienes que preocupar por el almacenamiento, sobre todo en
Smartphone como es nuestro caso de estudio.
120
Modelo fsico de la aplicacin
Debido al uso de las herramientas JDK, el diseo de la aplicacin se

desarroll de acuerdo a los requerimientos de la empresa y basado en la
estructura de la base de datos, ya que la herramienta permite realizar diseos
minuciosos con el detalle necesario que la empresa requiera en su aplicacin.
MODELO ENTIDAD RELACION
Grafico 9: Modelo entidad relacin
Empresas_Asociadas
Nombre del
Tipo de
Descripcin
Campo
Campo
Cod_Company
Int
ID de la Compania
Nom_Company
SmallInt
Nombre de la compaia
121
Cod_Category
Int
Cdigo de la categora a la que pertenece

la compaa
Phone1
Int
Nmero de Telfono Principal
Phone2
Int
Nmero de Telfono Segundario
Phone3
Int
Nmero de Telfono Celular
Phon34
Int
Nmero de Telfono Fax
Cod_State
SmallInt
Cdigo de estado
Direction
MediumText
Direccin de la empresa
Web
Null
Posee pagina web
Pag_web
Bool
Nombre de la pagina web
Descripcion
MediumText
Descripcin de la empresa
Cuadro 20: Tablas de la Base de Datos
DISEO DEL PANTALLAS
Consulta
Esta pantalla permite al cliente realizar consultas filtrando por estados,

categoras recomendadas o buscar en las categoras principales. Si deseamos
iniciar una bsqueda sin ningn filtro, el cliente digita el nombre de la empresa, o
una palabra clave para ubicarla.
122
Figura 12: Pantalla 1
Al digitar el nombre que se desee buscar, se desplegara la siguiente ventana:
123
En esta pantalla se obtienen los resultados de la bsqueda separada por

Categoras. El usuario selecciona la categora deseada, inmediatamente se
mostrar la ventana siguiente:
En esta ventana se mostrar las empresas ubicadas en esa categora, con la

informacin bsica. Si el usuario desea ver el detalle, puede pulsar sobre
cualquier dato de la empresa y de inmediato se visualizar la ventana detallada a
continuacin:
124
Esta ventana posee toda la informacin detallada de la empresa, se muestra

el banner publicitario, ya que es una empresa con que posee servicio publicitario
por la empresa Grupo Infoguianet, C. A., la descripcin y categoras oculta para la
mejor visualizacin en celulares, y al seleccionarla se despliega en un efecto
abanico.
Al igual posee un botn para contactar a la empresa, el botn del Mapamundi,

el cual muestra la ubicacin en un mapa. El botn de llamar para agregar el
nmero de telfono como contacto en el celular y localizacin, el cual despliega la
ubicacin de la empresa en los mapas de Google.
125
De esta manera se envan los correos de forma directa a la empresa buscada.

Este correo es enviado directamente a la direccin de correo proporcionada por la
empresa publicada.
Pruebas
Para comprobar el correcto funcionamiento de la aplicacin se ha sometido cada

una de las historias implementadas a un conjunto de pruebas. El conjunto de
pruebas se ha separado en dos categoras:
126
Cumplimiento de los requisitos.

En este caso se ha comprobado que la aplicacin funcionase
correctamente y como estaba previsto. Para ello se han tomado las diferentes
funcionalidades que implementaba cada formulario y se ha probado su
correcto funcionamiento.
Ya que el sistema se ha realizado mediante la metodologa Scrum, se ha

usado al propio sistema como informacin a introducir y con la que probar las
funcionalidades.
Pruebas destructivas
En este caso se ha sometido a la aplicacin a prueba, examinando todos
los casos extremos y obligando al cdigo implementado a pasar por todas sus
lneas, compro bando su correcto funcionamiento.
Para ello se han introducido valores con caracteres especiales en todos

los campos donde era posible, algunos de los miembros del grupo Infoguianet,
C.A (roles y Team) han usado la aplicacin y probado todo aquello que han
desarrollado,
realizando
pruebas
destructivas
como
comprobando
el
cumplimiento de las funcionalidades especificadas.
Esto represento un aspecto importante y de certificacin y adems, se

han recibido sugerencias que han sido implementadas durante el ltimo
Sprint.
127
Implementacin
En este apartado se recolectaron los avances del sistema propuesto. Esto se

llev a cabo validando el Sprint Backlog de cada uno de los Sprint y la grfica
Burndown para visualizar como ha ido avanzando el proyecto.
Mediante diagramas de casos de uso se expuso la manera como fueron

implementados cada uno de los requerimientos.
Por definicin de prioridad y mercadeo, la empresa no se encuentra pblica, el

Grupo Infoguianet, C. A. le permiti la descarga de las mismas nicamente a
clientes selectos, de forma que permiti realizar pruebas piloto, esto con el objeto
de evaluar el comportamiento, tanto de la aplicacin, como la aceptacin que tiene
el usuario con la misma.
El grupo de clientes piloto est integrado por 10 empresas, seleccionadas a

partir de dos criterios principales: Cantidad de usuarios por empresa y tiempo
como cliente (asociado).
Navegacin
En la grfica 10 se muestra un ejemplo del uso de la aplicacin y su

interaccin con los sistemas anfitriones de Infoguianet, C.A.
128
Grfica 10: Navegacin de usuario
El usuario a travs de su telfono celular ingresa al sitio de Infoguianet, una

vez ubicado en la pgina, ingresa el nombre de la empresa deseada, esta
peticin es entregada a un servidor Web ubicado en la zona des-militarizada
(DMZ), el web se4rver valida la peticin en formato y contenido, si el mismo esta
correcto, re-direcciona la misma hacia la capa intermedia (Middleware), quien
traduce la peticin en un formato estndar para ser procesado por los sistemas
anfitriones o legacy. Una vez procesada la peticin la ruta es exactamente la
misma (sentido contrario), hasta ser presentada al usuario.
El uso de un Middleware facilita los desarrollos, esta pieza de software est

constituida por un conjunto de conectores que establecen conexin con los
sistemas anfitriones (legacy).
El middleware implantado por la empresa est orientado a procesos utilizan, a

una comunicacin sincronizada (como por ejemplo el telfono). El mismo est
compuesto por el Cliente Stub y el Servidor Skeleton.
129
El cliente stub, convierte la peticin en un mensaje que es mandado al

servidor, el servidor skeleton recibe el mensaje, lo convierte en la peticin y
llama a la aplicacin del servidor donde esta es procesada.
Las ventajas de estos middleware se puede resumir en:
1. Utilizan un tipo estndar nombres para los servicios

2. Diseados para procesos remotos
3. Capacidad de recuperacin aun con problemas en la red,
4. Manejan mltiples tipos de formatos para
El uso de esta herramienta de software contribuyo significativamente en el
desarrollo del sistema propuesto.
130
Estructura de costos del sistema propuesto
En tabla 21 se describe la relacin de rubros y costos incurridos por el grupo

Infoguianet, C.A envueltos en el desarrollo e implantacin del sistema propuesto.
Rubro
Monto de la inversin (BsF)
Planeamiento y Desarrollo
27.000
Adiestramiento de personal
1.800
Gerencia de proyecto
1.340
Total
44.325
Cuadro 21: Distribucin de Costo
131
CONCLUSIONES
El desarrollo de tecnologa como: Internet, las comunicaciones inalmbricas,

banda ancha, satlites, microondas, dispositivos mviles como los telfonos
inteligentes, entre otros tantas est produciendo cambios significativos en la
estructura econmica, organizativa y hasta en la forma de pensamiento de las
empresas y las personas que la integran.
Las empresas que aceptan y se embarcan en la innovacin permanente de

sus productos y servicios, a travs de las nuevas tecnologas, sern capaces de
responder de forma oportuna a las exigencias de los clientes y aprovecharan las
debilidades de sus competidores quienes no podrn ofertar sus productos.
Si el uso de internet revoluciono la forma de comunicarnos entre nosotros y

para las empresas una nueva forma de hacer negocios, la emergente tecnologa
de los telfonos inteligentes esta aglutinando y forzando a las empresas a
realizar cambios importantes en la forma de presentacin de sus servicios.
Sin embargo, esta situacin no es negativa, por el contrario la reduccin de

costos en la elaboracin, publicidad y acceso a los servicios es sustancialmente
significativa y altamente positiva para los ejecutivos. En los tiempos actuales, es
casi impensable imaginar que una persona no disponga de un dispositivo
telefnico, que ms accesible que esto. Las empresas lo entendieron y estn
explotando su potencial al mximo.
132
Recomendaciones
1. Realizar las adecuaciones necesarias en la actual aplicacin, a fin de permitir

su utilizacin en otras marcas de telfonos inteligentes.
2. Impulsar el desarrollo e implantacin de nuevas versiones que optimicen la

forma de navegacin, con el fin de facilitar al cliente el uso de la aplicacin.
3. Evaluar la posibilidad y esfuerzo necesario para adecuar la aplicacin que

permita a los clientes seleccionar el idioma en el que desean utilizar la misma.
4. Acelerar la puesta en produccin de la capa de interfaz Middleware, con lo

cual se agiliza los tiempos de desarrollo e integracin de nuevas tecnologas,
sean estas: telfonos inteligentes, tablas o cualquier otro dispositivo de
conexin.
133
Resultados
Debido a la metodologa Scrum, los requerimientos fueron variando durante el

ciclo de vida del desarrollo del sistema, algunos modificados, otros eliminados y
otros aadidos. Adems, segn la primera planificacin del Sprint Backlog, el
Product Backlog inicial quedaba completado al terminar el Sprint 5.
En relacin al Team & Role, la nica observacin que se puede realizar el

asociado con las reuniones, en ciertas ocasiones las mismas no se realizaron en
el horario establecido, lo cual generaba retraso en cuanto a suministro de la
informacin sobre los avances y problemas que se presentaban durante el
desarrollo del sprint. No obstante, esto ni fue bajo ningn motivo causa de
retrasos en la planificacin o comunicacin del grupo.
El resultado final del desarrollo del sistema es una aplicacin funcional,

amigable y que suministra los elementos de informacin esperados. As mismo,
es una aplicacin que incluye la tecnologa emergente de los telfonos
inteligentes, como fue el caso del sistema operativo Android.
134
REFERENCIAS BIBLIOGRFICAS
Abraham, Josefina (2003) Curso de Metodologa de Investigacin, Unidad de

Metodologa de la Investigacin Social, Escuela de Sociologa y Antropologa,
Universidad Central de Venezuela, Facultad de Ciencias Econmicas y Sociales.
Divisin de Publicaciones. Caracas, Venezuela.
Ableson, Frank; Sen, Robi; King, Chris (Enero 2011). Android en Accin, Segunda
Editicin (2 edicin).
Arias, Fidias. (2006), Proyecto de Investigacin, Ediciones Panapo. Caracas.

Venezuela.
Balestrini A; Mirian. (2006). Como se elabora el proyecto de investigacin. Sexta

edicin. BL Consultores Asociados. Caracas. Venezuela. Servicio Editorial.
Barrios, Maritza y Otros (2006) Manual de Trabajos de Grado y Tesis Doctorales.

Universidad Pedaggica Experimental Libertador, 1 Edicin, Caracas, Venezuela.
Batista Betzaida (2009) Trabajo de Grado.Desarrollo de un Sistema Automatizado

para el Registro y Control de Reservacionesde Punto de Venta de Pasajes de la
lnea de Buses. Bus - Ven C.A Caso: Terminal la Bandera. Universidad Santa
Mara.Conder, Shane; Darcey,
Bavaresco, Aura. (2003). Las Tcnicas de la Investigacin Manual Para la
Elaboracin de Tesis, Monografas,
e Informes. Editorial Universitaria Servicios
Bibliotecarios. Maracaibo, Venezuela.
135
Berros, Llarela y Buxarrais, Mara Rosa (2005). Las tecnologas de la informacin

y la comunicacin (TIC) y los adolescentes. Algunos datos. [Documento recuperado
el
12
de
abril
de
2012].
Disponible
en:
http://www.oei.es/valores2/monografias/monografia05/reflexion05.htm
Bosch (2009). Diseo de Aplicaciones Orientada a Objeto: Mxico: Mc Graw Hill

Interamericana de Mxico.
Cardenas (2005), Gua Prctica para la elaboracin de trabajos monogrficos y

tesis de grado, editorial, Lumosa, Venezuela.
Conder, Shane; Darcey, Lauren (2009).Android Wireless Application Development

(1 edicin).
Constitucin de la Repblica Bolivariana de Venezuela, (1999), Gaceta Oficial

5.453, de Marzo 2000.
Dias Jorge (2010), Tesis de Grado. Portafolio Integral de Productos, Procesos,

Activos de Informacin y Estructura de Riesgo Operacional para el Banco
Mercantil.Universidad Simn Bolvar.
Daz, Roberto (2010). Somebasicsaboutcellphones, [Documento recuperado el 12

de abril de 2012]. Disponible en: http://borgelillo.blogspot.com/
Decreto Sobre Internet Como Prioridad, N 825 del 10 de mayo de 2000 publicado
en la Gaceta Oficial de la Repblica de Venezuela N 36.955, De fecha 22 de mayo
de 2000
136
Fonseca Brigitte (2009). Desarrollo de un software (helpdesk) para la gerencia de

tecnologa que permita analizar y resolver los problemas frecuentes que presentan
los usuarios de Bolvar Banco. Universidad Santa Mara.
Gmez R (2007) .Sistemas Administrativos, Mxico, Mc Graw Hill.
Hernndez Sampieri, Fernndez C. C., Baptista P. (2005). Metodologa de la

Investigacin. Mxico: Mc Graw Hill Interamericana de Mxico S.A. de C.V.
Hurtado J. (2006),
Tcnicas
de Documentacin I y II. Publicacin de la
Universidad Nacional Abierta 2a Edicin, Caracas, Venezuela.
Lauren (2009). Android Desarrollo de Aplicaciones (1 edicin).
Ley Orgnica de Telecomunicaciones. Gaceta Oficial de la Repblica de

Venezuela N 36.920, De fecha 28 de marzo de 2000.
Lucena (2008), Inicie su negocio en la Web. Mxico. Editorial
Prentice-Hall
Hispanoamericana, S.A.
Melinkoff, R (2007). Los Procesos Administrativos. Mc Graw Hill.
Osuna Marcos (2006) Manual de trabajos de Investigacin, Universidad Santa

Mara, Decanato de Investigacin.
Rational Software Corporation. (2006). Rational Unified Process:Best Practices for
Software Development Teams. http://www.rational.com/products/rup/whitepapers.
jsp.
137
Rodrguez Martn Adrin Alexander
(2006) Tesis de Grado: Desarrollo de un
Sistema Inmdico Para Controlar la Asignacin de Dispositivos HandHeld y Brindar

Seguridad a las Instalaciones de la Empresa SID, C.A. Universidad Nueva Esparta.
Sabino, Carlos (2005). Como hacer una Tesis,
Editorial Panapo,
Caracas,
Venezuela.
Snchez (2004).
El Proceso de la Metodologa de la Investigacin. Caracas:
Editorial Trillas.
Tamayo y Tamayo Mario (2005) El Proceso de la Investigacin, Limusa Noriega

Editores, Tercera Edicin.
Ward, Chief y Kroll, Marketing. Building Web Solutions with the Rational Unifying
the
Creative
Design
Process
and
the
http://www.rational.com
138
Software
Engineering
Process.
ANEXOS
Anexo A
Gua de Cuestionario aplicada a la muestra seleccionada.
Cuadro 22: Cuestionario

N
Pregunta
Respuesta
Conoce usted las necesidades o requerimientos que el
Si
No
Si
No
Si
No
Si
No
Si
No
Si
No
Si
No
sistema a desarrollar debe cumplir?

2
Considera que la funcionabilidad de la aplicacin debe

ser sencilla para que todas las personas puedan hacer
uso de ella?
Considera usted que el nuevo sistema debe presentar

el mismo contenido de la pagina web?
Considera usted que la base de datos de la pagina

web contiene toda la informacin que los usuarios
requieren?
Considera usted que los diseos visuales de esta

aplicacin deben ser similares a los de la pagina web?
Cree usted que el alcance de esta aplicacin se

adapta a los requerimientos de la empresa?
Certifica usted que los resultados de las pruebas piloto

son correctas?
139
Anexo B
Instrumento de Validacin de la Gua de Cuestionario
Caracas, Febrero de 2013
Lic.
Presente.-
Nos dirigimos a usted en la oportunidad de solicitarle considere la posibilidad de

formar parte del Juicio de Expertos que tendr el compromiso de evaluacin de los
instrumentos de recoleccin de datos desde el punto de vista Tcnico o Metodolgico
segn sea el caso, del trabajo de grado titulado: Desarrollo de una aplicacin para la
difusin de informacin a travs de dispositivos mviles bajo el sistema operativo
Android. Caso: Grupo Infoguianet, C. A. El cual se desarrollar con el propsito de
obtener el ttulo Licenciado en Computacin.
A fin de facilitar el proceso de revisin y evaluacin se proporciona la siguiente

informacin:
1. Ttulo
2. Objetivos General y Objetivos Especficos
3. Conceptos en relacin con el tema de estudio
4. Cuadro de Operacionalizacin de variables
5. Instrumentos
Sin ms a que hacer referencia y agradeciendo su colaboracin.
Se suscriben,
Br. Ricardo Algernon
Br. Walter Wahrman
Adjunto: Lo indicado
140
Instrumento de Validacin de la Gua de Cuestionario

Presentacin del Instrumento: El presente instrumento de validacin, se enfoca
en el propsito de evaluar la pertinencia, relevancia y coherencia de cada uno de los
tems de los instrumentos de recoleccin de datos adjuntos.
Instrucciones:
1.
Lea cada uno de los tems del instrumento seleccionado y verifique si cada
uno de stos es pertinente, relevante y coherente al tema de investigacin.

2.
Despus de realizar la evaluacin coloque en la casilla correspondiente una X.
3. De ser necesario coloque observaciones generales en la casilla correspondiente

especificando la o las preguntas a las que haga referencia.
Ttulo de la Investigacin:
Objetivo General:
Objetivos Especficos:
Cuadro de Operacionalizacin de variables:
Cuadro N 23: Matriz de Evaluacin
Criterio
tem
Claridad
Si
No
Juicios
Congruencia
Si
No
Eliminar
Modificar
Aceptar
Si
Si
Si
1
2
3
4
5
6
7
141
No
No
No
Observaciones:____________________________________________________
____________________________________________________________________
Anexo E
Certificacin de validacin de instrumento
Quien suscribe, _____, titular de la Cdula de Identidad N _____ Socilogo,

especialista en Gerencia de Sistema de Informacin. Certifico por medio de la
presente que form parte del juicio de expertos, que tuvo la responsabilidad de
validar los instrumentos de recoleccin de datos del trabajo de grado, titulado: _____.
Destacando que en dicho proceso el investigador asumi una actitud responsable y
abierta a las observaciones que se le efectuaron a dichos instrumentos.
Resaltndose que logr incorporar las mismas; alcanzando la validez de constructo e
intrnseca de estos instrumentos. Aspecto importante para desarrollar una
investigacin cuyos resultados renen la rigurosidad de un proceso metodolgico
investigativo que permitir alcanzar los objetivos propuestos.
Atentamente,
M.Sc. _____
C. I. N _____
142
ANEXO F
Metodologa
Orientacin
RNA
Web
Caractersticas
Su orientacin es el desarrollo de aplicaciones

de aspecto jurdico, sin embargo puede ser
utilizada en otros campos
Considera aspecto importantes como es conocer

el mbito del problema, conocimiento del tipo de
usuario y facilita los aspectos de navegacin
WSDM
Web
Presenta un modelo de tratamiento de usuarios
Su funcionalidad se basa en grupos de usuarios
Solo aplica para el desarrollo de aplicaciones

tipo Kiosko, solo muestra informacin.
Rational
Web gil
Unified
Process
Forma disciplinada de asignar roles y tareas

(quin, cmo, cundo qu)
(RUP)
Es el proceso de desarrollo ms general de los

existentes actualmente.
Estiman tareas y horario del plan midiendo la

velocidad de iteraciones concerniente a sus
estimaciones originales
Proporciona muchas ventajas sobre XP le da

nfasis en los requisitos y el diseo.
La ventaja principal de RUP es que se basa todo

en las mejores prcticas que se han intentado y
se han probado en el campo. (en comparacin
con XP que se basa en las prcticas inestables
143
que utilizaron juntas se evita que se derribe).
Es una propuesta en el modelado de datos
Web
Se caracteriza por ser un lenguaje grafico
Applications
Su desarrollo est basado en un concepto
Building
Web
with UML
espiral, es decir, varios ciclos que se repiten en

cada fase, lo que la hace totalmente interactiva
por la repeticin de los ciclos
XP
Web gil
Proceso iterativo
Resultados rpidos
Documentacin escasa o no requerida
Conformada por las siguientes fases:

o Exploracin
o Planeacin
o Iteraciones
o Produccin
o Mantenimiento
o Entrega
SCRUB
Web gil
No exige documentacin formal
Proceso iterativo
No est basada en procesos sistemticos
Resultados rpidos
Utiliza herramientas de terceras partes
Cuadro 24: Comparacin de metodologas
144

Informe de Pasantias

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe de Pasantias

Cargado por

Copyright:

Formatos disponibles

Universidad Nueva Esparta

Facultad de Ciencias de la Informtica

Tutor: Lic. Carlos da Silva

Trabajo de Grado Presentado por:

Aprobacin del tutor

En mi carcter de Tutor del Trabajo de Grado presentado por los ciudadanos

En la Ciudad de Caracas, a los 13 das del mes de Febrero de 2013.

Universidad Nueva Esparta

Es nuestro deseo como sencillo gesto de agradecimiento, dedicarle nuestra

A nuestros compaeros, compaeras, amigos y familiares que estuvieron de

A los docentes que nos han acompaado durante el largo camino,

Dedicamos este trabajo de igual manera a nuestro tutor quien nos ha

El presente trabajo de tesis primeramente nos gustara agradecerle a Dios

A la Universidad Nueva Esparta por darnos la oportunidad de estudiar y

A nuestro tutor de tesis, Lic. Carlos Da Silva, por su esfuerzo y dedicacin,

Tambin nos gustara agradecerle a nuestros profesores, que durante toda

Para ellos: Muchas gracias y que Dios los bendiga.

UNIVERSIDAD NUEVA ESPARTA

Desarrollo de una aplicacin para la difusin de informacin a travs de

Br. Algernon, Ricardo

Tutor: Lic. Carlos da Silva

El Grupo Infoguianet, C. A. se ha caracterizado por adoptar esta cambios

Palabras Clave en la Investigacin: Procesos de Software, Metodologas giles,

NUEVA ESPARTA UNIVERSITY

Development of an application for information dissemination through mobile

Br. Algernon, Ricardo

The Grupo Infoguianet, C. A. has been characterized by adopting the changes

Key Words in the Investigation: Software Process, Agile, Web Server,

Grafico 1: Requerimientos del sistema ....88

Figura 1: Cuota de mercados de Smartphone ...16

En los ltimos aos, la evolucin de la tecnologa ha dado un salto

Tanto la Internet como la tecnologa celular surgen paralelamente como

No obstante, el desarrollo de estas tecnologa hace posible que converjan, y

En teora, la tecnologa celular y la Internet surgen como un medio para

En la actualidad, estas tecnologas se combinan en una sola; los celulares ya

Las empresas tecnolgicas ofrecen la posibilidad de nuevos equipos que

Esto trae consigo innegables ventajas, acelera el ritmo al cual obtenemos

En la actualidad con el creciente y masivo uso de la telefona celular se han

A medida que el uso de las aplicaciones en estas plataformas se va

donde ella se desenvuelve y de alguna manera estimula la evolucin cada vez

En funcin de la efectividad, eficiencia, capacidad de reaccin y costo, las

La presente investigacin tiene como objetivo satisfacer la solicitud del Grupo

La Tesis est organizada de la siguiente forma:

Captulo I: en este se desarrollan los aspectos sobre el problema, tal como la

formulacin del problema,

interrogantes, objetivos especficos, justificacin, delimitaciones y limitaciones.

Captulo II: Antecedentes del Estudio, Bases Tericas, Definicin de

Captulo III: Marco Metodolgico, en este se presenta: el Nivel y Diseo de

Captulo IV: Sistema actual, en este se presenta todo lo referente al sistema

Capitulo V: Diseo y desarrollo de de la propuesta. En este se describe y

Para finalizar se presentan las conclusiones obtenidas al finalizar la

comportamiento de los seres humanos y en el funcionamiento de las

La telefona mvil, ha tenido un gran avance tecnolgico en los ltimos aos,

En este momento en que la informtica, se expande a nuevas tecnologas en

Es conocido que desde la creacin de internet las limitaciones en la

De acuerdo al artculo: Las tecnologas de la informacin y la comunicacin

principalmente, porque ofrecen posibilidades de comunicacin e

anteriormente eran desconocidas y que adems plantean nuevos

El artculo anterior demuestra la incidencia de la informtica en el desarrollo

econmicos. Una de las aplicaciones ms fuertes que ha tenido el telfono

El trmino mvil se utiliza para clasificar cualquier terminal radial que se

telecomunicacin inalmbrica, cuyo objetivo era el proveer un mtodo

Los telfonos mviles se han convertido en una gran necesidad ya que