CD 5391

ESCUELA POLITCNICA NACIONAL
FACULTAD DE INGENIERA DE SISTEMAS
DESARROLLO DE UNA APLICACIN PARA RECONOCIMENTO DE

OBJETOS MEDIANTE CDIGO QUICK RESPONSE (QR)
PROYECTO PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN

SISTEMAS INFORMTICOS Y DE COMPUTACIN
CARLOS ANDRS FERNNDEZ PAREDES

andres_sdq@hotmail.es
ESTEFANA PATRICIA GLVEZ MOSQUERA

patti_gm2010@live.com
DIRECTORA: ING. SHEILA NOBOA CRUZ, MSc.

gaiashen@hotmail.com
Quito, Enero 2014
Escuela Politcnica Nacional (2014)

Reservados todos los derechos de
reproduccin
DECLARACIN
Nosotros, Carlos Andrs Fernndez Paredes y Estefana Patricia Glvez Mosquera,

declaramos bajo juramento que el trabajo aqu descrito es de nuestra autora; que no ha sido
previamente presentado para ningn grado o calificacin profesional; y, que hemos
consultado las referencias bibliogrficas que se incluyen en este documento.
La Escuela Politcnica Nacional puede hacer uso de los derechos correspondientes a este
trabajo, segn lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normativa institucional vigente.
Carlos Andrs Fernndez Paredes
Estefana Patricia Glvez Mosquera
CERTIFICACIN
Certifico que el presente trabajo fue desarrollado por Carlos Andrs Fernndez
Paredes y Estefana Patricia Glvez Mosquera, bajo mi supervisin.
Ing. Sheila Noboa Cruz, MSc.

DIRECTOR DEL PROYECTO
NDICE DE CONTENIDOS
PGINA
CAPTULO 1: PLANTEAMIENTO DEL PROBLEMA
1.1 DESCRIPCIN DEL PROBLEMA
1
1
1.1.1 SITUACIN ACTUAL
1.1.2 SITUACIN PROPUESTA
1.2 DESCRIPCIN DEL ENTORNO DE DESARROLLO
1.2.1 ARQUITECTURA DE LAS APLICACIONES
1.2.1.1 Descripcin de la arquitectura de la aplicacin web.

1.2.1.2 Descripcin de la arquitectura de la aplicacin mvil.
4
11
1.2.2 HERRAMIENTAS DE DESARROLLO
14
1.2.2.1 Ambiente de desarrollo integrado
15
1.2.2.2 Lenguaje de codificacin
16
1.2.2.3 Versionamiento de aplicaciones
16
1.2.3 SERVIDOR DE APLICACIONES
18
1.2.4 ADMINISTRADOR DE BASE DE DATOS
18
1.2.5 ESTNDARES
19
1.3 DESCRIPCIN DE ASPECTOS METODOLGICOS RELACIONADOS A EXTREME

PROGRAMMING (XP)
1.3.1 FASES
24
24
1.3.1.1 Fase de exploracin
25
1.3.1.2 Fase de planificacin
25
1.3.1.3 Fase de iteraciones
25
1.3.1.4 Fase de puesta en produccin
26
1.3.2 REGLAS Y PRCTICAS
26
1.3.2.1 Planificacin
26
1.3.2.2 Diseo
27
1.3.2.3 Desarrollo
27
1.3.2.4 Pruebas
28
1.3.3 CICLOS
29
1.3.4 GUA METODOLGICA

CAPTULO 2: DESARROLLO DE LAS APLICACIONES
29
33
2.1 FASE EXPLORACIN
33
2.2 FASE PLANIFICACIN
56
2.3 FASE ITERACIONES
65
2.4 FASE PUESTA EN PRODUCCIN

CAPTULO 3: ANLISIS DE LAS APLICACIONES
116
118
3.1 INSTALACIN DE LAS APLICACIONES
118
3.2 ANLISIS DE LA FUNCIONALIDAD DE LAS APLICACIONES
120
CAPTULO 4: CONCLUSIONES Y RECOMENDACIONES
123
4.1 CONCLUSIONES
123
4.2 RECOMENDACIONES
124
BIBLIOGRAFA
125
GLOSARIO
126
ANEXOS
129
NDICE DE TABLAS
PGINA
Tabla 1.1.
mbito de Controladores (Managed Beans)
Tabla 1.2.
Tipos de servicios (Session Bean)
Tabla 1.3.
Fases del XP
30
Tabla 2.1.
Usuarios de las aplicaciones
33
Tabla 2.2.
Historias de usuario de las aplicaciones
35
Tabla 2.3.
Tiempo estimado por historia de usuario
36
Tabla 2.4.
Tiempos de desarrollo de las historias de usuario
53
Tabla 2.5.
Tiempo modificado de desarrollo de las historias de usuario
55
Tabla 2.6.
Priorizacin historias de usuario web
57
Tabla 2.7.
Priorizacin historias de usuario mvil
58
Tabla 2.8.
Asignacin de historias de usuario de la aplicacin web
60
Tabla 2.9.
Asignacin de historias de usuario de la aplicacin mvil
61
Tabla 2.10.
Priorizacin historias de usuario web
62
Tabla 2.11.
Asignacin de historias de usuario de la aplicacin web
64
Tabla 2.12.
Porcentaje de avance de implementacin de historias de usuario implementadas

de la aplicacin web, ciclo 1
Tabla 2.13.

de la aplicacin mvil, ciclo 1
Tabla 2.14.
95
Porcentaje de avance de historias de usuario implementadas de la aplicacin

web, ciclo 3
Tabla 2.17.
94

de la aplicacin mvil, ciclo 2
Tabla 2.16.
67

de la aplicacin web, ciclo 2
Tabla 2.15.
66
115
Porcentaje de avance de historias de usuario implementadas de la aplicacin

mvil, ciclo 3
115
Tabla 3.2.
Historias de usuario de la aplicacin web implementadas
120
Tabla 3.3.
Historias de usuario de la aplicacin mvil implementadas
121
NDICE DE FIGURAS
PGINA
Figura 1.1.
Arquitectura de la aplicacin web
Figura 1.2.
Arquitectura de la aplicacin mvil
12
Figura 2.1.
Plan de entrega aplicacin web
59
Figura 2.2.
Plan de entrega aplicacin mvil
60
Figura 2.3.
63
Figura 2.4.
63
Figura 2.5.
65
Figura 2.6.
65
Figura 3.1.
Esquema de instalacin de las aplicaciones
119
NDICE DE ANEXOS
PGINA
ANEXO I
Formularios
ANEXO II
Modelo fsico de datos
ANEXO III
Manual tcnico
ANEXO IV
Manuales de usuario
ANEXO V
Gua de instalacin
130
130
133
133
134
134
150
150
168
168
RESUMEN
El presente proyecto de titulacin tiene por objetivo desarrollar una aplicacin hbrida
conformada por una aplicacin mvil y una aplicacin web para la generacin y
reconocimiento de cdigos Quick Response (QR) que representan a objetos de la
FIS-EPN. Para su desarrollo se definieron cuatro captulos en los cuales se realiza el
anlisis del problema; la ejecucin del desarrollo de software
utilizando
la
metodologa gil eXtreme Programming; el anlisis de las aplicaciones desarrolladas

y las conclusiones y recomendaciones respectivas.
En el primer captulo se describe el problema por el cual se decidi realizar este
proyecto de titulacin, adems se describe el entorno de desarrollo utilizado para la
implementacin de las aplicaciones y se
definen
aspectos
metodolgicos
relacionados a la metodologa gil eXtreme Programming generando como resultado

una gua metodolgica formada por fases. Para cada fase se establecen
las
actividades y productos relacionados con los ciclos que hacen referencia a una
medida de tiempo.
En el segundo captulo se ejecutan las actividades definidas en cada fase, dejando
como resultado un producto con un grado de madurez al finalizar cada ciclo. Esto se
hace en base de la gua metodolgica planteada en el primer captulo.
En el tercer captulo se describe la instalacin de las aplicaciones y se realiza un
anlisis de la funcionalidad de las mismas.
Finalmente en el cuarto captulo se dan a conocer las conclusiones
recomendaciones obtenidas al finalizar el desarrollo del presente proyecto de

titulacin.
CAPTULO 1: PLANTEAMIENTO DEL PROBLEMA

1.1 DESCRIPCIN DEL PROBLEMA
1.1.1 SITUACIN ACTUAL
La Facultad de Ingeniera de Sistemas (FIS) de la Escuela Politcnica Nacional
(EPN) cuenta con muchos objetos acadmicos, tales como aulas, laboratorios,
oficinas de los cuales la comunidad requiere tener informacin. Para poder accesar a
la informacin mencionada se requiere la presencia fsica de personal administrativo
con conocimiento del objeto que atienda a los
consultantes.
El
personal
administrativo trabaja en un horario definido por tanto limitado, esta informacin no

puede ser consultada en cualquier momento fuera de este horario.
La informacin de algunos de los objetos mencionados es publicada mediante

etiquetas de texto sobre el mismo objeto, sin la opcin de ser compartida a distancia,
ya que la nica forma de accesar a la misma es acercndose personalmente al lugar
donde se encuentra publicada.
Es de inters de los directivos de la FIS-EPN dar las mayores facilidades para que el
pblico en general pueda accesar a la informacin de los objetos (aulas, laboratorios,
oficinas) referenciados en la FIS (edificio de sistemas).
Los directivos de la FIS-EPN consideran que al ser una facultad enfocada en la

enseanza de las tecnologas de la informacin deberan hacer uso de estas
tecnologas, en tantas actividades como se pueda, entre ellas, facilitar al pblico en
general la consulta de informacin de objetos existentes en la FIS.
1.1.2 SITUACIN PROPUESTA

Los proponentes de este proyecto de titulacin, consideramos que para
apoyar a la publicacin y fcil acceso de la informacin de los objetos de la FIS-EPN,
se debe utilizar tecnologa actual en la cual se basa la facultad. De esta manera las
consultas no dependern del personal, la informacin
publicada
estara
estandarizada, las personas que consulten esta informacin podran publicar en la

web evitando la presencia fsica de otras personas relacionadas.
Para solucionar el problema planteado, se desarrollarn dos aplicaciones: una web y

una mvil. En este proyecto hbrido las dos aplicaciones estarn comunicadas.
Las aplicaciones estn dirigidas a dos grupos grandes de usuarios, la aplicacin web
es para el uso de personal administrativo de la FIS-EPN y la aplicacin mvil es para
uso de cualquier persona que tome el rol de consultante que se encuentre dentro de
la FIS-EPN.
La aplicacin web permitir al personal administrativo:
-
El registro de datos estandarizados de identificacin y descriptivos de los

objetos.
La generacin de un cdigo de barras bidimensional con estndar Quick

Response (QR) que contendr toda la informacin del objeto, guardado en un
archivo en formato .png que servir para codificacin y etiquetacin de los
objetos con este cdigo.
La consulta de los comentarios realizados de todos los objetos.
El registro y la consulta de comentarios de los objetos.
La aplicacin mvil permitir al consultante:

-
El reconocimiento de los objetos mediante el escaneo del cdigo de cada

objeto.
El envo de la informacin que el consultante obtuvo del objeto a travs de

correo electrnico o compartido en Facebook con personas relacionadas.
La aplicacin web estar publicada en un servidor de aplicaciones de la FIS-EPN.

Para que el personal administrativo accese a la aplicacin web necesitar tener
instalado en su computador un browser sea Mozilla Firefox o Google Chrome.
La aplicacin mvil ser publicada en la web para que los usuarios desde cualquier
dispositivo mvil con Sistema Operativo Android puedan descargarla e instalarla.
Para que el personal consultante accese a la aplicacin mvil necesitar de un

dispositivo mvil con Sistema Operativo Android, colocar el dispositivo
mvil
apuntando al cdigo cada vez que se desee reconocer el objeto. Si el consultante

requiere registrar comentarios o enviar informacin necesitar acceso a internet.
1.2 DESCRIPCIN DEL ENTORNO DE DESARROLLO

Para el desarrollo de las aplicaciones se utilizar herramientas de software libre,
y se codificar con lenguaje de programacin JAVA, a continuacin:
1. Arquitectura de las aplicaciones.
2. Herramientas de desarrollo.
3. Servidor de aplicaciones.
4. Administrador de base de datos.
5. Estndares.
1.2.1 ARQUITECTURA DE LAS APLICACIONES
El presente proyecto constar de dos aplicaciones en donde la arquitectura de
la aplicacin web es diferente a la arquitectura de la aplicacin mvil. La aplicacin
web tiene acceso a una base de datos. La aplicacin mvil no tiene acceso a una
base de datos, sin embargo, mediante el consumo de un servicio web (web services)
que le pertenece a la aplicacin web accesa a la misma base de datos
aplicacin web, a fin de registrar los comentarios.
de
la
La aplicacin mvil accesa a la informacin del objeto a travs del escaneo de la

etiqueta de cdigo Quick Response.
Por estas diferencias es necesario detallar la arquitectura de cada una de las
aplicaciones:
-
Descripcin de la arquitectura de la aplicacin web.
Descripcin de la arquitectura de la aplicacin mvil.
1.2.1.1 Descripcin de la arquitectura de la aplicacin web.

La aplicacin web encargada de gestionar la informacin de los objetos, se
conecta mediante el servidor de aplicaciones JBoss utilizando JDBC (Java Data
Base Conector) con el servidor de base de datos. La aplicacin web permite
accesar de manera directa a los datos. La aplicacin web se encarga de publicar
un servicio web (web services) que es consumido por la aplicacin mvil para
almacenar los comentarios emitidos por los usuarios.
La arquitectura de la aplicacin WEB se basa en la arquitectura JEE6, consta de
tres capas las cuales son:
-
Capa de presentacin.
Capa de lgica de negocio.
Capa de persistencia.
En la Figura 1.1. se muestra la conectividad entre las capas de la arquitectura

web y los elementos que pertenecen a cada una, adems se representa la
conectividad entre la aplicacin web y la aplicacin mvil.
Figura 1.1. Arquitectura de la aplicacin web

A continuacin se describe cada capa.
Capa de presentacin
La capa de presentacin es la que permitir el dilogo con el usuario,
mediante una GUI (Interface Grfica de Usuario) presentar la informacin al
usuario y capturar la informacin ingresada por el usuario. Esta capa se
comunicar con la capa de lgica de negocio.
En la capa de presentacin se encontrarn:
-
Pginas XHTML, contendrn la informacin de la aplicacin web,

estarn formadas por :
Java Script, permitir realizar validaciones
sencillas
propias de cada pgina como validaciones de tamao de

texto, tipo de dato de cada componente.
Componentes Ajax, ejecutarn mtodos que accesan a la

base de datos para obtener datos que se requieren
puntualmente en la GUI (Interface Grfica de Usuario).
Clases Java Script, permitir realizar validaciones complejas y

comunes para todas las pginas del proyecto como validacin de
correo electrnico, validacin de cdula.
Clases CSS, permitirn mejorar la apariencia grfica de todas las

pginas del proyecto.
Interface Expression Language, permitir la comunicacin entre

las pginas XHTML con los controladores, para recibir (invoca
al mtodo get del atributo correspondiente) y enviar informacin
(invoca al mtodo set del atributo correspondiente).
Capa de lgica de negocio

La capa de lgica de negocio se comunicar con la capa
de
presentacin y con la capa de persistencia. Con la capa de presentacin se

relacionar para obtener y enviar informacin solicitada por el usuario. A la
capa de persistencia transmitir datos que van a ser almacenados, y solicitar
datos que ha sido almacenada con anterioridad.
En esta capa se encontrarn las clases que contienen las operaciones que se
realizan sobre la base de datos y mtodos de lgica de negocio. En la capa de
lgica de negocio se encontrarn:
Clases Entidades (Entity Beans), son clases programadas en

lenguaje Java, se encontrarn definidas como atributos dentro de
un controlador. Cada clase representar a una tabla en la base
de datos, cada uno de sus atributos
corresponden
las
columnas de la base de datos.

Cada instancia de una entidad corresponde a una fila de la tabla
a la que representa.1
-
Clases Controladores (Managed Bean), son clases programadas en

lenguaje Java, permitir la interaccin de la capa de lgica de
negocio con la capa de presentacin. Recibir y enviar datos
desde la pgina xhtml hacia las clases java y viceversa, para lo
cual utilizar los mtodos get y set de cada uno de los atributos
definidos en el controlador.
Los mtodos get permitirn enviar datos desde la clase java a la
pgina xhtml, mientras que los mtodos set permitirn enviar
datos desde la pgina xhtml a la clase java.
Un controlador (Managed Bean) puede tener diferente tipo de

mbito (disponibilidad de los datos) de acuerdo a la vigencia de
los datos que necesite el usuario, es decir el tiempo que
el
usuario necesita que existan los datos al momento de usar la

aplicacin.
Los tipos de mbito que se utilizarn en los controladores
(Managed Bean) para el presente proyecto se detallan a
continuacin:
1
2
ORACLE. The Java EE 6 Tutorial. http://goo.gl/Dlc1t0. 06/09/2013

ORACLE. The Java EE 6 Tutorial. http://goo.gl/gS66Lm. 05/09/2013.
Tabla 1.1. mbito de Controladores (Managed Beans)
mbito
Descripcin
Ejemplo
Controlador de Request
@RequestScoped
El
controlador
persiste durante una
sola solicitud del
usuario al servidor.
Si la informacin debe
estar disponible mientras
el servidor atiende una
peticin.
El
Si se desea almacenar
Controlador de Sesin
@SessionScoped
controlador
persiste durante toda cualquier
tipo
de
la sesin activa de un informacin mientras el

usuario.
usuario tenga una sesin

activa en la aplicacin
web.
El
Controlador
Cuando
se
tiene
persiste durante todas informacin que va a ser

Controlador de
las interacciones de necesaria para todos los
Aplicacin
los usuarios con la usuarios conectados a la
@AplicationScoped
aplicacin web.
aplicacin,
como
por
ejemplo un contador de
visitas.
Controlador de Vista
@ViewScoped
El
controlador
persiste
durante
interaccin
Cuando
la informacin
del para
usuario con una sola vista,

pgina
de
se
una
relevante
determinada
pero
no
la necesario transmitirla.
aplicacin web.
tiene
Basado en: ANNIMO. Java Server Faces (JSF). http://goo.gl/dKJ4pH.
24/08/2013
es
- Clases Servicios (Session Bean), son clases
programadas
en
lenguaje Java, se encontrarn definidos como atributos dentro de

un controlador, permitirn enviar datos desde el controlador a la
base de datos o viceversa mediante la invocacin de
mtodos, la comunicacin con la base de datos se
sus
realiza
mediante el Controlador de Entidades (Entity Manager).

Se puede definir tres diferentes tipos de mbitos de servicios de
acuerdo a la concurrencia que va a tener la aplicacin web. A
continuacin se detallan los mbitos de servicios que sern
utilizados en el presente proyecto:
Tabla 1.2. Tipos de servicios (Session Bean)
mbito
Stateful Session Bean
(@Statefull)
Definicin
Un servicio atiende la
peticin
de un
nico cliente. Guarda los datos del cliente

que realiz la peticin.
Stateless Session Bean
Un servicio puede atender la peticin de
(@Stateless)
uno o ms clientes. No guarda los datos

del cliente que realiz la peticin.
Singleton Session Bean

(@Singleton)
Existe un nico servicio que atiende las

peticiones de todos los clientes.
Basado en: ORACLE. The Java EE 6 Tutorial. http://goo.gl/DbAhb.
05/09/2013.
10
- Clases Servicios Web (Web Services), son clases programadas en

lenguaje Java, permitirn recibir y almacenar informacin en la
base de datos proporcionada por los consultantes desde la
aplicacin mvil, para esto utiliza el Controlador de Entidades
(Entity Manager).
Para el desarrollo del presente proyecto se utilizarn servicios
web cuya especificacin es Java API for RESTfull- Web Services
5
(JAX-RS), los cuales poseen las siguientes caractersticas :

Utiliza el protocolo Hypertext Transfer Protocol (HTTP).
No requiere WSDL o mensajes XML.
Permite trabajar con operaciones get, delete, post, put de
HTTP.
Son ms utilizados para aplicaciones mviles.
Capa de Persistencia
La capa de persistencia se comunicar con la capa de lgica
negocio, se encargar de responder solicitudes de almacenamiento
de
y
recuperacin de informacin de la base de datos.

Esta capa contendr las siguientes subcapas:
-
Subcapa Acceso a datos, en esta subcapa se encontrarn:

-
Java Data Base Connector (JDBC), permitir realizar

operaciones sobre una base de datos desde un
proyecto java, trabaja con un determinado dialecto
SQL de acuerdo a la base de datos.
Permite
realizar la conexin a la base de datos,

dependiendo a la base que se desee realizar la
5
ORACLE. The Java EE 6 Tutorial. http://goo.gl/miA5gk.
07/09/2013.
conexin se debe utilizar un determinado driver

JDBC.6
-
Interfaz Controlador de Entidades (Entity Manager),

es una interfaz programada en lenguaje Java, tiene
definidos
mtodos
que
permiten
realizar
siguientes operaciones en la base de
las
datos:
ingresar, actualizar, eliminar, y realizar bsquedas

personalizadas utilizando el lenguaje JPQL.
Subcapa Datos, en esta subcapa se encontrar la base de

datos.
1.2.1.2 Descripcin de la arquitectura de la aplicacin mvil.

La aplicacin mvil permitir accesar a la informacin que estar guardada en
las etiquetas de los objetos a travs de un cdigo Quik Response (QR). Permitir
a los usuarios enviar a la base de datos comentarios respecto de los objetos
observados consumiendo de la aplicacin web el servicio web (web services)
publicado para el efecto.
Esta aplicacin tambin permitir compartir la informacin de los objetos en la red
social Facebook o enviarla por correo electrnico.
La aplicacin mvil constar de tres capas, las cuales son:
Capa de presentacin.
Capa de lgica de negocio.
Capa de acceso a datos.
AUMAILLE Benjamin (2002). J2EE desarrollo de aplicaciones web Recursos Informticos.

(2da. ed). Espaa: Barcelona.
7
ORACLE. Interface Entity Manager. http://goo.gl/MUSMRZ. 15/09/2013.
En la Figura 1.2. se muestra la conectividad entre las capas de la arquitectura de

la aplicacin mvil y los elementos que pertenecen a cada una. Adems se
representa la conectividad entre la aplicacin mvil y la aplicacin web.
Capa de Presentacin
Formulario XML
Capa de Lgica de Negocio
Capa de Acceso a Datos
Servicios
Figura 1.2. Arquitectura de la aplicacin mvil
Entidades
Actividades
Cliente Servicios Web
Aplicacin Web
Servicios Web
Capa de Presentacin
La capa de presentacin es la que permitir el dilogo con el usuario,
presentar la informacin obtenida de una manera grfica; esta capa se
comunicar con la capa de lgica de negocio y la capa de acceso a datos.
En la capa de presentacin se encuentran:
-
Formulario, archivo XML en el que se definir la estructura visual

para una interfaz de usuario de la aplicacin mvil.
Un ejemplo de este formulario es aquel en el que se presentar
la informacin obtenida al escanear el cdigo QR del objeto.
Actividades (Activity), clases java que manejarn los formularios

(GUI) con los que interactuar el usuario, todos los componentes
o
elementos
mostrados
en
los
formularios
tienen
sus
correspondientes objetos en las actividades para poder manejar

todos sus eventos y propiedades.
Capa de Lgica de Negocio
La capa de lgica de negocio se comunicar con la capa de
presentacin. De la capa de presentacin obtendr y
enviar
datos
solicitados por el usuario.

En esta capa se encontrarn las clases que contienen las operaciones
necesarias para consumir el web services publicado y mtodos de lgica de
negocio. En la capa de lgica de negocio se encuentran:
- Servicios, clases java con algoritmos funcionales que manejarn
el intercambio de informacin entre las clases que cumplen el
papel de cliente Web Services y los formularios. Estos servicios

son invocados a travs de las actividades (Activity).
- Cliente servicios web, clases java que manejarn la interconexin
entre la aplicacin web y la aplicacin mvil. Dentro de estas
clases se encontrarn los mtodos necesarios para almacenar
los comentarios hechos por los
usuarios,
consumiendo
el
servicio web publicado. El servidor enviar tramas JSON y estas

sern consumidas por el cliente, en este caso la
aplicacin
mvil.
Para la implementacin del cliente servicios web, se utilizar la
librera GSON la cual ser utilizada para convertir objetos java
en su representacin JSON y cadenas JSON en objetos Java.
Capa de Acceso a Datos
La capa de acceso a datos se comunicar con la capa de presentacin,
se encargar de enviar solicitudes de almacenamiento de datos.
Se encontrar compuesta de entidades.
- Entidades, clases java que reflejan entidades de la aplicacin
web.
Sobre estas clases se colocar los datos que se enviar a travs de
los servicios web.
1.2.2 HERRAMIENTAS DE DESARROLLO
Las herramientas que se utilizarn para el desarrollo de las dos
aplicaciones
son de software libre y se integran sin problemas entre ellas. Cabe decir que estas
herramientas son conocidas por los desarrolladores de este proyecto de titulacin
quienes las hemos exitosamente utilizado con anterioridad.
Estas herramientas estn agrupadas de la siguiente manera y se detallan a

continuacin:
-
Ambiente de desarrollo integrado.
Lenguaje de codificacin.
Versionamiento de las aplicaciones.
1.2.2.1 Ambiente de desarrollo integrado

El ambiente de desarrollo integrado (IDE) facilita la implementacin, puede
estar definido para un nico lenguaje de programacin o para varios a la vez.
Un IDE contiene un editor de cdigo, compilador, y una interfaz grfica que permite la
comunicacin con el desarrollador. Existen diferentes tipos de IDE que se pueden
utilizar para la codificacin con lenguaje java, el que se utilizar para el desarrollo de
las dos aplicaciones ser Eclipse.
- Eclipse, est compuesto por varias herramientas de programacin de
software libre para desarrollar diferentes tipos de aplicaciones.
Fue desarrollado por IBM, y en la actualidad por la Fundacin
Eclipse.
Incluye herramientas de desarrollo de java, con un compilador de java
interno, permitiendo realizar tcnicas de refactorizacin y anlisis de
cdigo.
Usando diferentes plugins, se puede tener herramientas disponibles
para otros lenguajes como C/C++, o herramientas complementarias
para el desarrollo de JAVA.
ECLIPSE FUNDATION. About the Eclipse Foundation. http://goo.gl/sNmkO.
06/09/2013.
1.2.2.2 Lenguaje de codificacin

Se utilizar Java como lenguaje de codificacin, por las siguientes razones:
- Se tiene conocimiento del lenguaje por parte de los autores.
- Es un lenguaje orientado a objetos.
- Es una herramienta de software libre.
1.2.2.3 Versionamiento de aplicaciones
El Versionamiento de las aplicaciones es necesario para poder tener un
registro y respaldo de los avances que se tendrn del desarrollo de las aplicaciones.
El versionamiento permite trabajar en un grupo de desarrollo compartiendo la misma
aplicacin, manteniendo personalmente y sincronizadamente actualizadas las
aplicaciones. Para realizar el Versionamiento de las aplicaciones se utilizar:
- Servidor de Versin.
- Cliente de Versin.
Servidor de Versiones
Se utilizar un servidor de versiones en donde se tendr un repositorio
con la documentacin, aplicacin y la base de datos con diferentes versiones.
Para el desarrollo de las aplicaciones del presente proyecto se utilizar el
servidor de versiones Subversion.
Subversion, es una herramienta de software libre, multiplataforma,
para el control de versiones de ficheros electrnicos de software o de
documentacin.
Se basa en un repositorio central que acta como un servidor de

ficheros, con la capacidad de recordar todos los cambios que se hacen
tanto en sus directorios como en el contenido de sus ficheros.
El repositorio permite a cada desarrollador (cliente de versione) subir
cambios locales utilizando el comando commit, descargar cambios que
se encuentran en el servidor, de tal manera que el proyecto este
actualizado tanto en el servidor de versiones como en el cliente de
versiones, mediante el comando update. En cada accin antes
mencionada existe la posibilidad de comparar los cambios locales con
los que se encuentran en el servidor, antes de subir o
mediante la opcin de sincronizar con el repositorio.
actualizar
Cliente de Versiones
Para poder compartir las versiones del servidor detallado anteriormente,
se necesitar un cliente de versiones, el cual subir y bajar cambios de la
aplicacin. La herramienta que se utilizar para cliente de versiones en el
desarrollo de este proyecto de titulacin es TortoiseSVN.
TortoiseSVN, es un cliente gratuito de software libre para el sistema de
control de versiones Subversion.
Se usa para sincronizar directorios mediante el explorador
Windows.
10
de
Permite visualizar el estado de los archivos, y posee
mensajes descriptivos para cada archivo que es colocado en el

11
servidor.
SERRADILLA Juan Luis. Control

de Versiones con Subversion y Tortoise SVN.
10
http://goo.gl/hCi964. 07/09/2013
SERRADILLA Juan Luis. Control
de Versiones con
11
Subversion y Tortoise SVN. http://goo.gl/hCi964. 07/09/2013
TORTOISE SVN TEAM.
TortoiseSVN 1.8.2 released. http://goo.gl/kR8sx. 07/08/2013.
1.2.3 SERVIDOR DE APLICACIONES

Un servidor de aplicaciones es el encargado de manejar el procesamiento de
transacciones y el acceso a la base de datos de una aplicacin web. El servidor de
aplicaciones recibe las solicitudes, ejecuta la lgica de negocio y ejecuta
transacciones solicitadas proporcionando una conexin a la base de datos.
12
las
Para el
desarrollo de la aplicacin web del presente proyecto de titulacin se seleccion el

servidor de aplicaciones JBoss.
- JBoss,
servidor
de
aplicaciones
implementado
en
java,
actualmente se encuentra disponible la versin JBoss AS 7. Esta

versin permite un rpido proceso de arranque y el manejo
simultneo de servicios, debido a que los servicios se inician al
mismo tiempo evitando esperas innecesarias.
Este
servidor
puede
atender
mltiples
aplicaciones
simultneamente, posee una rpida respuesta, permite
el
aislamiento de aplicaciones, carga las clases que son necesarias

para la aplicacin de forma rpida.
La configuracin de JBoss AS7 es simple y fcil de comprender,
posee una consola administrativa grfica que permite configurar
diferentes aspectos del servidor, como definir el puerto en el que
prestar el servicio, crear conexiones a bases de datos, entre
otras.13
1.2.4 ADMINISTRADOR DE BASE DE DATOS
Es un grupo de programas que poseen una interfaz grfica y fcil de utilizar
por el usuario. Permite administrar las entradas y salidas a la base de datos.14 Para
el desarrollo de este proyecto de titulacin se utilizar el administrador de base de
12
LAUDON Kenneth y PRICE LAUDON Jane (2004). Sistemas de informacin gerencial:

administracin de la empresa digital. (8va. ed.). Mxico: Mxico.
13
JBOSS COMMUNITY. The Open Source Java application server reignited. http://goo.gl/0Hg9z.
07/09/2013
14
CIENCIAS Thomson, STAIR Ralph y REYNOLDS George (2000). Principios de sistemas de
informacin: enfoque administrativo. (4ta. ed.). Estados Unidos: Connecticut.
datos PostgreSQL, debido a que es un administrador de software libre y ha sido

utilizado exitosamente con anterioridad por los autores de este proyecto de titulacin.
- PostgreSQL, Utiliza un modelo cliente/servidor. Una sesin de
PostgreSQL consiste en los siguientes procesos cooperantes: un
proceso de servidor y el cliente, para este proyecto no se utilizar
el cliente de la aplicacin sin embargo se nombraran a
continuacin:
- Un proceso de servidor, el cual gestiona los archivos de base de
datos, acepta las conexiones a la base de datos y lleva a cabo
acciones de base de datos en nombre de los clientes.
- El cliente de la aplicacin del usuario (frontend), el cual quiere
llevar a cabo las operaciones de base de datos. Las aplicaciones
cliente pueden ser de diferentes tipos: una herramienta orientada
a texto, una aplicacin grfica, un servidor web que tiene acceso
a la base de datos para mostrar las
pginas web, o una herramienta de mantenimiento de bases de
datos.
15
1.2.5 ESTNDARES
Los estndares nos permitirn llevar de una manera
ordenada,
homognea y entendible el desarrollo de este proyecto de titulacin, con el

objeto de que a futuro sea mantenible el software. Para este proyecto de
titulacin se utilizarn varios estndares que estn agrupados en:
- Estndares para modelamiento
- Estndares para base de datos.
- Estndares para estructura de las aplicaciones en el IDE
15
POSTGRESQL GLOBAL DEVELOPMENT GROUP. PostgreSQL 9.1.9 Documentation.

http://goo.gl/XhNRhR. 07/09/2013.
20
Estndares para programacin.
Estndares para modelamiento.

Para el modelamiento se utilizarn los siguientes estndares:
-
Una plantilla para la redaccin de las historias de usuario. Ver

Anexo I
Una plantilla para la redaccin de las pruebas de
las
aplicaciones. Ver Anexo I
Un modelo fsico para el modelamiento de datos.
Estndares para base de datos.

Para nombrar los elementos de la base de datos se utilizar los
siguientes estndares:
-
Los nombres de las tablas y de sus campos sern sustantivos

en singular, se escribirn los nombres con minsculas y en
caso de que el nombre est compuesto por ms de una
palabra se utilizar el signo _ como separador, no se
utilizarn caracteres especiales ni nmeros.
El nombre de las claves primarias estar compuesto por el

prefijo pk y el nombre de la tabla.
El nombre de las claves forneas estar compuesto por el

prefijo fk, y el nombre del id relacionado.
El nombre de los campos de las tablas estar compuesto por

las tres primeras consonantes del nombre de la tabla a la que
pertenece, y un conjunto de palabras que expresen el

contenido del campo.
Todos
los
nombres
que
se
utilicen
deben
ser
lo
suficientemente entendibles y deben describir el contenido de

la tabla o el campo.
Estndares para estructura de las aplicaciones en el IDE.
-
Estructura de la aplicacin web en el IDE es:

-
Carpeta JavaSource dentro de la cual
se
organizarn los paquetes (nombre java)
carpetas,
que
contienen
las
clases
java,
identificando las capas establecidas en
la
arquitectura de la aplicacin.
-
Carpeta WebContent dentro de la cual
se
estructurarn carpetas que permitan organizar

las pginas web que se crear.
Los nombres de los paquetes sern escritos con

minsculas, cada palabra ser separada por un
., se utilizar la siguiente estructura para el
nombramiento
de
los
mismos:
com.nombreaplicacion.nombreinstitucion.comp
onentecapa
-
Estructura de la aplicacin mvil se definir de la siguiente

manera:
-
Carpeta src dentro de la cual se organizarn los

paquetes
(nombre
java)
carpetas
que
contienen las clases java, identificando
las
capas establecidas en la arquitectura de la

aplicacin.
-
Carpeta res/layout dentro de esta carpeta se

organizarn
las
carpetas
necesarias
que
permitan organizar los formularios de
GUI
(Layouts) que se crearn.
Los nombres de los paquetes sern escritos con

minsculas, cada palabra ser separada por un
., se utilizar la siguiente estructura para el
nombramiento
de
los
mismos:
com.nombreaplicacion.nombreinstitucion.comp
onentecapa
Estndares para programacin.
Para la programacin se utilizar los siguientes estndares:
-
Los nombres de clases, interfaces,
enumeraciones
cualquier otra estructura java; utilizarn el estilo de escritura

Cammel (primera letra del nombre con mayscula, si es
palabra compuesta la primera letra de cada palabra con
mayscula sin espacios), no utilizarn signos ni nmeros. Se
debe considerar adems que el nombre debe ser
un
sustantivo.
-
Los nombres de atributos (sustantivos), y los nombres de

mtodos (verbos) sern escritos en minsculas, en caso de
que el nombre sea compuesto por ms de una palabra se
escribir la primera letra de la segunda palabra con

mayscula, sin espacios, caracteres especiales y nmeros.
No se puede utilizar palabras reservadas
(propias
del
lenguaje java como class, protected, interface) como nombre

de cualquier estructura java.
Los nombres de constantes (atributos) sern escritos con

maysculas.
El cdigo ser identado, de tal manera que el cdigo sea

entendible y manejable para los desarrolladores.
Se utilizarn comentarios sobre cada uno de los mtodos,

clases y cualquier otra estructura que se crea conveniente
comentar para el entendimiento de los programadores.
Dentro de las clases java se declararn primero los atributos

y luego los mtodos.
Las entidades llevarn el mismo nombre que de la tabla a la

que hacen referencia; los servicios tendrn
por nombre
primero el nombre de la entidad con la que van a trabajar y

segundo la palabra Servicio; los controladores tendrn por
nombre primero el nombre de la entidad con la que van a
trabajar y segundo la palabra Controlador.
Los nombres de las pginas (sustantivos) sern

escritos en minsculas aplicando estndar
Cammel.
1.3
DESCRIPCIN DE ASPECTOS METODOLGICOS RELACIONADOS A

EXTREME PROGRAMMING (XP)
La metodologa XP
define
cuatro
variables
para
software: costo, tiempo, calidad y alcance. De las
cualquier
cuales
tres
proyecto de
de
ellas
indistintamente sern fijadas por actores externos al equipo de desarrollo (clientes y

jefe de proyecto). El valor de la variable restante podr ser establecido por
el
equipo de desarrollo, en funcin de los valores de las otras tres.

Dentro del ciclo de vida de un proyecto desarrollado bajo la metodologa XP se
incluye entender lo que el cliente necesita, estimar el esfuerzo, crear la solucin y
entregar el producto final, al igual que en otras metodologas, sin embargo, XP
propone un ciclo de vida dinmico, donde se admite que, en muchos casos, los
clientes no especifican sus requerimientos al inicio de un proyecto.
Se trata de realizar ciclos de desarrollo cortos
(llamados
iteraciones),
con
entregables funcionales al finalizar cada ciclo. En cada iteracin se realiza un ciclo

completo de anlisis, diseo, desarrollo y pruebas, pero utilizando un conjunto de
reglas y prcticas que caracterizan a XP (y que sern detalladas ms adelante).
16
Dentro de este subcaptulo se encuentra detallado:

1. Fases.
2. Reglas y Prcticas.
3. Ciclos
4. Matriz Metodolgica.
1.3.1 FASES
16
JOSKOWICZ Jos (2008). Reglas y Prcticas en eXtreme Programming. (1ra. ed.). Espaa:
Vigo.
El ciclo de vida de la metodologa XP se puede dividir en las siguientes

fases:
1.3.1.1 Fase de exploracin
En esta fase se define el alcance general del proyecto. El cliente
define
lo
que necesita mediante la redaccin de historias de usuarios. En base a esta

informacin los programadores estiman los tiempos de desarrollo. Las estimaciones
realizadas en esta fase no son exactas debido a que estn basadas en datos de muy
alto nivel, por lo cual podran variar cuando sean analizadas con ms detalle.
Esta fase dura un par de semanas, obteniendo como resultado una visin
general del sistema y un tiempo estimado.
1.3.1.2 Fase de planificacin
Es una fase corta, en la que los actores del proyecto acuerdan el orden en que
debern implementarse las historias de usuario y las entregas. Esta fase consiste en
una o varias reuniones grupales de planificacin obteniendo como resultado de esta
fase un Plan de Entregas, o Release Plan.
1.3.1.3 Fase de iteraciones
Esta es la fase principal en el ciclo de desarrollo de XP. Las funcionalidades
son desarrolladas en esta fase, generando al final de cada de las iteraciones una un
entregable funcional que implementa las historias de
usuario
asignadas
la
iteracin. No todas las iteraciones tienen un desarrollo completo de las historias de

usuario.
Como las historias de usuario no tienen suficiente detalle como para
su anlisis y desarrollo, al principio de cada iteracin se
necesarias
realizan
las
permitir
tareas
de anlisis, recabando con el cliente todos los datos que sean
necesarios. El cliente, por lo tanto, tambin debe participar activamente durante esta
fase del ciclo.
1.3.1.4 Fase de puesta en produccin

Si bien al final de cada iteracin se entregan mdulos funcionales
y sin
errores, puede ser deseable por parte del cliente no poner el sistema en produccin
mientras no se tenga la funcionalidad completa.
En esta fase no se realizan ms desarrollos funcionales, pero pueden ser
necesarias tareas de ajuste (fine tuning).
1.3.2 REGLAS Y PRCTICAS
La metodologa XP tiene un conjunto importante de reglas y prcticas. En forma
genrica, se pueden agrupar en reglas y prcticas de:
Planificacin.
Diseo.
Desarrollo.
Pruebas.
1.3.2.1 Planificacin
Se plantea la planificacin como un dilogo continuo entre los
involucrados en el proyecto. Lo primero que se debe realizar en un proyecto
es el desarrollo de las historias de usuario, las cuales sustituyen a los casos
de uso que se usan en metodologas formales, con estas historias
de
usuario los desarrolladores evalan de rpidamente el tiempo
de
implementacin de cada una. Una vez hecho esto, se procede a organizar

una reunin de planificacin con los involucrados en el proyecto con el
objetivo de establecer un plan o cronograma de entregas, finalmente se
realiza la fase de iteraciones en donde se desarrolla, prueba e instala unas

pocas historias de usuario. Esta planificacin es dinmica
se
debe
replantear al finalizar cada ciclo en caso de que sea necesario.

1.3.2.2 Diseo
Los conceptos ms importantes de diseo en esta metodologa que se
van a aplicar en el proyecto son los siguientes:
Simplicidad, en donde se implementar mediante un diseo simple un
desarrollo funcional. Se sugiere nunca adelantar la implementacin de
funcionalidades que no correspondan a la iteracin en la que se est
trabajando.
Recodificacin, en caso de ser necesario se reescribir cdigo sin cambiar su
funcionalidad con el objetivo de hacerlo ms simple, conciso y/o entendible.
A pesar de que esta prctica parezca una prdida de tiempo, los resultados
se vern reflejados en las siguientes iteraciones cuando sea necesario
cambiar o ampliar la funcionalidad.
1.3.2.3 Desarrollo
Disponibilidad del cliente, es uno de las exigencias de XP teniendo al
cliente disponible durante todo el proyecto como parte del equipo, no slo
como un apoyo. En un inicio los clientes son los encargados de proporcionar
las historias de usuario, pero como stas no proporcionan informacin
suficiente deben ser aclaradas ms adelante en la etapa de desarrollo, en
donde los clientes tienen una participacin muy importante.
Una ventaja de la disponibilidad del cliente es que los problemas en alguna
funcionalidad pueden ser detectados de manera temprana.
Uso de estndares, de manera que el cdigo sea ms entendible por todo el

equipo y que facilite la recodificacin.
Programacin en pares, de manera que dos desarrolladores se encuentren
trabajando juntos en un mismo ordenador. Puede parecer que
este
requerimiento sea una prdida de tiempo, la ventaja principal es que
al
trabajar en pares, se minimizan los errores y se logran mejores diseos. A la

final el producto obtenido es de mejor calidad que cuando el desarrollo se
realiza por programadores individuales.
Integraciones permanentes, de manera que los desarrolladores
trabajen
siempre con la ltima versin del proyecto. XP promueve publicar lo ms

antes posible nuevas versiones, siempre que estn libres de errores.
1.3.2.4 Pruebas
Pruebas unitarias, que deben ser ejecutadas a todos los mdulos antes
de ser liberados o publicados. Estas pruebas deben ser definidas antes de
realizar el cdigo.
Deteccin y correccin de errores, que deben ser corregidos inmediatamente y
se deben tener precauciones para que no vuelvan a suceder.
Pruebas de aceptacin, las cuales son creadas en base a las historias de
usuarios. El cliente es el encargado de especificar varios escenarios para
comprobar
que
las
historias
de
usuario
han
sido
implementadas
correctamente. Una historia de usuario no se considera terminada mientras

no pase las pruebas de aceptacin.
17
17
JOSKOWICZ Jos (2008). Reglas y Prcticas en eXtreme Programming. (1ra. ed.). Espaa:
Vigo.
1.3.3 CICLOS
Es una medida de tiempo en el que se van a ejecutar
las
actividades especificadas en cada fase de la metodologa gil XP.

1.3.4 GUA METODOLGICA
Para facilitar el desarrollo de este proyecto de titulacin se desarroll la
siguiente gua metodolgica que recoge los lineamientos, principios y polticas
de XP.
En esta gua se detallan las actividades y productos a lo largo de las fases
mencionadas anteriormente, tambin se determina la madurez, que van
alcanzando los productos fruto de cada actividad en cada ciclo.
En esta matriz constan:
-
Los esfuerzos de trabajo, es decir las
actividades
que deben
ejecutar los desarrolladores al igual que los productos que se

obtienen de cada actividad.
-
Los ciclos que representan a periodos de tiempo en los cuales los

desarrolladores deben comprometerse a avanzar su trabajo, es decir
a madurar los productos en la medida planteada.
Esta gua expresa de manera sencilla y concisa lo que los desarrolladores y

usuarios deben hacer hasta conseguir el producto de software y
documentacin terminada.
la
30
Tabla 1.3. Fases del XP
18
GUIA METODOLGICA
Ciclos
Actividades
Responsables
Productos
Ciclo
Ciclo
Ciclo
FASE:
Exploracin: Definir el alcance del proyecto
Reconocer los
usuarios.
Reconocer las
historias de usuario.
Desarrolladores
Lista de usuarios
Desarrolladores,
Lista historias de
Cliente
usuario
Estimar tiempos por

cada historia de
usuario.
100%
70%
100%
40%
60%
70%
100%
Tiempo requerido
Desarrolladores
por historia y tiempo
100%
total del proyecto
Lista de historias de
Definir el alcance
del sistema.
Desarrolladores y
usuario a desarrollar
Gestor del proyecto
con sus aplicaciones.
(Jefe de proyecto)
Creacin/depuracin
100%
de Modelo de Datos.
FASE:
Planificacin: Priorizar la implementacin
18
Priorizar orden de
Gestor del proyecto
implementacin de
(Jefe de proyecto),
usuario ordenadas
historias
Desarrolladores y
por prioridad de
60%
100%
Basado en: JOSKOWICZ Jos (2008). Reglas y Prcticas en eXtreme Programming. (1ra.
ed.). Espaa: Vigo.
Clientes
implementacin.
Diagrama Gant de
Preparar plan de
entregas
Desarrolladores
plan de entregas o
actualizaciones (por
50%
75%
70%
100%
60%
80%
75%
100%
60%
80%
70%
100%
100%
grupos de historias).
Definir tareas para
los desarrolladores
Gestor del proyecto

(Jefe de proyecto),
Lista de tareas de
Desarrolladores.
cada desarrollador.
FASE:
Iteraciones: Implementar historias de usuario
Implementar
historias de usuario
Gestor del proyecto
(Jefe usuario),
usuario
Desarrolladores
implementadas.
Planificar pruebas
de aceptacin de
cada una de las
100%
Conjunto de
Desarrolladores
plantillas de pruebas
planificadas.
historias de usuario
Ejecutar pruebas de
aceptacin de cada
Gestor del proyecto
Plantillas de prueba
una de las historias
(Jee de proyecto),
llenas con los
de usuario.
Cliente
errores.
Recodificar historias
de usuario.
100%
Desarrolladores
usuario
recodificadas.
FASE:
Puesta en Produccin: Entregar funcionalidades de las aplicaciones
Realizar tareas de
ajuste
Preparar manual
tcnico
Preparar manual de
Desarrolladores
Aplicaciones
corregidas
25%
75%
100%
Desarrolladores
Manual tcnico
100%
Desarrolladores
Manual de usuario
100%
usuario
Prepara gua de
instalacin
Desarrolladores
Gua de instalacin
100%
CAPTULO 2: DESARROLLO DE LAS APLICACIONES

El desarrollo de las aplicaciones est sustentado en la gua metodolgica
expresada en el Captulo 1.
La redaccin de este captulo de las aplicaciones est de acuerdo al grupo de
actividades que se ejecutan segn constan en la gua metodolgica con el porcentaje
de madurez definido en cada ciclo.
2.1 FASE EXPLORACIN

Exploracin es una de las fases de la metodologa XP, en esta fase se
desarrollaron las siguientes actividades obteniendo de cada una un producto final. A
continuacin se detallan las actividades y los avances en la madurez
de
los
productos por cada ciclo de la Fase de Exploracin.

-
Ciclo 1
El ciclo 1 tuvo una duracin de 7 das, cada da con 3 horas de trabajo. Las
actividades que se realizaron en este primer ciclo en la Fase de Exploracin son:
1. Reconocer los usuarios

Cada una de las dos aplicaciones tiene diferentes usuarios los
cuales se encuentran detallados en la tabla 2.1.
Tabla 2.1. Usuarios de las aplicaciones
Nombre de usuario
Descripcin
Aplicacin
Es un empleado administrativo, de la
FIS-EPN. No tendr
Administrador
restricciones
para accesar a la aplicacin, podr

visualizar
todas
las
existentes en la misma.
opciones
Web
Es un empleado administrativo, o
estudiante de la FIS-EPN que tenga
Ayudante
conocimientos informticos. Tendr

acceso a registro (creacin, edicin,
Web
eliminacin) de: objetos, tipos de

objetos,
servicios;
generacin
de
etiquetas.
Es algn estudiante o cualquier otra

persona que se encuentre fsicamente
en la FIS-EPN y posea un telfono
mvil con sistema operativo Android
Usuario mvil
desde la versin 4.1 (Jelly Bean)
Mvil
hasta la versin 4.4 (KitKat). No

tendr restricciones para accesar a la
aplicacin mvil, podr visualizar
todas las opciones existentes en la
misma.
La madurez del reconocimiento de usuarios en el ciclo 1 es del 100%,

todos los usuarios de las dos aplicaciones se encuentran definidos.
2. Reconocer las historias de usuarios.
Para el reconocimiento de historias de usuario se
realiz
una
reunin con los usuarios administrativos, quienes nos indicaron cual

sera el proceso para registrar los objetos y que informacin de ellos es
importante. De esta reunin se obtuvo lo necesario para
el
planteamiento inicial de las funcionalidades de la aplicacin web.

Por otro lado para la aplicacin mvil se realiz una reunin entre los
desarrolladores, en la cual se plante la funcionalidad.
En la tabla 2.2 se listan las historias de usuario obtenidas para ambas

aplicaciones:
Tabla 2.2. Historias de usuario de las aplicaciones
NdHU
Historias de Usuario
Aplicacin
002
Registro de usuario
Web
004
Cambio de clave
Web
005
Inicio
cierre
de
sesin
Web
003
Registro de rol
Web
006
Registro de tipo objeto
Web
007
Registro de servicio
Web
001
Registro de persona
Web
008
Registro de objeto
Web
009
Generacin etiqueta
Web
010
Registro visitas (WS)
Web
001
002
003
Registro
de
con Facebook
Inicio
cierre
de
sesin
Escaneo de etiqueta
Presentacin
004
usuario
Mvil
Mvil
Mvil
de
informacin del objeto
Mvil
escaneado
Distribucin
005
de

escaneado
Facebook
en
Mvil
Distribucin
de
006
escaneado
Mvil
mediante
correo electrnico.
Registro
de
comentarios del objeto
007
Mvil
escaneado
La madurez del reconocimiento de las historias de usuarios en el

ciclo 1 es del 70%.
3. Estimar tiempos por cada historia de usuario.
La estimacin de tiempos por cada historia de usuario la
realizaron los autores de este proyecto de titulacin. Para plantear
estos tiempos, se consider la experiencia de los autores del
proyecto de titulacin en desarrollo de aplicaciones, de acuerdo a su
propio conocimiento y dominio de las herramientas.
En la tabla 2.3 se listan las historias de usuario con el tiempo de
desarrollo estimado para cada una.
Tabla 2.3. Tiempo estimado por historia de usuario
NdHU
Historia de Usuario
Aplicacin
Semanas
Das
Horas
002
Registro de usuario.
Web
15
004
Cambio de clave.
Web
Web
005
003
006
007
Inicio y cierre de
sesin.
Registro de rol
Registro
de
tipo
objeto
Web
15
Web
15
Web
15
001
Registro de persona
Web
15
008
Registro de objeto
Web
15
009
Generacin etiqueta
Web
15
45
Web
10
30
Mvil
10
30
010
001
Registro
visitas
(WS)
Registro de usuario
con Facebook
002
Inicio de sesin
Mvil
003
Cierre de sesin
Mvil
004
Escaneo de etiqueta
Mvil
10
30
Mvil
10
30
Mvil
Mvil
12
005
Distribucin
de
informacin
del
objeto
escaneado
en Facebook
006
Distribucin
de
informacin
del
objeto
escaneado
mediante
correo
electrnico.
007
Registro
de
comentarios
del
objeto escaneado
La madurez de la estimacin de tiempos por cada historia de

usuario en el ciclo 1 es del 40%.
4. Definir el alcance del sistema.
De las historias de usuario obtenidas, se define un alcance
aproximado del proyecto, ya que al estar en el primer ciclo no se
tiene algo muy especfico de lo que se espera tener al finalizar los
ciclos.
A continuacin se describen las historias de usuario de las dos

aplicaciones que hasta este primer ciclo se reconocieron.
Historias de usuario de la aplicacin web:
Aplicacin: Web
F001:
Historia de Usuario (HdU): Registro
de Persona
Nmero de HdU: 001
Nmero Modificacin de HdU:
Usuario(s): Administrador, Ayudante
Desarrollador: Estefana Glvez
Prioridad: Media
Riesgo: Medio
Descripcin:
-
Muestra las personas registradas, con los siguientes atributos:
Nombres (Nombre, Apellido).
Cargo.
Telfono.
Correo.
Por cada persona registrada:
Permite que se edite.
Permite que se elimine.
Si desea crear una nueva persona:
Se muestra un dilogo con los atributos mencionados

anteriormente y las opciones: guardar, cancelar.
Si selecciona guardar la persona se muestra en personas

existentes y se cierra el dilogo.
Si se selecciona cancelar la persona no se muestra en personas

Si desea editar una persona:
Se muestra un dilogo con los datos de la persona seleccionada.

Se muestran las opciones de aceptar y cancelar.
Si selecciona aceptar se muestran en personas existentes los cambios realizad
Si selecciona cancelar se muestran las personas existentes y se cierra el di
Si desea eliminar un persona:
Se muestra un dilogo de confirmacin con las opciones aceptar y cancelar.
Si selecciona aceptar la persona no se muestra en personas existentes y se cie
Si selecciona cancelar la persona se muestra en personas existentes y se cierr
Aplicacin: Web
F001:
de Usuario
Nmero de HdU: 002
Usuario(s): Administrador
Desarrollador: Andrs Fernndez
Prioridad: Alta
Riesgo: Medio
Descripcin:
Observaciones:
- Se
Se muestra
un dilogo
con: de xito o error de cada accin realizada en el r
mostrarn
mensajes
Nombre de usuario autogenerado.
Roles existentes y las opciones aceptar, cancelar.
Si desea editar el usuario:
Se muestra un dilogo con el nombre de usuario, los roles
40
asignados y las opciones aceptar y cancelar.

Si selecciona la opcin aceptar se guardan los datos modificados y se cierra e
Si selecciona la opcin cancelar los datos permanecen iguales y se cierra el di
Si desea eliminar el usuario:
Si selecciona aceptar el usuario se eliminar, ms no la persona a la que corre
Si selecciona cancelar se cierra el dilogo.
Aplicacin: Web
F001
de Rol.
Nmero de HdU: 003
Prioridad: Alta Observaciones: Riesgo: Alto

Se mostrarn mensajes de xito o error de cada accin realizada
Descripcin:
-
Muestra los roles registrados, con los siguientes atributos:
Nombre.
Por cada rol registrado:
Si desea crear un nuevo rol:
Se muestra un dilogo con los atributos:
Nombre de rol
Las pginas disponibles y las opciones de guardar y

cancelar.
Si selecciona guardar el nuevo rol se muestra en roles existentes

y se cierra el dilogo.
Si selecciona cancelar el rol no se muestra en roles existentes y

se cierra el dilogo.
Si desea editar un rol:
Se muestra un dilogo con los datos del rol seleccionado, las

pginas seleccionadas y las pginas disponibles.
Si selecciona aceptar se muestran en roles existentes los cambios

realizados y se cierra el dilogo.
Si selecciona cancelar se muestran los roles existentes y se

cierra el dilogo.
Si desea eliminar un rol:
Se muestra un dilogo de confirmacin con las opciones aceptar

y cancelar.
Si selecciona aceptar el rol no se muestra en roles existentes y se

cierra el dilogo.
Si selecciona cancelar el rol se muestra en roles existentes y se

cierra el dilogo
Observaciones:
Se mostrarn mensajes de xito o error de cada accin realizada en el registro de
rol.
Aplicacin: Web
F001:
Historia de Usuario (HdU): Cambio
de clave
Nmero de HdU: 004
Prioridad: Alta
Riesgo: Bajo
Descripcin:
-
El usuario elige la opcin de cambio de clave.
Se presenta un formulario donde se ingresa la clave actual y la nueva

clave.
Se verifica que la clave actual coincida con la clave registrada con

anterioridad.
Se realiza el cambio de clave
Observaciones:
Aplicacin: Web
F001:
Historia de Usuario (HdU): Inicio y
cierre de sesin.
Nmero de HdU: 005
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
Se muestra un dilogo con los campos: usuario, clave, rol y la opcin
Ingresar.
Si desea ingresar:
Se muestran las pginas que corresponden al rol con el que se inicia sesin.
Se muestra el nombre y apellido de la persona que corresponde al usuario que
Se muestra la opcin cerrar sesin.
Si desea cerrar sesin:
Se borran todos los datos de sesin.
Aplicacin: Web
F001:
Se muestra el dilogo de inicio de sesin.
de tipo objeto.
Nmero de HdU: 006
Observaciones:
Se mostrarn
o error
de cada accin realizada en el inic
Prioridad:
Media mensajes de xito
Riesgo:
Bajo
Descripcin:
-
Muestra los tipos de objetos registrados con el atributo nombre.
Por cada tipo de objeto registrado:
Si desea crear un nuevo tipo de objeto:
Se muestra un dilogo con el atributo nombre y las opciones de

guardar y cancelar.
Si se selecciona guardar el nuevo tipo de objeto se muestra en

tipos de objetos existentes y se cierra el dilogo.
Si se selecciona cancelar el tipo de objeto no se muestra en

Si desea editar un tipo de objeto:
Se muestra un dilogo con el atributo nombre del tipo de objeto

seleccionado.
Si se selecciona aceptar se muestran en tipos de objetos

existentes los cambios realizados y se cierra el dilogo.
Si se selecciona cancelar se muestran los tipos de objetos

Si desea eliminar un tipo de objeto:

y cancelar.
Si se selecciona aceptar el tipo de objeto no se muestra en tipos

de objetos existentes y se cierra el dilogo.
Si selecciona cancelar el tipo de objeto se muestra en tipos de

objetos existentes y se cierra el dilogo
Observaciones:
tipo objeto.
F001:
Aplicacin: Web

de servicio.
Nmero de HdU: 007
Prioridad: Media
Riesgo: Bajo
Descripcin:
-
Muestra los servicios registrados con los siguientes atributos.
Nombre.
Descripcin.
Requisitos.
Por cada servicio registrado:
Si desea crear un nuevo servicio:

anteriormente y las opciones de guardar y cancelar.
Si se selecciona guardar el nuevo servicio se muestra en

servicios existentes y se cierra el dilogo.
Si se selecciona cancelar el servicio no se muestra en servicios

Si desea editar un servicio:
Se muestra un dilogo con los datos del servicio seleccionado.
Si se selecciona aceptar se muestran en servicios existentes los

cambios realizados y se cierra el dilogo.
Si se selecciona cancelar se muestran los servicios existentes y

Si desea eliminar un servicio:

y cancelar.
Si se selecciona aceptar el servicio no se muestra en servicios

Si selecciona cancelar el servicio se muestra en servicios
existentes y se cierra el dilogo
Aplicacin: Web
F001:
Observaciones:
Se mostrarn
mensajes
de xito o error de cada accin realizada en el registr
Historia
de Usuario
(HdU): Registro
de objeto.
Nmero de HdU: 008
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Muestra los objetos registrados con los siguientes atributos:
Nombre.
Horario.
Encargado.
Por cada objeto registrado:
Si desea crear un nuevo objeto:
Se muestra un dilogo con los atributos: nombre, tipo (ejemplo: Aula),

horario, servicio, encargado, pertenece a (ejemplo: FIS-EPN) opciones
de guardar y cancelar.
Si se selecciona guardar el nuevo objeto se muestra en

objetos existentes y se cierra el dilogo.
Si se selecciona cancelar el objeto no se muestra en

objetos

Si desea editar un objeto:
Se muestra un dilogo con los datos del objeto seleccionado.
Si se selecciona aceptar se muestran en objetos existentes los cambios realiza
Si se selecciona cancelar se muestran los objetos existentes y se cierra el dil
Si desea eliminar un objeto:
Web en objetos existentes y se cie
F001:
Si se selecciona aceptar el objetoAplicacin:
no se muestra
Si selecciona
cancelar
Historia
de Usuario
(HdU):el objeto se muestra en objetos existentes y se cierra e
Generacin de etiqueta
Nmero de HdU: 009
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Se muestran los objetos registrados con los siguientes atributos:

Observaciones:
Nombre. mensajes de xito o error de cada accin realizada en el
Se mostrarn
Horario.
Encargado.
Por cada objeto registrado se muestra la opcin:
Generar etiqueta (Cdigo QR)
Si desea generar etiqueta se muestra el explorador de ficheros, seleccionar la
Se almacenar en el directorio definido.
Aplicacin: Web
F001:
visitas
Nmero de HdU: 010

Nmero Modificacin de HdU: 2
Observaciones:
Se mostrarn mensajes de xito o error de cada accin rea
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
Crea un servicio web que permite guardar los siguientes atributos:
El objeto escaneado por la aplicacin mvil.
Fecha.
Hora.
Comentario.
El comentario es realizado desde la aplicacin mvil.
Observaciones:
Historias de usuario aplicacin mvil:

Aplicacin: Mvil
F001:
de usuario en Facebook.
Nmero de HdU: 001
Usuario(s): Usuario
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
El usuario se registra en la aplicacin con su cuenta en Facebook.
De la cuenta de Facebook obtiene los datos personales.
Observaciones:
usuario.
Aplicacin: Mvil
F001:
Historia de Usuario (HdU): Escaneo
de etiqueta.
Nmero de HdU: 004
Usuario(s): Usuario.
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Muestra la cmara del dispositivo para el escaneo del cdigo QR.
El cdigo QR es escaneado y presenta un formulario con la siguiente
50
informacin del objeto al que pertenece el cdigo QR:

Nombre.
Horario.
Encargado.
Servicios.
Aplicacin: Mvil
F001:
Historia de Usuario (HdU):
Distribucin de la informacin del
Observaciones:
objeto
escaneado en Facebook.
Nmero de HdU: 005
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
El usuario selecciona la opcin de compartir informacin.
Selecciona la opcin para compartir con facebook.
La informacin es publicada en el muro de Facebook del usuario.
Observaciones:
F001:
objeto escaneado mediante correo
electrnico.
Aplicacin: Mvil
Nmero de HdU: 006
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
El usuario selecciona la opcin de compartir informacin mediante

correo electrnico.
El usuario ingresa el/los correo/s del o los destinatarios.
La informacin es enviada mediante correo electrnico.
Observaciones:
Aplicacin: Mvil
F001:
de comentarios del objeto escaneado.
Nmero de HdU: 007
Usuario(s): Usuario
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
El usuario selecciona la opcin de enviar comentario.
El comentario ingresado por el usuario es enviado a travs de un servicio

web.
Observaciones:
El usuario puede haber iniciado sesin mediante Facebook o con un perfil de
usuario.
La madurez de la definicin del alcance del sistema en el ciclo 1 es

del 70%
-
Ciclo 2
actividades que se realizaron en este segundo ciclo en la fase de exploracin

son:
1. Reconocer las historias de usuarios.
En una segunda reunin con el cliente administrativo de la FIS
EPN se revisaron todas las historias de usuario de la aplicacin web
aprobando las que se establecieron en el ciclo
1. Adems
se
agreg una nueva historia de usuario: Reportes.

En la aplicacin mvil no se modificaron ni se agregaron historias
de usuario.
La madurez de reconocer las historias de usuario en el ciclo 2 es
del 100%
En este ciclo 2 se consider que los tiempos de las siguientes
historias usuario deberan ser modificadas: Inicio y cierre de sesin,
Registro de persona, Registro visitas (WS), Registro de usuario con
Facebook. Adems se agreg la estimacin de tiempo para
la
historia de usuario Reportes.

En la tabla 2.4 se listan las historias de usuario con el nuevo tiempo
de desarrollo establecido para cada una.
Tabla 2.4. Tiempos de desarrollo de las historias de usuario

Historia de Usuario
Semanas
Das
Horas
Inicio y cierre de sesin
Registro de persona
15
15
10
30

Registro de usuario con
Facebook
Reportes
La madurez de la definicin del alcance del sistema en el ciclo2 es

del 60%
3. Definir el alcance del sistema.
Al finalizar el ciclo 1 se agreg una nueva historia de usuario
Reportes y se modifica la historia de usuario Generacin de
etiqueta, las cuales se detallan a continuacin.
Aplicacin: Web
F001:
Historia de Usuario (HdU): Reporte
Nmero de HdU: 011
Prioridad: Media
Riesgo: Medio
Descripcin:
-
Se muestran los objetos registrados.
Si selecciona generar reporte se muestra un archivo pdf que contiene:
Nombre del objeto
Encargado
Comentario
Fecha
F001:
Observaciones:
Aplicacin: Web
Generacin de etiqueta.
Nmero de HdU: 009
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Nombre.
Horario.
Encargado.
Si desea generar etiqueta se muestra el explorador de ficheros,

seleccionar la ruta del archivo, poner un nombre con extensin .png.
Se mostrar la etiqueta generada y permitir la impresin de la misma.
Observaciones:
Se mostrarn mensajes de xito o error de cada accin realizada en generacin
de la etiqueta.
La madurez de definir el alcance del sistema al finalizar el ciclo 2 es

del 100%
Una vez definidas en su totalidad las historias de usuario, se realiz

la depuracin del modelo de datos.
La madurez del modelo de datos en el ciclo 2 es del 100%. Ver
Anexo II.
-
Ciclo 3
El ciclo 3 tuvo una duracin de 7 das, cada da con 4 horas de trabajo. La
actividad que se realiz en el tercer ciclo en la fase de exploracin es:

En el desarrollo del ciclo 3 se consider que las siguientes
historias de usuario deben ser modificadas en cuanto al tiempo de
desarrollo: Escaneo de etiqueta, Distribucin de informacin del
objeto escaneado en Facebook.
En la tabla 2.5 se listan las historias de usuario con el tiempo de
desarrollo modificado para cada una.
Tabla 2.5. Tiempo modificado de desarrollo de las historias de usuario
Historia de Usuario
Escaneo de etiqueta
Distribucin
informacin
Semanas
Das
Horas
15
24
de
del
objeto
escaneado en Facebook
La madurez de la definicin del alcance del sistema en el ciclo 3 es

del 100%
2.2 FASE PLANIFICACIN

Es una de las fases de la metodologa XP, en esta fase se desarrollaron las
siguientes actividades obteniendo de cada una un producto final. A continuacin se
detallan las actividades y los avances por cada ciclo de la Fase de planificacin.
-
Ciclo 1
actividades que se realizaron en este primer ciclo en la fase de planificacin son:

1. Priorizar orden de implementacin de historias.
Se consideraron algunos parmetros para priorizar el orden de
implementacin de las historias de usuario, estos parmetros son:
-
Dependencia: En caso de que dependa de otra historia
de
usuario su valor ser de 2, si es independiente su valor ser 1.

-
Prioridad Negocio: En caso de que el cliente considere que la

prioridad de negocio es alta su valor ser de 3, si considera que
la prioridad de negocio es medio su valor ser de 2
si
considera que la prioridad de negocio es baja su valor ser de 1.

-
Riesgo: En caso de que el desarrollador considere que el riesgo

es alto su valor ser 3, si considera que el riesgo es medio su
valor ser 2 y si considera que el riesgo es bajo su valor ser de
1.
Luego de haber definido cada valor de los parmetros mencionados se

realiz una multiplicacin del valor de la dependencia, prioridad de
negocio y riesgo. Se priorizaron las historias de usuario de mayor a
menor prioridad de acuerdo al resultado obtenido de la multiplicacin.
A continuacin en la tabla 2.6 se muestran las historias de usuario de la
aplicacin web ordenadas por prioridad de implementacin:
Tabla 2.6. Priorizacin historias de usuario web

NdHU
001
002
003
004
005
006
007
008
009
010
Historia de
Depen-
Prioridad
usuario
dencia
Negocio
Registro
de
Persona
Registro
de
Usuario
Registro
de
Rol
Cambio
de
clave
Inicio y cierre
de sesin
Registro
de
tipo objeto
Registro
de
servicio
Registro
de
objeto
Generacin de
etiqueta
Registro
visitas
Priori-
Riesgo
Total
12
10
18
18
dad
En la tabla 2.7 se muestran las historias de usuario de la aplicacin

mvil ordenadas por prioridad de implementacin:
Tabla 2.7. Priorizacin historias de usuario mvil

NdHU
001
Historia de
Depen-
Prioridad
usuario
dencia
Negocio
Riesgo
Total
Prioridad
Registro
de
usuario
con
Inicio de sesin
10
Facebook
002
003
004
Cierre de
sesin
Escaneo de
etiqueta
Distribucin de
informacin del
005
objeto
escaneado en
Facebook
Distribucin de
informacin del
objeto
006
escaneado
mediante correo
electrnico
Registro de
007
comentarios del
objeto
escaneado
La madurez del orden de priorizacin de las historias de usuario de la

aplicacin web y la aplicacin mvil en el ciclo 1 es del 60%.
2. Preparar plan de entregas
El plan de entrega de la aplicacin web y de la aplicacin mvil para
el ciclo 1, se bas en las estimaciones de tiempo por cada historia de
usuario y la priorizacin establecida por los autores de este proyecto.
En la Figura 2.1 se muestra un diagrama de Gantt en donde se puede
visualizar para cada historia de usuario de la aplicacin web: nombre,
duracin, dependencia y el porcentaje de desarrollo de cada historia de
usuario para este primer ciclo.
Figura 2.1. Plan de entrega aplicacin web

visualizar para cada historia de usuario de la aplicacin mvil: nombre,
duracin, dependencia y el porcentaje de desarrollo de cada historia de
usuario para este primer ciclo.
60
Figura 2.2. Plan de entrega aplicacin mvil

La madurez de preparar el plan de entrega de la aplicacin web y la
aplicacin mvil en el ciclo 1 es del 50%.
3.Definir tareas para desarrolladores
Se defini un lder para el desarrollo de cada aplicacin. Cada
desarrollador escogi las historias de usuario que desarrollar, para
la aplicacin web el lder de desarrollo designado fue Andrs
Fernndez, y para la aplicacin mvil la lder
de
desarrollo
designada fue Estefana Glvez.

web que han sido asignadas a cada uno de los desarrolladores.
Tabla 2.8. Asignacin de historias de usuario de la aplicacin web
NdHU
Historia de Usuario
Desarrollador
001
Registro de persona
Estefana Glvez
003
Registro de rol
Andrs Fernndez
002
Registro de usuario
Andrs Fernndez
004
Cambio de clave
Andrs Fernndez
005
Estefana Glvez
006
Andrs Fernndez
007
Estefana Glvez
008
Registro de objeto
Andrs Fernndez
009
Estefana Glvez
010
Registro de visitas
Estefana Glvez

mvil que han sido asignadas a cada uno de los desarrolladores.
Tabla 2.9. Asignacin de historias de usuario de la aplicacin mvil
NdHU
Historia de Usuario
004
Escaneo de etiqueta
005
Distribucin
de
del
escaneado
objeto
Desarrollador
Andrs Fernndez
informacin
en Andrs Fernndez
Facebook
001
Registro
de
usuario
con
Facebook
006
Distribucin
de
Andrs Fernndez
informacin
del objeto escaneado mediante Estefana Glvez

correo electrnico
007
Registro de comentarios del

objeto escaneado
Estefana Glvez
002
Inicio de sesin
Andrs Fernndez
003
Cierre de sesin
Andrs Fernndez
La madurez de definir tareas

del 70%.
para los desarrolladores en el ciclo 1 es
Ciclo 2
actividades que se realizaron en este segundo ciclo en la fase de planificacin

son:
1. Priorizar orden de implementacin de historias.
Para el segundo ciclo se prioriz la historia de usuario Reportes de
la aplicacin web.
Tabla 2.10. Priorizacin historias de usuario web
NdHU
011
Historia de
Depen-
Prioridad
usuario
dencia
Negocio
Reporte
Riesgo
Total
Prioridad
9
Por tanto deber implementarse el reporte antes de la historia de

usuario Registro de servicio.
La madurez de priorizar el orden de implementacin de historias para el
ciclo 2 es de 100%.
El porcentaje de avance para las historias de usuario de
la
aplicacin web y mvil definidos en el ciclo 1, fue acertado. Para el plan

de entrega de la aplicacin web del ciclo 2 se agreg la historia de
usuario Reporte y se modific la duracin de las historias:
-
Inicio y cierre de sesin.
Registro de persona.
Registro de visitas (WS).
Registro de usuario con Facebook.

visualizar de cada historia de usuario de la aplicacin web: nombre,
duracin, dependencia y el porcentaje de desarrollo para el ciclo 2.

visualizar de cada historia de usuario de la aplicacin mvil: nombre,
La madurez de preparar plan de entregas en el ciclo 2 es de 75%.

3. Definir tareas para desarrolladores
Las historias de usuario designadas a los desarrolladores en el
ciclo 1 se tuvieron y se design un desarrollador a la nueva historia
de usuario.
Tabla 2.11. Asignacin de historias de usuario de la aplicacin web
NdH
011
Historia de Usuario
Reportes
Desarrollador
Estefana Glvez
La madurez de definir las tareas para los desarrolladores en el ciclo

2 es de 100%.
-
Ciclo 3
El ciclo 3 tuvo una duracin de 7 das, cada da con 4 horas de trabajo. La
actividad que se realiz en este tercer ciclo en la fase de planificacin es:

El porcentaje de avance para las historias de usuario de
la
aplicacin web y mvil definidos en el ciclo 2, fue acertado. Para el plan

de entrega de la aplicacin web y mvil del ciclo 3 se modific
la
duracin de las historias:

-
Escaneo de etiqueta
Distribucin de informacin del objeto escaneado en Facebook

visualizar para cada historia de usuario de la aplicacin web: nombre,

visualizar para cada historia de usuario de la aplicacin mvil: nombre,

La madurez de preparar plan de entregas en el ciclo 3 es de 100%.
2.3 FASE ITERACIONES

detallan las actividades y los avances por cada ciclo de la fase de iteraciones.
Ciclo 1
actividades que se realizaron en este primer ciclo en la fase de iteracin son:

1. Implementar historias de usuario
Para la implementacin de historias de usuario de este ciclo se
tom en cuenta la funcionalidad de cada una, dejando de lado todo tipo
de validaciones y mensajes de error y de informacin.
En la tabla 2.12. correspondiente a las historias de usuario de la
aplicacin web y en la tabla 2.13. correspondiente a las historias de
usuario de la aplicacin mvil se muestran tres columnas, la primera
con el nombre de historia de usuario, la segunda con el porcentaje de
avance de implementacin esperado y la tercera columna tendr un
porcentaje de lo que se avanz de implementacin en realidad.
Tabla 2.12. Porcentaje de avance de implementacin de historias de usuario
implementadas de la aplicacin web, ciclo 1
NdHU
Nombre
Implementacin
Implementacin
Esperado
de avance
001
Registro de persona
60
60
003
Registro de rol
60
40
002
Registro de usuario
60
40
004
Cambio de clave
50
50
005
80
80
006
Registro de tipo de objeto
80
70
007
80
70
008
Registro de objeto
30
50
009
15
70
010
Registro de visitas

implementadas de la aplicacin mvil, ciclo 1
NdHU
006
007
001
008
009
002
003
Nombre
Escaneo de etiqueta
Distribucin de informacin del objeto
Registro de usuario con Facebook
escaneado mediante correo electrnico
Registro de comentarios del objeto
escaneado
Registro de usuario
Validacin de nuevo registro de
usuario
Implementacin
Implementacin
esperado
de avance
25
10
25
30
25
20
004
Inicio de sesin
005
Cierre de sesin
En este ciclo se realiz la creacin de la base de datos, obteniendo

inicialmente una madurez de la base de datos al 60%, debido a que
conforme se avanza en el desarrollo de las aplicaciones se realizan
diferentes cambios.
La madurez de implementar historias de usuario en el ciclo 1 es
60%.
de
2. Planificar pruebas de aceptacin de cada una de las historias

de usuario
Para todas las opciones de registrar elementos (ejemplo:
Persona) de la aplicacin web se planificaron pruebas
de
aceptacin estandarizadas que utilizan el formulario F002 que se

encuentra en el Anexo I.
F002: Planificacin de pruebas:
Elemento al que aplica:
Validar funcionalidad de guardar
Persona, Rol, Objeto, Servicio, Tipo

objeto.
Nmero de Prueba: 001

Propsito:
Verificar que se visualizan los elementos que existen.
Verificar que permita la agregacin de un nuevo elemento y comprobar que se
visualiza.
Prerrequisitos:
Iniciar sesin con el perfil de Administrador o Ayudante.
Seleccionar la opcin en el men correspondiente al elemento.
Considerar los atributos que deben ser ingresados para cada elemento segn
constan en las historias de usuario correspondientes.
Pasos:
1. Seleccionar la opcin Nuevo
2. Ingresar los datos correspondientes a la entidad.
3. Si selecciona la opcin guardar, ver resultados 1.
4. Si selecciona la opcin cancelar, ver resultados 2.
Resultado Correcto
Resultado Incorrecto
1.
1.
Se guarda el elemento, se muestra Si ocurre un error al guardar

un mensaje informando el xito, se elemento, se muestra un
borran los campos de ingreso de informando el error.
datos y se muestra al
elemento
nueva en entidades existentes.
el
mensaje
2.
Se
muestran
las
entidades
existentes y se borran los campos de

ingreso de datos.
Observaciones:
Validar funcionalidad de editar

objeto.

Propsito:
Verificar que permita la edicin de un elemento y visualizar los cambios.
Prerrequisitos:
Pasos:
1. Seleccionar la opcin Editar.
2. Modificar los datos que se desee del elemento.
3. Si selecciona la opcin aceptar, ver resultados 1.
Resultado Correcto
1.
1.
Se actualiza el elemento, se muestra
Si ocurre un error al modificar el
un mensaje informando el xito,
se
elemento,
borran los campos de ingreso
de
informando el error, y en entidades
se
muestra
datos, y en entidades existentes se
existentes se
muestran los
seleccionada sin las
cambios realizados
sobre el elemento seleccionado.
realizadas.
muestra
un mensaje
el elemento
modificaciones
70
2.
Se muestran las entidades existentes
y se borran los campos de ingreso
de datos.
Observaciones:
Validar funcionalidad de eliminar.

objeto.

Propsito:
Verificar que se visualicen los elementos que existen.
Verificar que permita la eliminacin de un elemento.
Prerrequisitos:
Pasos:
1. Seleccionar la opcin Eliminar.
3. Si selecciona la opcin cancelar, ver resultados 2
Resultado Correcto
1.
1.
Se elimina el elemento, se muestra
Si ocurre un error al eliminar el
un mensaje informando el xito y
elemento,
no
se
muestra
en
entidades
se
existentes el elemento eliminado.
existentes
2.
seleccionado.
No se elimina el elemento, y se
muestra entidades existentes.
Observaciones:
se
muestra
muestra
un
el
mensaje
elemento
Elemento al que aplica: Etiqueta.
Validar funcionalidad de generar

etiqueta (Cdigo Quick Response)
Propsito:
Guardar y visualizar etiqueta
Prerrequisitos:
Debe estar guardado el elemento Objeto.
Seleccionar la opcin en el men correspondiente al elemento Objeto.
Pasos:
1. Seleccionar la opcin Generar.
2. Seleccionar ubicacin donde se va a guardar la etiqueta.
3. Ingresa el nombre de la etiqueta con la extensin .png.
4. Si selecciona acepar, ver resultados 1.
5. Si selecciona cancelar, ver resultados 2.
Resultado Correcto
1.
1.
Se crea y se guarda la etiqueta
con
Si ocurre un error al generar la etiqueta
extensin
path
se muestra un mensaje indicando la
.png
proporcionado
en
y se
el
muestra un
causa del problema.
mensaje de xito.
2.
Se
muestra
la
lista
de objetos
existentes.
Observaciones:
Para la aplicacin mvil se planificaron
las
pruebas
de
aceptacin estandarizadas que utilizan el formulario F003 que se

encuentra en el Anexo I.
F003: Planificacin de pruebas: Escanear etiqueta

Propsito:
Leer la etiqueta y visualizar la informacin que contiene.
Prerrequisitos:
Iniciar sesin en la aplicacin mvil
Pasos:
1. Se muestra la cmara lista para escanear la etiqueta.
2. Apuntar con la cmara a la etiqueta.
Resultado Correcto
1.
1. Si ocurre un error al leer la etiqueta
Se muestra la informacin que
se muestra un mensaje con el motivo
contiene la etiqueta.
del error.
Observaciones:
F003: Planificacin de pruebas: Distribuir informacin del objeto
escaneado por Facebook
Propsito:
Compartir la informacin del objeto ledo en Facebook.
Prerrequisitos:
Iniciar sesin en la aplicacin mvil con Facebook.
Pasos:
1. Visualizar la informacin de la etiqueta escaneada.
2. Seleccionar la opcin Compartir en Facebook.
Resultado Correcto
1.
1.
Se muestra un mensaje informando Si ocurre un error al compartir la

que se public en Facebook la informacin se muestra un mensaje de
informacin escaneada.
Observaciones:
error con el motivo del error.
F003: Planificacin de pruebas: Registrar usuario con Facebook.

Propsito:
Registrar el usuario en la aplicacin mvil utilizando la cuenta de Facebook.
Prerrequisitos:
Tener una cuenta en Facebook.
Pasos:
1. Se muestra un botn para iniciar sesin con Facebook.
2. Seleccionar la opcin Aceptar para iniciar sesin con Facebook.
Resultado Correcto
1.
1.
Se muestra la cmara del telfono Si ocurre un error al iniciar sesin se

lista para escanear la
etiqueta. muestra un mensaje de error con el
Muestra un mensaje indicando que motivo del error.

se inici sesin con Facebook de
manera correcta.
Observaciones:

Propsito:
Compartir la informacin de la etiqueta mediante correo electrnico.
Prerrequisitos:
Escanear la etiqueta del objeto.
Pasos:
2. Seleccionar la opcin Compartir por correo.
Resultado Correcto
1.
1.
Se muestra la aplicacin nativa de
Si ocurre un error al compartir la
envo de correo electrnico
y informacin se muestra un mensaje de
adjunto la informacin
la error con el motivo del error.
de
etiqueta que se desea compartir. Se

agrega el correo electrnico del
remitente y se enva la informacin.
Observaciones:
F003: Planificacin de pruebas: Registrar comentarios del objeto

escaneado.
Propsito:
Registrar los comentarios de los objetos
Prerrequisitos:
Iniciar sesin en la aplicacin mvil.
Pasos:
2. Seleccionar la opcin Comentar.
Resultado Correcto
1.
1.
Se muestra un mensaje informando Si ocurre un error al registrar

que se almaceno
sobre el objeto.
el
comentario comentario se muestra un mensaje de

Observaciones:
La madurez de planificar las pruebas de aceptacin para el ciclo 1 es

del 75%.
el
3. Ejecutar pruebas de aceptacin de cada una de las

historias de usuario.
Las pruebas de aceptacin fueron ejecutadas por el cliente usando el
formulario F002 (Ver Anexo I), teniendo
como
resultado
siguientes observaciones en el primer ciclo:

Aplicacin web:
Para realizar todas las pruebas de la aplicacin web se utiliz el
siguiente usuario:
Username: Administrador
Clave: Administrador
Rol: Administrador, Secretaria, Ayudante.
Responsable de las pruebas de usuario: Andrs Durn
(Ayudante tcnico de la FIS-EPN)
Objeto

Propsito:
visualiza.
Prerrequisitos:
Pasos:
2. Ingresar los datos correspondientes al elemento.
las

Resultado Correcto
1.
1.
Se guarda el elemento, se muestra Si ocurre un error al guardar el

mensaje

elemento

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Especificar las dependencias que tiene cada entidad, por ejemplo para guardar
un objeto se necesita tener un tipo de objeto, un servicio, etc. O que no
permita ingresar a ese men si no se tiene los datos necesarios.
Especificar a qu se refiere con un objeto no queda claro que es lo que se est
guardando.
Despus de un tiempo se demora ms de 5s en hacer el refrescamiento en la
tabla de guardado
Usuario

Propsito:
visualiza.
Prerrequisitos:

Pasos:
Resultado Correcto
1.
1.
Se guarda el elemento, se muestra
Si ocurre
se
elemento,
de
informando el error.
un error al guardar el
se
muestra
un mensaje
datos y se muestra al elemento

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Especificar diferencia entre persona y usuario ya que en el men de usuario
se crea una persona.
Tipo de Objeto

Propsito:
visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra
un mensaje

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Especificar que es un tipo de objeto, o a su vez que cosas se pueden ingresar
el nombre es muy general y confunde en el momento de usar el sistema.
Servicio

Propsito:

visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Funciona como se especifica en los resultados.
Usuario

Propsito:
un mensaje
80

visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Se guarda el elemento, se muestra Si ocurre un error al guardar el

mensaje

elemento

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
No existe la opcin nuevo usuario dentro del sistema, para realizar el ingreso
toca asumir lo que hacen los botones del lado derecho sera bueno poner
etiquetas y cambiar los pasos para realizar esta accin.
Rol
Propsito:
visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Funciona como indican los pasos.
se
muestra
un mensaje
Objeto

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados

2.
de datos.
Observaciones:
Funciona como se especifica.
realizadas.
un mensaje
muestra
el elemento
modificaciones
Persona

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados

2.
de datos.
Observaciones:
realizadas.
un mensaje
muestra
el elemento
modificaciones
Tipo de Objeto

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados

2.
de datos.
Observaciones:
realizadas.
un mensaje
muestra
el elemento
modificaciones
Persona

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre un error al eliminar
elemento,
no
se
muestra
en
entidades
se
existentes se
2.
seleccionado.
No se elimina el elemento, y
muestra
muestra
el
un mensaje
el elemento
se

Observaciones:
Cuando se pone cancelar se borra el nombre de la persona cuando se refresca
la tabla toca refrescar otra vez y vuelve a aparecer.
Usuario

Propsito:

Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
elemento,
no
se
muestra
en
entidades
se
existentes se
2.
seleccionado.
muestra
muestra
el
un mensaje
el elemento
se

Observaciones:
No existe la opcin eliminar usuario, se debe especificar que se elimina junto
con la persona, ya que no se puede asumir eso.
Tipo de Objeto

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
elemento,
no
se
muestra
en
entidades
se
existentes se
2.
seleccionado.
muestra
muestra
el
un mensaje
el elemento
se

Observaciones:
Funciona como se especifica. Y el mensaje tiene las palabras seleccionado
seleccionada, separar eso con un / o algo para que se entienda. Cuando se
pone cancelar se borra el nombre del tipo de objeto cuando se refresca la tabla
toca refrescar otra vez y vuelve a aparecer.
Servicio

Propsito:
Prerrequisitos:
Pasos:

Resultado Correcto
1.
1.
elemento,
no
se
muestra
en
entidades
se
existentes se
2.
seleccionado.
muestra
muestra
el
un mensaje
el elemento
se

Observaciones:
Cuando se pone cancelar se borra el nombre del servicio cuando se refresca la
tabla toca refrescar otra vez y vuelve a aparecer.
Objeto

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre un error al eliminar el
un mensaje informando el xito y elemento, se muestra un

no
se
muestra
en
mensaje
entidades informando el error, y en entidades
existentes se muestra el
2.
seleccionado.
elemento
Observaciones:
Funciona como se especifica. Y el mensaje dice obejto en vez de objeto
Elemento al que aplica: Etiqueta

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Se crea y se guarda la etiqueta con Si ocurre un error al generar la etiqueta

extensin
.png
en
el
path se muestra un mensaje indicando la
proporcionado y se muestra un causa del problema.

mensaje de xito.
90
2.
Se muestra la lista de objetos
existentes.
Observaciones:
Primero se debe especificar cul es la opcin generar, segundo asumiendo que
la etiqueta en la parte derecha del objeto es generar, no realiza ninguna accin.
Aplicacin mvil:
Estas pruebas fueron ejecutadas por un usuario usando el formulario
F003 (Ver Anexo I), con un telfono mvil con las siguientes
caractersticas:
Modelo: Samsung SIV
Sistema Operativo: Android 4.3 Jelly Bean
Responsable de
las pruebas de usuario: Viviana Ramn

(Estudiante de la FIS-EPN)
F002: Planificacin de pruebas: Escanear etiqueta

Propsito:
Leer la etiqueta y visualizar la informacin que contiene.
Prerrequisitos:
Pasos:
1. Se muestra la cmara lista para escanear la etiqueta.
2. Apuntar con la cmara a la etiqueta.
Resultado Correcto
1.
1.
Se muestra la informacin que
Si ocurre un error al leer la etiqueta se
contiene la etiqueta.
muestra un mensaje con el motivo del

error.
Observaciones:
escaneado por Facebook
Propsito:
Compartir la informacin del objeto ledo en Facebook.
Prerrequisitos:
Iniciar sesin en la aplicacin mvil con Facebook.
Pasos:
2. Seleccionar la opcin Compartir en Facebook.
Resultado Correcto
1.
1.
Se muestra un mensaje informando Si ocurre un error al compartir la

que se public en Facebook la informacin se muestra un mensaje de
informacin escaneada.
Observaciones:
En ocasiones se demora en ejecutar la peticin y parece que no hiciera nada.
F002: Planificacin de pruebas: Registrar usuario con Facebook.

Propsito:
Registrar el usuario en la aplicacin mvil utilizando la cuenta de Facebook.
Prerrequisitos:
Tener una cuenta en Facebook.
Pasos:
1. Se muestra un botn para iniciar sesin con Facebook.
2. Seleccionar la opcin Aceptar para iniciar sesin con Facebook.

Resultado Correcto
1.
1.
Se muestra la cmara del telfono
Si ocurre un error al iniciar sesin se
lista
muestra un mensaje de error con
para
escanear la etiqueta.
Muestra un mensaje indicando que
el
motivo del error.
se inici sesin con Facebook de

manera correcta.
Observaciones:
Funciona de manera correcta.

Propsito:
Compartir la informacin de la etiqueta mediante correo electrnico.
Prerrequisitos:
Pasos:
2. Seleccionar la opcin Compartir por correo.
Resultado Correcto
1.
1.
Se muestra la aplicacin nativa de
Si ocurre un error al compartir la
envo
adjunto
de
la
correo
electrnico
informacin
de
y informacin se muestra un mensaje de

la error con el motivo del error.
etiqueta que se desea compartir.
Se
agrega el correo electrnico
del
remitente y se enva la informacin.

Observaciones:
Funciona de manera correcta
La madurez de ejecutar pruebas de aceptacin de cada una de las

historias de usuario para el ciclo 1 es del 60%.
4. Recodificar historias de usuario.
De las pruebas realizadas en las dos aplicaciones, se realiz la
tarea de recodificacin de las historias de usuario en las que
se
tenan observaciones. El resultado de la recodificacin se mostrar

en el ciclo 2 al ejecutar nuevamente las pruebas de aceptacin.
La madurez de recodificar las historias de usuario para el ciclo 1 es
del 70%.
-
Ciclo 2
actividades que se realizaron en este segundo ciclo en la fase de iteracin son:

Al finalizar el ciclo 1 se not que algunas historias de usuario no
coincidan con lo que se planific, por lo cual en este ciclo se
completaron las historias de usuario que estaban pendientes. Adems
se implement la historia de usuario: Reportes. A continuacin se
muestra en las tablas 2.14. y 2.15. las historias de usuario con los
valores explicados anteriormente para las dos aplicaciones.

implementadas de la aplicacin web, ciclo 2
CICLO 1
NdHU
001
003
002
004
Nombre
Registro de
persona
Registro de
rol
Registro de
usuario
Cambio de
clave
CICLO 2
Implementaci
Implementacin
Implementacin
Implementacin
n esperado
de avance
esperado
de avance
60
60
80
80
60
40
80
80
60
40
80
85
50
50
90
100
80
80
100
100
80
70
90
85
80
70
90
80
30
50
70
80
15
70
75
75
80
80
50
50
Inicio y
005
cierre de
sesin
Registro de
006
tipo de
objeto
007
008
009
010
011
Registro de
servicio
Registro de
objeto
Generacin
de etiqueta
Registro de
visitas
Reportes

implementadas de la aplicacin mvil, ciclo 2
CICLO 1
NdHU
006
Nombre
Escaneo de
etiqueta
CICLO 2
Implementacin
Implementacin
Implementacin
Implementacin
esperado
de avance
esperado
de avance
25
10
75
70
50
50
25
30
75
75
50
50
50
50
25
20
70
70
550
50
Distribucin
de
007
informacin
del objeto
escaneado en
Facebook
Registro de
001
usuario con
Facebook
Distribucin
de
informacin
008
del objeto
escaneado
mediante
correo
electrnico
Registro de
009
comentarios
del objeto
escaneado
002
003
Registro de
usuario
Validacin de
nuevo registro
de usuario
Inicio de
004
sesin
70
75
La madurez de implementar historias de usuario en el ciclo 2 es de

80%.
2. Planificar pruebas de aceptacin de cada una de las historias
de usuario
Para el ciclo 2 se agreg la siguiente prueba de aceptacin de la
aplicacin web. No existen nuevas pruebas de aceptacin de la
aplicacin mvil.
Generar reportes
Visita

Propsito:
Generar y visualizar los reportes definidos por el usuario.
Prerrequisitos:
Pasos:
1. Seleccionar la opcin Generar Reporte
2. Se muestra un archivo pdf con los comentarios registrados en el
reporte.
Resultado Correcto
1.
1.
Se genera y se muestra el reporte en
Si ocurre un error al generar el reporte
el formato seleccionado.

causa del problema.
Observaciones:
La madurez de planificar las pruebas de aceptacin para el ciclo 2 es del
100%.
3. Ejecutar pruebas de aceptacin de cada una de las historias de

usuario.
Las observaciones de la primera ejecucin de las pruebas fueron
corregidas, generando una nueva versin de las
aplicaciones
desarrolladas.
En este ciclo se ejecutaron las siguientes pruebas.
Aplicacin web:
Para realizar las pruebas utilizar el usuario:
Username: Administrador
Clave: Administrador
Rol: Administrador, Secretaria, Ayudante.
Objeto

Propsito:
visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra
un mensaje

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Funciona como dicen los pasos.
Persona

Propsito:
visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra
un mensaje

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Usuario

Propsito:
visualiza.
Prerrequisitos:
Pasos:
100
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra
un mensaje

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Tipo Objeto

Propsito:
visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra
un mensaje

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
Servicios

Propsito:
visualiza.
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
Si ocurre
se
elemento,
de
se
muestra
un mensaje

2.
Se
muestran
las
entidades

ingreso de datos.
Observaciones:
No se limpian los campos despus de guardar
Objeto

Propsito:
Prerrequisitos:
Pasos:
4. Si selecciona la opcin cancelar, ver resultados 2. 5.
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
el elemento
modificaciones
realizadas.
2.
de datos.
Observaciones:
Persona

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
el elemento
modificaciones
realizadas.
2.
de datos.
Observaciones:
Usuario

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
el elemento
modificaciones
realizadas.
2.
de datos.
Observaciones:
No existe opcin editar ms si se puede editar al usuario.
Tipo de Objetos

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
el elemento
modificaciones
realizadas.
2.
de datos.
Observaciones:
Servicios

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
el elemento
modificaciones
realizadas.
2.
de datos.
Observaciones:
Objeto

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
el elemento
modificaciones
realizadas.
2.
de datos.
Observaciones:
Eliminar entidad
Persona

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
se
elemento,
de
se
muestra
existentes se
muestran
los
cambios realizados
un mensaje
muestra
modificaciones
realizadas.
2.
de datos.
Observaciones:
Al cancelar se pierde la informacin del registro en la tabla
Usuario
Propsito:
Prerrequisitos:
Pasos:
el elemento
110
Resultado Correcto
1.
1.
Se elimina el elemento, se muestra Si ocurre un error al eliminar

un mensaje informando el xito y elemento, se muestra un
no
se
muestra
en
el
mensaje
entidades informando el error, y en entidades
existentes se muestra el
2.
seleccionado.
elemento
Observaciones:
No existe la opcin eliminar usuario, solo permite quitar los roles.
Tipo de Objeto

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
elemento,
no
se
muestra
en
entidades
se
existentes se
2.
seleccionado.
muestra
muestra
el
un mensaje
el elemento
Observaciones:
Al poner cancelar se pierde la informacin del registro en la tabla esto pasaba
en las pruebas anteriores y no se ha corregido.
Servicio

Propsito:
Prerrequisitos:
Pasos:
Resultado Correcto
1.
1.
elemento,
no
se
muestra
en
entidades
se
existentes se
2.
seleccionado.
muestra
muestra
se

Observaciones:
Al cancelar se pierde la informacin del registro en la tabla.
el
un mensaje
el elemento
Elemento al que aplica: Objeto

Propsito:
Prerrequisitos:

Pasos:
Resultado Correcto
1.
1.
Se crea y se guarda la etiqueta con Si ocurre un error al generar la etiqueta

extensin
.png
en
el
path se muestra un mensaje indicando la
proporcionado y se muestra
la causa del problema.
etiqueta generada.
Observaciones:
No se sabe cul es la opcin generar etiqueta, y al presionar el botn que se
asume es la opcin no ejecuta nada.
Visita
reportes
Propsito:
Generar y visualizar el reporte definido por el usuario.
Prerrequisitos:
Pasos:
1. Seleccionar la opcin Generar Reporte
2. Se muestra un archivo pdf con los comentarios registrados en el
reporte.
Resultado Correcto
1.
1.
Se genera y se muestra el reporte en
Si ocurre un error al generar el reporte
formato pdf.

causa del problema.
Observaciones:
Al presionar el botn, solo genera un pdf vaco, y no sirve en todos los
elementos listados en la tabla solo en algunos.
Aplicacin mvil:
Estas pruebas fueron ejecutadas por un usuario con un Smartphone
con las siguientes caractersticas:
-
Modelo: Samsung SIV
Sistema Operativo: Android 4.3 Jelly Bean
Responsable de las pruebas de usuario: Viviana Ramn

(Estudiante de la FIS-EPN)
F002: Planificacin de pruebas: Registrar comentarios del objeto

escaneado.
Propsito:
Registrar los comentarios de los objetos
Prerrequisitos:
Iniciar sesin en la aplicacin mvil.
Pasos:
2. Seleccionar la opcin Comentar.
Resultado Correcto
1.
1.
Se muestra un mensaje informando
Si ocurre un error al registrar el
que se
comentario se muestra un mensaje
almaceno
el comentario
sobre el objeto.
de error con el motivo del error.
Observaciones:
Funciona de manera correcta.

4. Recodificar historias de usuario.
De las pruebas realizadas en las dos aplicaciones, se realiz la
tarea de recodificacin de las historias de usuario en las que
se
tenan observaciones. El resultado de la recodificacin se mostrar

en el ciclo 3.
La madurez de recodificar las historias de usuario para el ciclo 2 es
del 100%.
-
Ciclo 3
actividades que se realizaron en este tercer ciclo en la fase de iteracin son:

En el ciclo 2 se completaron las historias de usuario del ciclo 1 y se
realiz la implementacin en los porcentajes planificados para las
historias de usuario del ciclo 2. Para este ciclo se planific terminar
con
la implementacin de todas las historias de usuario. A continuacin se

muestran en las tablas 2.16. y 2.17. las historias de usuario con los
valores de avance para las dos aplicaciones.
Tabla 2.16. Porcentaje de avance de historias de usuario implementadas de la

aplicacin web, ciclo 3
NdH
Nombre
Implementacin
Implementacin
esperado
de avance
001
Registro de persona
100
100
003
Registro de rol
100
100
002
Registro de usuario
100
100
004
Cambio de clave
100
100
005
100
100
006
Registro de tipo de objeto
100
100
007
100
100
008
Registro de objeto
100
100
009
100
100
010
Registro de visitas
100
100
Tabla 2.17. Porcentaje de avance de historias de usuario implementadas de la

aplicacin mvil, ciclo 3
NdH
006
007
Nombre
Escaneo de etiqueta
Implementacin
Implementacin
esperado
de avance
100
100
100
100
001
Registro de usuario con Facebook
100
100
008
100
100

009
Registro de comentarios del objeto

escaneado
100
100
002
Registro de usuario
100
100
003
Validacin de nuevo registro de usuario
100
100
004
Inicio de sesin
100
100
005
Cierre de sesin
100
100
La madurez de implementar historias de usuario en este ltimo ciclo es

de 100%, por lo tanto las dos aplicaciones quedan desarrolladas en su
totalidad.
2. Ejecutar pruebas de aceptacin de cada una de las historias de
usuario.
En el anterior ciclo se ejecutaron las pruebas de aceptacin
cumpliendo con lo establecido, para este ciclo se realizaron las
correcciones
necesarias
para
terminar
el
desarrollo
de
las
aplicaciones.
2.4FASE PUESTA EN PRODUCCIN

detallan las actividades y los avances por cada ciclo de la fase puesta en produccin.
1. Realizar tareas de ajuste.
Los ajustes de las observaciones obtenidas al haber ejecutado las
pruebas de aceptacin de las aplicaciones desarrolladas en el ciclo 1
fueron implementadas en el ciclo 2.
En el ciclo 3 se implementaron las observaciones que se obtuvieron al

ejecutar las pruebas de aceptacin en el ciclo 2, teniendo
como
resultado las aplicaciones finales.

2. Preparar manual tcnico.
El manual tcnico se encuentra adjunto en el Anexo III y consta de:
-
Modelo lgico de datos (Conceptual).
Modelo fsico de datos.
Lista definitiva de historias de usuario implementadas.
La preparacin del manual tcnico fue desarrollada a lo largo de todos

los ciclos teniendo en el ciclo 3 una madurez del 100%
3. Preparar manual de usuario.
El manual de usuario se encuentra adjunto en el Anexo IV.
La preparacin del manual de usuario en el ciclo 3 tiene una madurez
del 100%.
4. Preparar gua de instalacin.
La gua de instalacin se encuentra adjunta en el Anexo V.
La preparacin de la gua de instalacin en el ciclo 3 tiene una madurez
del 100%.
CAPTULO 3: ANLISIS DE LAS APLICACIONES

3.1 INSTALACIN DE LAS APLICACIONES
Las aplicaciones fueron entregadas de la siguiente manera:
-
La aplicacin web fue instalada en la FIS-EPN y recibida por el ayudante

tcnico Andrs Durn designado por la MSc. Myriam
Hernndez
A.
Decana Encargada de la FIS-EPN. Para esta aplicacin se solicit un

equipo con las siguientes caractersticas:
Browser de preferencia Mozzilla, Google Chrome.
Servidor JBoss 7.1 AS.
Base de datos Postgresql 9.2
La aplicacin mvil fue instalada en un telfono mvil del usuario que

realiz las pruebas. Para esta aplicacin se solicit un equipo con las
siguientes caractersticas:
Smartphone con sistema operativo Android desde la versin 4.1

hasta la versin 4.3.
Conexin a la red de la FIS-EPN.
En la figura 3.1 se muestra la comunicacin entre los nodos que posee este
proyecto de titulacin.
Figura 3.1. Esquema de instalacin de las aplicaciones

Cada uno de los nodos se encuentra definidos a continuacin en la tabla 3.1.
Tabla 3.1. Descripcin de nodos

Nodo
Descripcin
El servidor de aplicaciones JBoss se relaciona
con el ejecutable de la aplicacin web. La
aplicacin web se relaciona con el data source
Servidor de aplicaciones
que permite la comunicacin entre la base de

datos y la aplicacin web.
El servidor de base de datos (PostgreSQL) se
Servidor de base datos

SmartPhone
relaciona con la base de datos.

El smartphone contiene la aplicacin mvil la
cual se comunica con la aplicacin web.
120
3.2 ANLISIS DE LA FUNCIONALIDAD DE LAS APLICACIONES

Al momento de ejecutar las pruebas de aceptacin se comprob que las
aplicaciones cumplieron con la funcionalidad solicitada por los usuarios a travs de
las historias de usuario, respetando el alcance establecido.
A continuacin se expresan las historias de usuario ordenadas en base a la prioridad,
consta tambin con el nmero de modificaciones con las que las historias de usuario
llegaron a tener el 100% de madurez.
Tabla 3.1. Historias de usuario de la aplicacin web implementadas

NdHU
Nombre de HU
002
Registro de usuario
Nmero de
Descripcin
modificacin
La aplicacin permite registrar un

usuario en la aplicacin web.
La aplicacin permite cambiar la

004
Cambio de clave
clave del usuario, para que pueda
utilizarla en la aplicacin.
005
003
Registro de rol
La aplicacin permite ingresar a la

aplicacin y salir de la misma.
La
permite
registrar,
actualizar, o eliminar un rol.

La
006
aplicacin
aplicacin
permite
1
1
registrar,
actualizar, o eliminar un tipo de
objeto.
007
001
Registro de persona
008
Registro de objeto
La
aplicacin
permite
registrar,
actualizar o eliminar un servicio.

La
aplicacin
permite
registrar,
actualizar o eliminar una persona.

La
aplicacin
permite
registrar,
actualizar o eliminar un objeto.
1
1
1
La aplicacin permite generar la

009
Generacin etiqueta
etiqueta de un objeto e imprimirla.

La aplicacin permite guardar los
010
comentarios
de
cada
objeto
realizados por el usuario mvil

La aplicacin permite visualizar de
011
Reporte
cada objeto los comentarios que se
realizaron.
En base de esta tabla se puede reconocer que la nica historia de usuario que
requiri una modificacin adicional fue la Generacin etiqueta lo cual nos permite
pensar que las historias de usuario cuando fueron concebidas fueron
bien
especificadas
Tabla 3.2. Historias de usuario de la aplicacin mvil implementadas
NdHU
Nombre de HU
001
El usuario
Registro
de usuario
Facebook
002
con mvil
utiliza
iniciando
modificacin
la aplicacin
sesin
desde
El usuario visualiza las acciones que

Inicio de sesin
004
realizar
dentro
de
aplicacin.
1
muestra la informacin de la misma.
Distribucin de informacin La aplicacin muestra la opcin de

del objeto escaneado
la
La aplicacin lee la etiqueta y

Escaneo de etiqueta
Facebook.
puede
005
Nmero de
Descripcin
en compartir en Facebook.
Facebook
006
Distribucin
de La aplicacin muestra la opcin de
informacin
del
objeto compartir
mediante
correo
escaneado mediante correo electrnico.

electrnico.
007
La aplicacin muestra la opcin de
Registro de comentarios del realizar un comentario acerca del

objeto escaneado
objeto escaneado.
Este proyecto es pionero dentro del desarrollo de proyectos de titulacin que hay
dentro de la FIS debido a la tecnologa que se utiliz para el desarrollo.
Este
proyecto
puede
ser
utilizado
nivel
institucional
agregando
nuevas
funcionalidades como un software de control de activos fijos.

Una vez superadas las pruebas de validacin se puede expresar con certeza que el
producto de software obtenido responde adecuadamente a la funcionalidad detallada
en las historias de usuario.
CAPTULO 4: CONCLUSIONES Y RECOMENDACIONES

4.1 CONCLUSIONES
-
Las aplicaciones desarrolladas en este proyecto son innovadoras debido a las

tecnologas utilizadas, pues en la actualidad estas tecnologas estn en auge
y son aplicadas mundialmente tales como: JSF 2.0, JPA, EJB1.3 y Android.
Nuestra experiencia previa con tecnologas actuales facilit el desarrollo
de
este proyecto de titulacin, ahorrando el tiempo en el que se hubiera incurrido

para capacitacin en tecnologas durante el desarrollo del proyecto.
-
En el desarrollo de software es importante, con el fin de procurar un software

de alta calidad, aplicar una gua metodolgica, debido a que permite hacerlo
de una manera organizada y con fundamentos.
Se facilit el uso de la metodologa gil XP por haber desarrollado una matriz

sencilla como gua metodolgica, de fcil aplicacin, que ayud al desarrollo
de software.
Desarrollar las aplicaciones como exige XP dejando productos maduros al

100% incluso antes de finalizar todos los ciclos hace sentir a
desarrolladores que se va avanzando en el proyecto.
los
4.2 RECOMENDACIONES
-
Recomendamos el uso de estas aplicaciones web y mvil para procesos

distintos al que fueron concebidas, es decir no solamente dentro de la FIS, si
no dentro de la EPN, por ejemplo apoyar al control de activos fijos.
Recomendamos el uso de la gua metodolgica para el desarrollo de futuros

proyectos de titulacin que se basen en Extreme Programming.
Recomendamos el uso de las plantillas de historias de usuario y pruebas,

diseadas dentro de este proyecto de titulacin, para el desarrollo de futuros
proyectos de titulacin basados en XP. Esto permite para cada historia de
usuario dejar evidencia de la concepcin inicial, la dinmica de los cambios y
la madurez final de los productos.
BIBLIOGRAFA
[1] ORACLE. The Java EE 6 Tutorial. http://goo.gl/Dlc1t0. 06/09/2013
[2] ORACLE. The Java EE 6 Tutorial. http://goo.gl/gS66Lm. 05/09/2013.
[3] Basado en: ANNIMO. Java Server Faces (JSF). http://goo.gl/dKJ4pH. 24/08/2013
[4] Basado en: ORACLE. The Java EE 6 Tutorial. http://goo.gl/DbAhb. 05/09/2013.
[5] ORACLE. The Java EE 6 Tutorial. http://goo.gl/miA5gk. 07/09/2013.
[6] AUMAILLE Benjamin (2002). J2EE desarrollo de aplicaciones web Recursos
Informticos. (2da. ed). Espaa: Barcelona.
[7] ORACLE. Interface Entity Manager. http://goo.gl/MUSMRZ. 15/09/2013.
[8] ECLIPSE FUNDATION. About the Eclipse Foundation. http://goo.gl/sNmkO.
06/09/2013.
[9] SERRADILLA Juan Luis. Control de Versiones con Subversion y Tortoise SVN.
http://goo.gl/hCi964. 07/09/2013
[10] SERRADILLA Juan Luis. Control de Versiones con Subversion y Tortoise SVN.
http://goo.gl/hCi964. 07/09/2013
[11] TORTOISE SVN TEAM. TortoiseSVN 1.8.2 released. http://goo.gl/kR8sx. 07/08/2013.
[12] LAUDON Kenneth y PRICE LAUDON Jane (2004). Sistemas de informacin gerencial:
administracin de la empresa digital. (8va. ed.). Mxico: Mxico.
[13] JBOSS COMMUNITY. The Open Source Java application server reignited.
http://goo.gl/0Hg9z. 07/09/2013
[14] CIENCIAS Thomson, STAIR Ralph y REYNOLDS George (2000). Principios de
sistemas de informacin: enfoque administrativo. (4ta. ed.). Estados Unidos: Connecticut.
[15] POSTGRESQL GLOBAL DEVELOPMENT GROUP. PostgreSQL 9.1.9
Documentation. http://goo.gl/XhNRhR. 07/09/2013.
[16] JOSKOWICZ Jos (2008). Reglas y Prcticas en eXtreme Programming. (1ra. ed.).
Espaa: Vigo.
GLOSARIO
Activity.- Un activity es un objeto enfocado en lo que el usuario puede hacer. Si bien
los activities a menudo se presentan al usuario como ventanas de pantalla completa,
tambin se pueden utilizar de otras maneras: como ventanas flotantes
(usando
windowIsFloating) o incrustados dentro de otra actividad (usando ActivityGroup). Hay

19
dos mtodos para casi todas las clases que se hereden de Activity.
Entity Bean.- Es una clase java que representa a una tabla de la base de datos
relacional. Para crear un entity bean, se debe colocar la anotacin @Entity sobre la
clase y sobre cada atributo la anotacin @Column.
20
Expression Language.- Permite a los programadores utilizar expresiones sencillas

desde las pginas XHTML para relacionar los atributos de las etiquetas con los
atributos o mtodos correspondientes al Managed Bean. La estructura del expression
language es:
#{nombre_del_controlador.nombre_del_atributo_o_mtodo}.
21
Layouts.- Archivos xml que definen la estructura visual para una interfaz de usuario.
Se los pueden declarar de dos maneras: a travs de etiquetas (tags) en archivos xml,
o creando elementos de diseo en tiempo de ejecucin (la aplicacin puede crear
componenetes mediante programacin).
22
Managed Bean.- Es una clase java manejada por un contenedor, por lo cual no debe
ser instanciada de manera explcita.
23
19
Android Developer. http://developer.android.com/reference/android/app/Activity.html

07/09/2013
20
KEITH Mike, SCHINCARIOL Merrick. Experts voice in Java technology IT Pro. Apress. 2009.
21
CRAWFORD William. Java Enterprise in a Nutshell(oReilly) Series in a nutshell. OReilly
Media. 2005
22 Android Developer. http://developer.android.com/guide/topics/ui/declaring-layout.html
07/09/2013
23
ORACLE. The Java EE 6 Tutorial. http://goo.gl/gS66Lm.
05/09/2013.
Plugins.- Es un componente de software que agrega funcionalidades especficas a

una aplicacin de software existente.
Postgresql.- Es un sistema de gestin de bases de datos objetos-relacional

cdigo abierto. Usa multiprocesos para garantizar la estabilidad del sistema.
de
24
Refactorizacin.- Es estructurar una porcin de cdigo, este cambio afecta a la

estructura interna sin realizar ningn cambio en el comportamiento externo.
Session Bean.- Es una clase java manejada por un contenedor, tiene los mtodos
que realizan las operaciones sobre la base de datos (insertar, actualizar, eliminar,
consultar).
25
Versionamiento.- Gestin de los cambios que se realizan sobre elementos de algn

producto.
Web Services.- Son aplicaciones cliente-servidor, para su comunicacin utilizan el
protocolo HyperText Transfer Protocol (HTTP). Permiten la interoperabilidad entre
aplicaciones de software de diferentes plataformas.
26
XHTML (eXtensible Markup Languaje).- Es un lenguaje similar al HTML (HyperText

Markup Language), su principal diferencia es que las pginas creadas con HTML
tienen un cdigo desordenado y difcil de mantener, XHTML aadi normas para la
escritura de las etiquetas y atributos de tal manera que el cdigo sea ordenado y fcil
27
de mantener.
24
POSTGRESQL. Sobre PostgreSQL. http://goo.gl/F1YkG7.

25
07/09/2013.
ORACLE. The Java EE 6 Tutorial.
26
http://goo.gl/DbAhb. 05/09/2013
ORACLE. The Java
EE 6 Tutorial. http://goo.gl/miA5gk. 06/09/2013
27
LANCKER Luc Van. XHTML 1, CSS 1, 2.1 Los nuevos estndares de la WEB 2.0. Ediciones
ENI. Espaa. 2007
A
Activity 18, 19, 130
E
Entity Bean 12, 130
Expression Language 11, 130
M
Managed Bean 12, 13, 130
P
Postgresql 24, 131
S
Session Bean 14, 131
W
Web Services 8, 15, 16, 18, 131
X
XHTML 10, 12, 130, 131
ANEXOS
130
ANEXO I
Formularios
Formulario para descripcin de historias de usuario (F001)

Nmero de HdU:
Usuario(s):
Desarrollador:
Prioridad:
Riesgo:
Descripcin:
Observaciones:
Historia de Usuario (HdU): Nombre de la historia de usuario
Nmero de HdU: Nmero de la historia de usuario, se utilizan 3 dgitos: 000.
Nmero de Modificacin de HdU: La versin de la historia de usuario.
Usuario(s): Los clientes responsables de la historia de usuario.
Desarrollador: El desarrollador encargado de implementar la historia de

usuario.
Prioridad: La prioridad de la historia de usuario en el negocio.
Riesgo: El riesgo de implementacin de la historia de usuario.
Descripcin: Los pasos que describen la historia de usuario.
Observaciones: Aclaraciones relevantes de la historia de usuario.
Formulario para planificacin de pruebas de aceptacin de la aplicacin web (F002)

Nmero de Prueba:
Propsito:
Prerrequisitos:
Pasos:
1.
2.
Resultado Correcto
Observaciones:
F002: Planificacin de pruebas: Nombre de la prueba de aceptacin
Elemento al que aplica: Objeto del que se va a realizar la prueba
Nmero de Prueba: Nmero de la prueba de aceptacin
Propsito: Objetivo de ejecutar la prueba
Prerrequisitos: Requisitos necesarios para ejecutar la prueba.
Pasos: Pasos que se deben seguir para ejecutar la prueba
Resultado Correcto: El resultado que se debera obtener en el caso ideal.
Resultado Incorrecto: El resultado que se debera obtener en el caso errneo.
Observaciones: Los errores encontrados por el cliente despus de haber

ejecutado la prueba.
Nota: Este formulario tambin se utiliza para la ejecucin de las pruebas de

aceptacin de la aplicacin web.
Formulario para planificacin de pruebas de aceptacin de la aplicacin mvil (F003)

Nmero de Prueba:
Propsito:
Prerrequisitos:
Pasos:
1.
2.
Resultado Correcto
Observaciones:
F003: Planificacin de pruebas: Nombre de la prueba de aceptacin
Nmero de Prueba: Nmero de la prueba de aceptacin
Propsito: Objetivo de ejecutar la prueba
Prerrequisitos: Requisitos necesarios para ejecutar la prueba.
Pasos: Pasos que se deben seguir para ejecutar la prueba
Resultado Correcto: El resultado que se debera obtener en el caso ideal.
Resultado Incorrecto: El resultado que se debera obtener en el caso errneo.
Observaciones: Los errores encontrados por el cliente despus de haber

ejecutado la prueba.
Nota: Este formulario tambin se utiliza para la ejecucin de las pruebas de

aceptacin de la aplicacin mvil.
ANEXO II
Modelo fsico de datos
ANEXO III
Manual tcnico
El desarrollo de las aplicaciones web y mvil han dejado versiones de productos al
finalizar cada ciclo, a continuacin se muestran los productos finales de:
-
Modelo lgico de datos (Modelo conceptual).
Modelo fsico de datos.
Lista de historias de usuarios implementadas.
El modelo lgico de datos qued definido de la siguiente manera.
El modelo fsico de datos qued definido de la siguiente manera.
Las historias de usuario que fueron implementadas se describen a continuacin

F001:
Aplicacin: Web

de Persona
Nmero de HdU: 001
Prioridad: Media
Riesgo: Medio
Descripcin:
-
Muestra las personas registradas, con los siguientes atributos:
Nombres (Nombre, Apellido).
Cargo.
Telfono.
Correo.
Por cada persona registrada:
Si desea crear una nueva persona:

anteriormente y las opciones: guardar, cancelar.
Si selecciona guardar la persona se muestra en personas

Si se selecciona cancelar la persona no se muestra en personas

Si desea editar una persona:
Se muestra un dilogo con los datos de la persona seleccionada.
Si selecciona aceptar se muestran en personas existentes los

Si selecciona cancelar se muestran las personas existentes y se

cierra el dilogo.
Si desea eliminar un persona:

y cancelar.
Si selecciona aceptar la persona no se muestra en personas

Si selecciona cancelar la persona se muestra en personas

Observaciones:
Aplicacin: Web
F001:
de Usuario
Nmero de HdU: 002
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
Se muestra un dilogo con:
Nombre de usuario autogenerado.
Roles existentes y las opciones aceptar, cancelar.
Si desea editar el usuario:
Se muestra un dilogo con el nombre de usuario, los roles

asignados y las opciones aceptar y cancelar.
Si selecciona la opcin aceptar se guardan los datos modificados

Si selecciona la opcin cancelar los datos permanecen iguales y

Si desea eliminar el usuario:

y cancelar.
Si selecciona aceptar el usuario se eliminar, ms no la persona

a la que corresponda el mismo y se cierra el dilogo.
Si selecciona cancelar se cierra el dilogo.

Observaciones:
usuario.
Aplicacin: Web
F001
de Rol.
Nmero de HdU: 003
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Muestra los roles registrados, con los siguientes atributos:
Nombre.
Por cada rol registrado:
Si desea crear un nuevo rol:
Se muestra un dilogo con los atributos:
Nombre de rol
Las pginas disponibles y las opciones de guardar y

cancelar.
Si selecciona guardar el nuevo rol se muestra en roles existentes

Si selecciona cancelar el rol no se muestra en roles existentes y

Si desea editar un rol:
Se muestra un dilogo con los datos del rol seleccionado, las

pginas seleccionadas y las pginas disponibles.
Si selecciona aceptar se muestran en roles existentes los cambios

realizados y se cierra el dilogo.
Si selecciona cancelar se muestran los roles existentes y se cierra el dilogo.

Si desea eliminar un rol:
Si selecciona aceptar el rol no se muestra en roles existentes y se cierra el dilogo.
Si selecciona cancelar el rol se muestra en roles existentes y se cierra el dilogo
Aplicacin: Web
F001:
Historia de Usuario (HdU): Cambio
de clave
Nmero de HdU: 004
Prioridad: Alta
Riesgo: Bajo
Observaciones:
Se mostrarn mensajes de xito o error de cada accin realizada en el registro de rol.
Descripcin:
-
El usuario elige la opcin de cambio de clave.
Se presenta un formulario donde se ingresa la clave actual y la nueva

clave.
Se verifica que la clave actual coincida con la clave registrada con

anterioridad.
Se realiza el cambio de clave
Observaciones:
140
Aplicacin: Web
F001:
Historia de Usuario (HdU): Inicio y
cierre de sesin.
Nmero de HdU: 005
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
Se muestra un dilogo con los campos: usuario, clave, rol y la opcin

Ingresar.
Si desea ingresar:
Se muestran las pginas que corresponden al rol con el que se

inicia sesin.
Se muestra el nombre y apellido de la persona que corresponde

al usuario que inicia sesin.
Se muestra la opcin cerrar sesin.
Si desea cerrar sesin:
Se borran todos los datos de sesin.
Se muestra el dilogo de inicio de sesin.
Observaciones:
Se mostrarn mensajes de xito o error de cada accin realizada en el inicio de
sesin.
F001:
Aplicacin: Web

de tipo objeto.
Nmero de HdU: 006
Prioridad: Media
Riesgo: Bajo
Descripcin:
-
Muestra los tipos de objetos registrados con el atributo nombre.
Por cada tipo de objeto registrado:
Si desea crear un nuevo tipo de objeto:
Se muestra un dilogo con el atributo nombre y las opciones de

guardar y cancelar.
Si se selecciona guardar el nuevo tipo de objeto se muestra en

Si se selecciona cancelar el tipo de objeto no se muestra en

Si desea editar un tipo de objeto:
Se muestra un dilogo con el atributo nombre del tipo de objeto

seleccionado.
Si se selecciona aceptar se muestran en tipos de objetos

existentes los cambios realizados y se cierra el dilogo.
Si se selecciona cancelar se muestran los tipos de objetos

Si desea eliminar un tipo de objeto:

y cancelar.
Si se selecciona aceptar el tipo de objeto no se muestra en tipos

de objetos existentes y se cierra el dilogo.
Si selecciona cancelar el tipo de objeto se muestra en tipos de

objetos existentes y se cierra el dilogo
Observaciones:
Aplicacin: Web
F001:
de servicio.
Nmero de HdU: 007
Prioridad: Media
Riesgo: Bajo
Descripcin:
-
Muestra los servicios registrados con los siguientes atributos.
Nombre.
Descripcin.
Requisitos.
Por cada servicio registrado:
Si desea crear un nuevo servicio:

anteriormente y las opciones de guardar y cancelar.
Si se selecciona guardar el nuevo servicio se muestra en

servicios existentes y se cierra el dilogo.
Si se selecciona cancelar el servicio no se muestra en servicios

Si desea editar un servicio:
Se muestra un dilogo con los datos del servicio seleccionado.
Si se selecciona aceptar se muestran en servicios existentes los cambios realizados y s

Si se selecciona cancelar se muestran los servicios existentes y se cierra el dilogo.
Si desea eliminar un servicio:
Si se selecciona aceptar el servicio no se muestra en servicios existentes y se cierra el
Si selecciona cancelar el servicio se muestra en servicios existentes y se cierra el dilo
Aplicacin: Web
F001:
de objeto.
Nmero de HdU: 008
Observaciones:
Prioridad:
Alto
SeAlta
mostrarn mensajes deRiesgo:
xito o
error de cada accin realizada en el registro
Descripcin:
-
Muestra los objetos registrados con los siguientes atributos:
Nombre.
Horario.
Encargado.
Por cada objeto registrado:
Si desea crear un nuevo objeto:
Se muestra un dilogo con los atributos: nombre, tipo (ejemplo: Aula),

horario, servicio, encargado, pertenece a (ejemplo: FIS-EPN) opciones
de guardar y cancelar.
Si se selecciona guardar el nuevo objeto se muestra en objetos

Si se selecciona cancelar el objeto no se muestra en objetos

Si desea editar un objeto:
Se muestra un dilogo con los datos del objeto seleccionado.
Si se selecciona aceptar se muestran en objetos existentes los

Si se selecciona cancelar se muestran los objetos existentes y se

cierra el dilogo.
Si desea eliminar un objeto:

y cancelar.
Si se selecciona aceptar el objeto no se muestra en objetos

Si selecciona cancelar el objeto se muestra en objetos existentes

Observaciones:
objeto.
Aplicacin: Web
F001:
Generacin de etiqueta.
Nmero de HdU: 009
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Nombre.
Horario.
Encargado.
Si desea generar etiqueta se muestra el explorador de ficheros,

seleccionar la ruta del archivo, poner un nombre con extensin .png.
Se mostrar la etiqueta generada y permitir la impresin de la misma.
Observaciones:
Se mostrarn mensajes de xito o error de cada accin realizada en generacin
de la etiqueta.
F001:
Aplicacin: Web

visitas
Nmero de HdU: 010
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
Crea un servicio web que permite guardar los siguientes atributos:
El objeto escaneado por la aplicacin mvil.
Fecha.
Hora.
Comentario.
El comentario es realizado desde la aplicacin mvil.
Observaciones:
Aplicacin: Web
F001:
Historia de Usuario (HdU): Reporte
Nmero de HdU: 011
Prioridad: Media
Riesgo: Medio
Descripcin:
-
Se muestran los objetos registrados.
Si selecciona generar reporte se muestra un archivo pdf que contiene:
Nombre del objeto
Encargado
Comentario
Fecha
Observaciones:
Aplicacin: Mvil
F001:
de usuario en Facebook.
Nmero de HdU: 001
Usuario(s): Usuario
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
El usuario se registra en la aplicacin con su cuenta en Facebook.
De la cuenta de Facebook obtiene los datos personales.
Observaciones:
usuario.
Aplicacin: Mvil
F001:
Historia de Usuario (HdU): Escaneo
de etiqueta.
Nmero de HdU: 004
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
Muestra la cmara del dispositivo para el escaneo del cdigo QR.
El cdigo QR es escaneado y presenta un formulario con la siguiente

informacin del objeto al que pertenece el cdigo QR:
Nombre.
Horario.
Encargado.
Servicios.
F001:
Observaciones:
Aplicacin: Mvil

objeto escaneado en Facebook.
Nmero de HdU: 005
Prioridad: Alta
Riesgo: Alto
Descripcin:
-
El usuario selecciona la opcin de compartir informacin.
Selecciona la opcin para compartir con facebook.
La informacin es publicada en el muro de Facebook del usuario.
Observaciones:
F001:
Aplicacin: Mvil

objeto escaneado mediante correo
electrnico.
Nmero de HdU: 006
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
El usuario selecciona la opcin de compartir informacin mediante

correo electrnico.
El usuario ingresa el/los correo/s del o los destinatarios.
La informacin es enviada mediante correo electrnico.
Observaciones:
Aplicacin: Mvil
F001:
de comentarios del objeto escaneado.
Nmero de HdU: 007
Usuario(s): Usuario
Prioridad: Alta
Riesgo: Medio
Descripcin:
-
El usuario selecciona la opcin de enviar comentario.
El comentario ingresado por el usuario es enviado a travs de un servicio

web.
Observaciones:
El usuario puede haber iniciado sesin mediante Facebook o con un perfil de
usuario.
150
ANEXO IV
Manuales de usuario
Manual de usuario de la aplicacin web
Pantalla de inicio de la aplicacin web que genera un codigo QR para aplicacin
movil
Ingreso al sistema
Ingresamos el Usuario la Clave y el Rol y elegimos Ingresar
Al ingresar muestra el menu con todas sus opcione
Men del Sistema

Manejo de objetos
En el manejo de objetos tenemos la opcin de Registro, esta mostrara una tabla en
el que estar el Nombre, Horario, En
cargado y Acciones del Objeto
Crear nuevo objeto

1.- Seleccionamos nuevo objeto.
2.- Aparece pantalla para crear el nuevo objeto.
3.- Llenamos los campos y damos guardar.
ACCIONES
EDITAR OBJETO
ELIMINAR OBJETO
GENERAR
ETIQUETA
Nuevo campo
creado
Men seguridades
En este men tenemos las opciones Usuarios y Roles donde podremos ver las
personas registradas en el sistema.
Opcin Usuarios
Se podr ver los usuarios ya registrados y de igual manera crear nuevos.
AL HACER CLIC
PERMITE EDITAR EL
OBJETO
AL HACER CLIC PERMITE GENERAR UN USUARIO

AL HACER CLIC PERMITE EDITAR EL OBJETO
BOTONES DE
ACCIONES
Crear nueva persona

1.- Elegimos nueva persona.
2.- Aparece cuadro para crear nueva persona.
3.- Llenamos los campos y ponemos Guardar.
4.- Se genera el nuevo registro.
USUARIO CREADO
Opcin roles
Esta opcin muestra los diferentes roles creados, permite tambien crear nuevos
roles, cada rol sirve para denominar los permisos en el sistema.
1.- Elegimos Nueva Rol.

2.- Aparece cuadro para crear nueva rol.
3.- Llenamos los campos y ponemos Guardar.
4.- Se genera el nuevo registro.
Crear nuevo rol
Men reportes
Opcin Visitas
En esta opcin muestra el objeto encargado presenta un reporte con los comentarios
realizados para ese objeto con la fecha que se realiz el comentario.
Rol Generado
BOTON GENERAR
REPORTE
Al hacer clic en el botn de acciones

realizados y los presenta en formato PDF
genera el reporte de los comentarios
Men Mantenimiento
Este men presenta dos opciones:
-
Tipo Objetos
Servicios
Opcin Tipo objetos

Esta opcin presenta los objetos se puede modificar o crear nuevos tipos de objetos.
AL HACER CLIC ELIMINARA EL TIPO DE OBJETO DESADO
Crear nuevo tipo objeto
BOTONES DE
ACCIONES
EDITAR TIPO DE
OBJETO
ELIMINAR TIPO DE
OBJETO
AL HACER CLIC PERMITE EDITAR EL TIPO DE OBJETO
ELEGIMOS NUEVO TIPO DE OBJETO
MUESTRA CUADRO PARA CREAR

NUEVO OBJETO INGRESAMOS EL NOMBRE, SELECCIONAMOS ACEPTAR Y S
Opcin Servicios
En esta opcin muestra servicios, aqu presentara el nombre del servicio, la
descripcin y los requerimientos para ese servicio.
NUEVO OBJETO CREADO
Permite crear, modificar o eliminar un servicio segn las necesidades.
160
AL HACER CLIC ELIMINARA EL SERVICIO CREADO
BOTONES DE ACCIONES
EDITAR SERVICIO
ELIMINAR
SERVICIO
AL HACER CLIC PODR MODIFICAR EL SERVICIO
Crear nuevo servicio
161
Elegimos nuevo servicio y aparece el cuadro para crear el servicio.
LLENAMOS LOS CAMPOS DEL

CUADRO PARA CREAR EL NUEVO SERVICIO Y SELECCIONAMOS AC
NUEVO SERVICIO CREADO
Manual de usuario de la aplicacin mvil

Pantalla de inicio de sesin con Facebook.
Seleccionamos Conectarse con Facebook
Muestra como datos la aplicacin activa en Facebook si se est registrado, caso

contrario enva a registrarse.
Elegimos Aceptar para dar permisos de la aplicacin para publicar en el muro de

Facebook.
A continuacin se abrir la pantalla para escanear el cdigo QR.

Realizamos la captura.
Al realizar correctamente la captura presentara los datos de objeto escaneado del

cdigo QR.
Bajo esta pantalla estn las opciones de compartir y comentar.
La opcin Compartir mostrar un cuadro emergente, el que permitir compartir va

Facebook o correo electrnico.
Al elegir la opcin Compartir con Facebook postea en Facebook la informacin

capturada del cdigo QR.
Al elegir la opcin Correo muestra la pantalla para elegir con que cliente de correo
electrnico desea enviar la informacin.
Enviamos el correo y la informacin ser enviada a la direccin del cliente que se

ingres.
En la opcin Comentar aparecer una pantalla emergente donde podemos realizar

un comentario del objeto escaneado.
Al Aceptar este comentario se enva a la aplicacin web a travs del consumo de un

servicio y se almacenara en la base de datos asociada al objeto escaneado.
Cancelar cierra la ventana y no registra el comentario.
ANEXO V
Gua de instalacin
Herramientas
Para la instalacin de las aplicaciones se utilizaron las siguientes herramientas
clasificadas por aplicaciones:
Aplicacin web:
- Servidor de aplicaciones JBoss.
- Empaquetado de la aplicacin (archivo .war).
- Copiar el directorio Reportes en el disco C.
- Restaurar la base de datos a partir del backup (archivo .backup)
Aplicacin mvil:
- Empaquetado de la aplicacin (archivo .apk)
Caractersticas de los equipos para la instalacin de las aplicaciones
Aplicacin web:
- Browser de preferencia Mozzilla, Google Chrome.
- Servidor JBoss 7.1 AS.
- Base de datos Postgresql 9.2
Aplicacin mvil:
- Smartphone con sistema operativo Android desde la versin 4.1 hasta la versin 4.3.
- Conexin a la red de la FIS-EPN.
Instalacin
Aplicacin web:
Crear la base de datos en PostgreSQL y nombrarla: urcunian_bdd
Restaurar la base de datos a partir del backup.
Copiar el servidor JBoss en cualquier directorio del equipo.
Dentro del directorio standalone/deployments del servidor JBoss copiar el

empaquetado de la aplicacin web.
Levantar el servidor JBoss sobre la IP del equipo. A continuacin se describen

los pasos:
Abrir la consola de comandos.
Navegar hasta el directorio bin del servidor.
Dentro del directorio bin ejecutar el siguiente

comando: standalone.bat b IP_DEL_EQUIPO
170
Una vez que se muestra el mensaje [Newly corrected services] que

indica que el servidor se levant sin problemas, abrir un browser y
colocar la siguiente url:
http://IP_DEL_EQUIPO:8080/Urcunian/
Aplicacin mvil:
-
Copiar el empaquetado de la aplicacin en cualquier directorio del telfono

mvil.
Ejecutar el empaquetado de la aplicacin.
Para poder realizar comentarios de los objetos el telfono mvil debe estar
conectado a la misma red sobre la que se levant el servidor JBoss.

CD 5391

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

CD 5391

Cargado por

Copyright:

Formatos disponibles

ESCUELA POLITCNICA NACIONAL

FACULTAD DE INGENIERA DE SISTEMAS

DESARROLLO DE UNA APLICACIN PARA RECONOCIMENTO DE

PROYECTO PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN

CARLOS ANDRS FERNNDEZ PAREDES

ESTEFANA PATRICIA GLVEZ MOSQUERA

DIRECTORA: ING. SHEILA NOBOA CRUZ, MSc.

Quito, Enero 2014

Escuela Politcnica Nacional (2014)

Nosotros, Carlos Andrs Fernndez Paredes y Estefana Patricia Glvez Mosquera,

Carlos Andrs Fernndez Paredes

Estefana Patricia Glvez Mosquera

Ing. Sheila Noboa Cruz, MSc.

1.1.1 SITUACIN ACTUAL

1.1.2 SITUACIN PROPUESTA

1.2 DESCRIPCIN DEL ENTORNO DE DESARROLLO

1.2.1 ARQUITECTURA DE LAS APLICACIONES

1.2.1.1 Descripcin de la arquitectura de la aplicacin web.

1.2.2 HERRAMIENTAS DE DESARROLLO

1.2.2.1 Ambiente de desarrollo integrado

1.2.2.2 Lenguaje de codificacin

1.2.2.3 Versionamiento de aplicaciones

1.2.3 SERVIDOR DE APLICACIONES

1.2.4 ADMINISTRADOR DE BASE DE DATOS

1.3 DESCRIPCIN DE ASPECTOS METODOLGICOS RELACIONADOS A EXTREME

1.3.1.1 Fase de exploracin

1.3.1.2 Fase de planificacin

1.3.1.3 Fase de iteraciones

1.3.1.4 Fase de puesta en produccin

1.3.2 REGLAS Y PRCTICAS

1.3.4 GUA METODOLGICA

2.1 FASE EXPLORACIN

2.2 FASE PLANIFICACIN

2.3 FASE ITERACIONES

2.4 FASE PUESTA EN PRODUCCIN

3.1 INSTALACIN DE LAS APLICACIONES

3.2 ANLISIS DE LA FUNCIONALIDAD DE LAS APLICACIONES

CAPTULO 4: CONCLUSIONES Y RECOMENDACIONES

mbito de Controladores (Managed Beans)

Tipos de servicios (Session Bean)

Usuarios de las aplicaciones

Historias de usuario de las aplicaciones

Tiempo estimado por historia de usuario

Tiempos de desarrollo de las historias de usuario

Tiempo modificado de desarrollo de las historias de usuario

Priorizacin historias de usuario web

Priorizacin historias de usuario mvil

Asignacin de historias de usuario de la aplicacin web

Asignacin de historias de usuario de la aplicacin mvil

Priorizacin historias de usuario web

Asignacin de historias de usuario de la aplicacin web

Porcentaje de avance de implementacin de historias de usuario implementadas

Porcentaje de avance de implementacin de historias de usuario implementadas

Porcentaje de avance de historias de usuario implementadas de la aplicacin

Porcentaje de avance de implementacin de historias de usuario implementadas

Porcentaje de avance de implementacin de historias de usuario implementadas

Porcentaje de avance de historias de usuario implementadas de la aplicacin

Historias de usuario de la aplicacin web implementadas

Historias de usuario de la aplicacin mvil implementadas

Arquitectura de la aplicacin web

Arquitectura de la aplicacin mvil

Plan de entrega aplicacin web

Plan de entrega aplicacin mvil