Desarrollo de Un Sistema de Gestión de Información

ESCUELA POLITCNICA NACIONAL
FACULTAD DE INGENIERA DE SISTEMAS
DESARROLLO DE UN SISTEMA DE GESTIN DE INFORMACIN

ACADMICA PARA ESTUDIANTES UNIVERSITARIOS EN
DISPOSITIVOS MVILES
PROYECTO PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN

SISTEMAS INFORMTICOS Y DE COMPUTACIN
EDISON ALEXIS ANDRANGO QUINCHIGUANGO

linkx7@gmail.com
PAUL ALEJANDRO CALVACHE TAPIA
paul.calvache@epn.edu.ec
DIRECTOR: MSc. ING. BOLIVAR PALAN

bolivar.palan@epn.edu.ec
Quito, febrero 2016
DECLARACIN
Nosotros, Andrango Quinchiguango Edison Alexis y Calvache Tapia Paul Alejandro,
declaramos bajo juramento que el trabajo aqu descrito es de nuestra autora; que no
ha sido previamente presentada 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

segn lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.
__________________________________
___________________________
Andrango Quinchiguango Edison Alexis
Calvache Tapia Paul Alejandro
CERTIFICACIN
Certifico que el presente trabajo fue desarrollado por Andrango Quinchiguango Edison
Alexis y Calvache Tapia Paul Alejandro, bajo mi supervisin.
________________________________________
Ing. Bolvar Oswaldo Paln Tamayo. Msc
DIRECTOR DE PROYECTO
AGRADECIMIENTO
Agradezco a cada uno de los profesores que han aportado con sus enseanzas
durante toda la carrera, especialmente a esos que disfrutan de compartir sus
conocimientos y que se esfuerzan en crear mejores profesionales y personas da a
da. A mi familia que constantemente me ha empujado para culminar este proyecto y
a Dios ya que l siempre est presente.
Especial y finalmente a mi padre Juan el cual ha hecho posible todo esto, desde mi
ingreso, transcurso y salida en la universidad, nunca tendr como agradecerle lo
suficiente.
Edison Alexis
AGRADECIMIENTO
A Dios por darme la fuerza para levantarme despus de cada tropiezo y ensearme
que las cosas se obtienen con esfuerzo y trabajo.
A mi Madre que se esforz, para cumplir cada una de mis necesidades y nunca
desmayo.
A mi novia que me dio otra oportunidad para alcanzar mis sueos, que me trajo
esperanza y amor, ella es la cereza en mi pastel.
A mi Anthony que me enseo esfuerzo y superacin, es parte de m.
A mi Jos Daniel que me da alegra y es la otra parte de m.
A mi Papa por pensar que era grandioso y me ense a ser un seor.
Al Msc. Bolvar Palan, director de tesis y mentor, por su gua para la culminacin de
esta etapa de la vida.
A mi compaero y amigo Alexis que hizo posible la culminacin de este proyecto.
Pal
DEDICATORIA
Dedico este proyecto a todos los estudiantes que buscan culminar sus estudios, para
que sepan que una persona comn y corriente tambin puede triunfar, un poco de
esfuerzo y dedicacin es todo lo que se necesita, de igual manera este proyecto y el
posterior ttulo que obtenga lo dedico a Dios que me ha brindado la oportunidad de
pertenecer a una gran familia, conocer excelente amigos y personas y ser parte de
esta reconocida institucin educativa.
Edison Alexis
DEDICATORIA
Dedico a Dios porque de l es la gloria y es quien puso en mi voluntad, inteligencia,
honestidad y amor, me formo primero como persona para luego formarme como
profesional
A mi Madre porque este es un triunfo, una ilusin y un pago a todo el sacrificio realizado
durante toda su vida.
A mi Padre, que ya tiene un hijo Ingeniero de la Escuela Politcnica Nacional del cual
sentirse orgulloso.
A mi Novia Greysi, que esto es uno de los muchos xitos que nos esperan juntos
siempre pensando en una vida mejor para los dos.
A mi hermana Michelle, que sea un ejemplo para ella que con esfuerzo y constancia
se logra.
A mis enanos Matas y Jos Daniel, que uno como padre siempre espera que los hijos
nos superen.
A mi hermana Tanya, que cumpl el camino que ella trazo.
Pal
CONTENIDO
ESCUELA POLITCNICA NACIONAL .......................................................................................................... 1
CONTENIDO .......................................................................................................................................... 8
INTRODUCCIN ............................................................................................................................. 16
1
CAPTULO I: PLANTEAMIENTO DEL PROBLEMA .............................................................. 17

1.1
RECONOCIMIENTO DE LA PROBLEMTICA DE LA GESTIN ACADMICA DEL
ESTUDIANTE EN LA UNIVERSIDAD .......................................................................................... 17
1.1.1
DISEO Y EJECUCIN DE UNA ENCUESTA SOBRE LA PROBLEMTICA DE LA
GESTIN DE INFORMACIN ACADMICA PARA ESTUDIANTES UNIVERSITARIOS..... 18
1.1.1.1
Diseo de la encuesta ......................................................................................................... 19
1.1.1.2
Diseo Del Cuestionario .................................................................................................... 21
1.1.1.2.1
Elaboracin del Cuestionario ........................................................................................ 21
1.1.1.2.2
Aprobacin del Cuestionario ......................................................................................... 23
1.1.1.2.3
Seleccin de la muestra .................................................................................................. 25
1.1.1.2.4
Ejecucin de la encuesta ................................................................................................ 27
1.1.2
RESULTADOS DE LA ENCUESTA ............................................................................... 27
1.1.2.1
Edad de los estudiantes encuestados .................................................................................. 27
1.1.2.2
Sistema del dispositivo mvil ............................................................................................ 28
1.1.2.3
Problemas al acceder a la informacin acadmica desde el dispositivo mvil .................. 28
1.1.2.4
reas especficas que representan un problema ................................................................. 29
1.1.2.5
Aceptacin respecto a la informacin adicional en la aplicacin ....................................... 29
1.1.2.6
Conclusiones sobre la encuesta realizada ........................................................................... 30
1.2
1.2.1
JUSTIFICACIN DE LA METODOLOGA DE DESARROLLO ...................................... 31

VENTAJAS........................................................................................................................ 33
1.2.2
DESCRIPCIN DE LA METODOLOGA DE DESARROLLO (EXTREME
PROGRAMMING) ............................................................................................................................ 33
1.2.2.1
Exploracin ....................................................................................................................... 35
1.2.2.2
Planificacin de la Entrega ................................................................................................. 36
1.2.2.3
Iteraciones .......................................................................................................................... 36
1.2.2.4
Produccin.......................................................................................................................... 37
1.2.2.5
Valores XP ......................................................................................................................... 38
1.2.2.6
Roles XP............................................................................................................................. 39
1.3
2.
DESCRIPCIN DE LAS HERRAMIENTAS DE DESARROLLO ..................................... 41
1.3.1
COMPONENTES GENERALES ...................................................................................... 42
1.3.2
COMPONENTES WEB .................................................................................................... 43
1.3.2.1
Servidor - Internet Information Services (IIS) ................................................................... 43
1.3.2.2
Servidor Lenguaje de programacin C# .......................................................................... 43
1.3.3
COMPONENTES MVILES............................................................................................ 43
1.3.3.1
Aplicacin - Lenguaje de programacin Java .................................................................... 43
1.3.3.2
Aplicacin - Entorno de Desarrollo (IDE) Android Studio................................................ 44
1.3.3.3
Base de Datos - SQLLite .................................................................................................... 44
1.3.4
HERRAMIENTAS CASE ................................................................................................. 45
1.3.4.1
PowerDesigner ................................................................................................................... 45
CAPTULO II: DESARROLLO DEL SISTEMA CON LA METODOLOGA XP ..................... 46

2.1
2.1.1
2.2
DEFINIR GRUPO DE TRABAJO ........................................................................................ 46

Asignacin de roles XP ...................................................................................................... 46
EXPLORACIN .................................................................................................................... 47
2.2.1
ESCENARIO INICIAL...................................................................................................... 47
2.2.2
ESPECIFICACIN DE REQUERIMIENTOS ................................................................. 48
2.2.2.1
Requerimientos tcnicos .................................................................................................... 48
2.2.2.2
Supuestos y dependencias .................................................................................................. 49
2.2.3
HISTORIAS DE USUARIO .............................................................................................. 50
2.2.3.1
Perfiles de usuario .............................................................................................................. 50
2.3
PLANIFICACIN DE LA ENTREGA ................................................................................. 75
2.3.1
PRIORIZACIN DE LAS HISTORIAS DE USUARIO .................................................. 75
2.3.2
ESTIMACIN DE LAS HISTORIAS DE USUARIO...................................................... 76
2.3.3
PLAN DE ENTREGA ....................................................................................................... 81
2.3.4
DISEO DE LA APLICACIN ....................................................................................... 83
2.3.4.1
Metfora del Sistema .......................................................................................................... 83
2.3.4.2
Arquitectura de Academia .................................................................................................. 84
2.3.4.3
Diseo de Datos ................................................................................................................. 88
2.3.4.4
Creacin de Tarjetas CRC .................................................................................................. 90
2.3.4.5
Diseo Aplicacin Mvil ................................................................................................... 95
10
2.3.4.5.1
Navegacin ..................................................................................................................... 95
2.3.4.5.2
Interfaces ........................................................................................................................ 96
2.3.4.6
Diseo Servidor Web ....................................................................................................... 109
2.3.4.6.1
2.4
ITERACIONES .................................................................................................................... 109
2.4.1
ITERACIN CERO ......................................................................................................... 109
2.4.2
PRIMERA ITERACIN.................................................................................................. 111
2.4.3
SEGUNDA ITERACIN ................................................................................................ 112
2.4.4
TERCERA ITERACIN ................................................................................................. 114
2.4.5
CUARTA ITERACIN ................................................................................................... 116
2.4.6
SEGUIMIENTO DE LAS ITERACIONES..................................................................... 118
2.4.6.1
Primera Iteracin .............................................................................................................. 118
2.4.6.2
Segunda Iteracin ............................................................................................................. 119
2.4.6.3
Tercera Iteracin .............................................................................................................. 120
2.4.6.4
Cuarta Iteracin ................................................................................................................ 121
2.5
3.
Web Service ................................................................................................................. 109
PRODUCCIN .................................................................................................................... 122
2.5.1
CUMPLIMIENTO DE LOS ESTNDARES ................................................................. 122
2.5.2
CODIFICACIN ............................................................................................................. 124
2.5.3
PRUEBAS ........................................................................................................................ 129
2.5.3.1
Planeacin de Pruebas ...................................................................................................... 129
2.5.3.2
Diseo de Pruebas ............................................................................................................ 131
2.5.3.3
Ejecucin de Pruebas ....................................................................................................... 134
CAPTULO III: EVALUACIN DEL SISTEMA DENTRO DEL CASO DE ESTUDIO ........ 144
3.1
3.1.1
3.2
DESCRIPCIN DEL CASO DE ESTUDIO ....................................................................... 144

ESCENARIO PARA LA APLICACIN ........................................................................ 144
RECOPILACIN DE DATOS ............................................................................................ 147
3.2.1
RECOPILACIN DE PARMETROS PARA LA APLICACIN ............................... 147
3.2.1.1
Informacin de Materias .................................................................................................. 148
3.2.1.2
Informacin de Estudiantes .............................................................................................. 148
3.2.1.3
Informacin de Horarios .................................................................................................. 149
3.2.1.4
Informacin de Calificaciones.......................................................................................... 149
11
3.2.1.5
3.3
Informacin de Profesores ............................................................................................... 149

IMPLANTACIN DEL SISTEMA EN EL CASO DE ESTUDIO .................................... 151
3.3.1
CARGA DE DATOS AL SERVIDOR ............................................................................ 151
3.3.2
ASIGNAR CREDENCIALES ......................................................................................... 155
3.3.3
INSTALAR LA APLICACIN MVIL......................................................................... 155
3.3.4
CONEXIN AL SERVIDOR .......................................................................................... 157
3.3.5
USO DE LA APLICACIN ............................................................................................ 157
3.4
ANLISIS DE RESULTADOS .......................................................................................... 161
3.4.1
RESULTADOS DE LAS PRUEBAS DE ACEPTACIN.............................................. 161
3.4.2
EVALUACIN DE LA CALIDAD DE LA APLICACIN .......................................... 169
3.4.2.1
Resultados de la encuesta de medicin de calidad ........................................................... 170
3.4.2.2
Rango de calidad de la Aplicacin ................................................................................... 174
4.
CAPTULO IV: CONCLUSIONES Y RECOMENDACIONES ................................................ 176

4.1
CONCLUSIONES ............................................................................................................... 176
4.2
RECOMENDACIONES ...................................................................................................... 177
A.
ESTNDARES DE PROGRAMACIN ................................................................................ 180
B.
FORMATO DEL WEB SEVICE ............................................................................................. 186
C.
PRUEBAS DE ACEPTACIN ............................................................................................... 189
D.
ENCUESTA DE MEDICIN DE CALIDAD ........................................................................ 197
12
NDICE DE FIGURAS
Figura 1.1 Comparativa sobre uso de celulares entre rango de edades ............. 20
Figura 1.2 Edad de los encuestados ................................................................... 27
Figura 1.3 Uso de sistema operativo mvil ......................................................... 28
Figura 1.4 reas que presentan problemas ........................................................ 29
Figura 1.5 Porcentaje de aceptacin de opciones adicionales ............................ 30
Figura 1.6 Flujo de un Proyecto XP ..................................................................... 34
Figura 1.7 Arquitectura de Servidor Web y Aplicacin Mvil ............................... 41
Figura 2.1 Asignacin de Roles........................................................................... 47
Figura 2.2 Diagrama de paquetes ....................................................................... 48
Figura 2.3 Arquitectura del Sistema .................................................................... 86
Figura 2.4 Despliegue de la aplicacin ................................................................ 87
Figura 2.5 Diseo de la Base de Datos Movil...................................................... 89
Figura 2.6 Navegacin de la aplicacin ............................................................... 95
Figura 2.7 Log in ................................................................................................. 96
Figura 2.8 Men .................................................................................................. 97
Figura 2.9 Horario ............................................................................................... 98
Figura 2.10 Tareas .............................................................................................. 99
Figura 2.11 Detalle Tarea A .............................................................................. 100
Figura 2.12 Detalle Tarea B .............................................................................. 100
Figura 2.13 Eventos .......................................................................................... 101
Figura 2.14 Asignaturas .................................................................................... 102
Figura 2.15 Detalle Asignatura .......................................................................... 103
Figura 2.16 Profesor .......................................................................................... 104
Figura 2.17 Tareas Asignatura .......................................................................... 105
Figura 2.18 Calificaciones Asignatura ............................................................... 106
Figura 2.19 Calificaciones ................................................................................. 107
Figura 2.20 Configuracin ................................................................................. 108
Figura 2.21 Diagrama de Grantt. Iteracin Cero ............................................... 110
Figura 2.22 Diagrama de Grantt. Iteracin Cero ............................................... 110
13
Figura 2.23 Diagrama de Grantt. Primera Iteracin ........................................... 111

Figura 2.24 Diagrama de Grantt, Lnea de tiempo. Primera Iteracin ............... 112
Figura 2.25 Diagrama de Grantt. Segunda Iteracin ......................................... 113
Figura 2.26 Diagrama de Grantt, Lnea de tiempo. Segunda Iteracin ............. 114
Figura 2.27 Diagrama de Grantt, Tercera Iteracin ........................................... 115
Figura 2.28 Diagrama de Grantt, Lnea de tiempo. Tercera Iteracin ............... 116
Figura 2.29 Diagrama de Grantt, Cuarta Iteracin ............................................ 117
Figura 2.30 Diagrama de Grantt, Lnea de tiempo. Cuarta Iteracin ................. 117
Figura 2.31 Cumplimiento estndar variables ................................................... 122
Figura 2.32 Cumplimiento estndar clases ....................................................... 122
Figura 2.33 Cumplimiento estndar atributos de clases .................................... 123
Figura 2.34 Cumplimiento estndar mtodos .................................................... 123
Figura 2.35 Cumplimiento estndar comentarios .............................................. 124
Figura 2.36 Paquetes de Academia .................................................................. 125
Figura 2.37 Paquete Activities ........................................................................... 125
Figura 2.38 Cdigo y vista previa de la interfaz................................................. 126
Figura 2.39 Cdigo para crear la Vista .............................................................. 126
Figura 2.40 Cdigo para declaracin y asignacin de tareas ............................ 127
Figura 2.41 Cdigo para consultar tareas de fechas anteriores o siguientes .... 128
Figura 2.42 Uso de Memoria ............................................................................. 141
Figura 2.43 Uso de CPU ................................................................................... 141
Figura 3.1 Informacin proporcionada por la facultad de Sistemas ................... 148
Figura 3.2 Estructura referencial de la Base de Datos del SAEW ..................... 150
Figura 3.3 Gestor de Base de Datos ................................................................. 151
Figura 3.4 Generacin script de carga .............................................................. 152
Figura 3.5 Creacin de la Base de Datos .......................................................... 152
Figura 3.6 Nmero de registros de la base de datos del caso de estudio ......... 153
Figura 3.7 Activar caractersticas de Windows .................................................. 154
Figura 3.8 Seguridad Fuentes desconocidas ................................................. 155
Figura 3.9 Aceptar aplicaciones de fuentes desconocidas ................................ 156
Figura 3.10 Instalacin de Academia ................................................................ 156
14
Figura 3.11 Instalacin exitosa .......................................................................... 157

Figura 3.12 cono de la aplicacin ..................................................................... 158
Figura 3.13 Pantalla Horario y Calificaciones .................................................... 159
Figura 3.14 Notificaciones del mvil y lista de tareas ........................................ 159
Figura 3.15 Cambio de estado de tarea ............................................................ 160
Figura 3.16 Pantalla Asignatura y Profesor ....................................................... 160
Figura 3.17 Sincronizar cuenta.......................................................................... 162
Figura 3.18 Listar Asignatura ............................................................................ 162
Figura 3.19 Detallar la Asignatura ..................................................................... 163
Figura 3.20 Informacin del Profesor ................................................................ 163
Figura 3.21 Calificaciones Asignatura ............................................................... 164
Figura 3.22 Tareas Asignatura .......................................................................... 164
Figura 3.23 Lista de Tareas............................................................................... 165
Figura 3.24 Detalle y cambio de estado Tarea .................................................. 166
Figura 3.25 Calificaciones ................................................................................. 167
Figura 3.26 Horario ........................................................................................... 167
Figura 3.27 Eventos .......................................................................................... 168
Figura 3.28 Porcentaje de facilidad de uso ....................................................... 170
Figura 3.29 Porcentaje aceptacin colores ....................................................... 170
Figura 3.30 Porcentaje ayuda a accesibilidad ................................................... 171
Figura 3.31 Porcentaje aceptacin diseo ........................................................ 171
Figura 3.32 Porcentaje de correcta ubicacin elementos .................................. 172
Figura 3.33 Porcentaje utilidad .......................................................................... 172
Figura 3.34 Porcentaje de facilidad de uso ....................................................... 173
Figura 3.35 Porcentaje de recomendacin ........................................................ 173
Figura 3.36 Porcentaje de opinin sobre la aplicacin ...................................... 175
15
NDICE DE TABLAS
Tabla 1.1 Variables para clculo de tamao de muestra .................................... 25

Tabla 1.2 Matriz caractersticas XP vs necesidades proyecto............................. 32
Tabla 1.3 Descripcin breve de los valores XP ................................................... 38
Tabla 2.1 Asignacin de prioridad ....................................................................... 75
Tabla 2.2 Estimacin de tiempo .......................................................................... 76
Tabla 2.3 Relacin entre tareas, historias e iteraciones ...................................... 77
Tabla 2.4 Criterios de salida .............................................................................. 130
Tabla 2.5 Caractersticas dispositivo mvil........................................................ 140
Tabla 3.1 Datos sobre materias ........................................................................ 148
Tabla 3.2 Datos sobre estudiantes .................................................................... 148
Tabla 3.3 Datos sobre horarios ......................................................................... 149
Tabla 3.4 Datos sobre calificaciones ................................................................. 149
Tabla 3.5 Datos sobre profesores ..................................................................... 149
Tabla 3.6 Resultado de las pruebas de aceptacin........................................... 161
Tabla 3.7 Rangos de calidad ............................................................................. 169
Tabla 3.8 Rangos de calidad / porcentaje ......................................................... 169
Tabla 3.9 Porcentaje de aceptacin .................................................................. 174
16
INTRODUCCIN
El presente proyecto de titulacin plantea el desarrollo de un sistema de gestin de
informacin acadmica para estudiantes universitarios en dispositivos mviles. El
proyecto se realiz con la metodologa gil XP por su flexibilidad durante todo el ciclo
de vida del software, el mismo se nombr ACADEMIA. El contenido del proyecto es el
siguiente:
Captulo I: Planteamiento del problema. Se enfoca en la descripcin del problema a

travs de una investigacin sobre el entorno acadmico universitario y la informacin
que brinda el mismo a los estudiantes, para posteriormente con ayuda de una encuesta
determinar los problemas presentes en los medios de difusin de dicha informacin,
justificacin de la metodologa de desarrollo y finalmente la justificacin del uso de las
herramientas para desarrollo.
Captulo II: Desarrollo Del Sistema Con La Metodologa XP. Describe a detalle las
etapas del desarrollo con la metodologa XP (exploracin, planificacin, iteraciones y
produccin) y los estndares que se usaron en el desarrollo de ACADEMIA
Captulo III: Integracin y Anlisis de resultados. Se describen los estudiantes y el

escenario de aplicacin en la descripcin del caso de estudio, para luego realizar la
recopilacin de todos los datos para la posterior implementacin y por ltimo la
realizacin de las pruebas.
Captulo IV: Conclusiones y Recomendaciones. Se presentan las conclusiones y

recomendaciones obtenidas como resultado del presente proyecto.
17
1 CAPTULO I: PLANTEAMIENTO DEL PROBLEMA

1.1 RECONOCIMIENTO DE LA PROBLEMTICA DE LA GESTIN
ACADMICA DEL ESTUDIANTE EN LA UNIVERSIDAD
Durante los ltimos aos la gestin acadmica de las universidades se ha visto
afectada por cambios socioeconmicos y polticos que han generado nuevos
paradigmas en la estructura tradicional de las universidades. Ahora se busca brindar
carreras integradoras que abarquen varios frentes de conocimiento como, por ejemplo,
administracin, economa y contabilidad agrupadas en una nueva carrera como
gestin empresarial. Estos cambios son apoyados por las nuevas tecnologas y los
computadores cada vez ms presentes en nuestro entorno, por lo cual ahora se busca
generalizar la formacin inicial y dejar la especializacin para el posgrado. [1]
Al ser conveniente un cambio integral en las universidades para acoplarse a los

cambios sealados anteriormente, es evidente que tanto la informacin que manejan,
como el mtodo de acceso a la misma se vern afectados para cumplir con las
demandas de los nuevos estudiantes, profesores, aspirantes y trabajadores
relacionados con la misma. Aqu es donde vamos a centrarnos en los estudiantes,
mismo que en la actualidad cuentan con informacin de tipo: admisiones, matrcula en
lnea, noticias, correo, calendario acadmico y principalmente un sistema de
informacin en el cul contamos en los mejores casos con informacin completa y
detallada sobre los cursos que se imparten, sus requisitos, ubicacin, horario, profesor
e informacin adicional muy valiosa para el estudiante, adems de la informacin ya
conocida como, horarios, currculum acadmico e informacin socioeconmica.
De momento podra parecer que se han cubierto todos los campos referentes a la
informacin que un estudiante universitario puede requerir, pero si nos fijamos un
poco, notaremos que no se ha mencionado en ningn momento informacin referente
a las tareas y mtodos de evaluacin en general, para esto las unidades educativas
18
se apoyan de las conocidas aulas virtuales, cito El aula virtual es el entorno o

plataforma de aprendizaje, donde el estudiante acceder para realizar los cursos en
los cules est matriculado. [2]
De esta manera se han cubierto todas las necesidades referentes al acceso a

informacin acadmica universitaria, pero se han cubierto estas necesidades de
forma adecuada?, es sencillo acceder a esta informacin?, est la informacin
disponible siempre que la necesitemos?, necesitamos los estudiantes universitarios
informacin adicional?, para responder estas preguntas, se realizar una encuesta con
el apoyo de los estudiantes de la Facultad de Ingeniera en Sistemas de la Escuela
Politcnica Nacional del Ecuador, por facilidad de accesibilidad, idioma y cercana , ya
que su institucin educativa cuenta con todas las caractersticas antes sealadas por
lo que la opinin de sus estudiantes puede acoplarse a la realidad de la mayora de
universidades que ofrezcan sus servicios mediante un sistema de informacin
acadmica y que manejen los cursos con ayuda de aulas virtuales.
1.1.1 DISEO Y EJECUCIN DE UNA ENCUESTA SOBRE LA PROBLEMTICA

DE LA GESTIN DE INFORMACIN ACADMICA PARA ESTUDIANTES
UNIVERSITARIOS
ENCUESTA
Breve descripcin
La encuesta como procedimiento de investigacin, ayuda a la recopilacin de datos
sobre un tema especfico en base a un grupo de preguntas (cuestionario).
19
La encuesta se define por la:

a) Utilizacin de cuestionarios estructurados.
b) Utilizacin de muestras en representacin de la poblacin objeto de estudio.
[1]
Al momento de aplicar la encuesta, se deben tomar en cuenta varios aspectos de la

misma:
El trabajo de campo.
El trabajo de campo hace referencia al modo de aplicacin del cuestionario
sobre la poblacin objeto de estudio, tomando en cuenta las limitantes como el
tiempo, costos, y tomando en cuenta el tipo de objetivos que se busca y el tipo
de poblacin a analizar.
El cuestionario.
El cuestionario comienza con la creacin de bancos de preguntas
estandarizadas para realizar cuestionarios de prueba y utilizar el tipo de
pregunta adecuada dependiendo del tipo de informacin/datos necesarios.
El anlisis.
El anlisis destaca como debemos tratar la informacin/datos obtenidos al final
del trabajo de campo, como validar la informacin o calcular la fiabilidad, qu
hacer frente a la no respuesta y como analizar la informacin para obtener una
adecuada interpretacin de la misma.
1.1.1.1
Diseo de la encuesta
La encuesta, al tratarse de una herramienta de investigacin, permite a sus usuarios

realizar de manera rpida y econmica la obtencin de informacin o datos de un
aspecto puntual sobre el que se quiera tratar, para lo cual la encuesta conlleva de
manera general una fase de planificacin y una fase de ejecucin.
20
Objetivo de la Encuesta
El objetivo de la siguiente encuesta es determinar la problemtica de la gestin de
informacin acadmica para estudiantes universitarios.
Aplicacin Mvil
Como precedente se ha tomado en cuenta la cantidad de estudiantes universitarios
que posee un dispositivo mvil, para lo cual se considera que un estudiante
universitario oscila en un rango de edades de entre los 17 a 25 aos en una carrera
de pregrado. En la Figura 1.1 observamos que hasta el 2013 ms del 60% de la
poblacin comprendida entre el rango de edades de 16 a 24 aos poseen un
dispositivo mvil y desde los 25 aos en adelante dicho porcentaje supera el 75%.
Figura 1.1 Comparativa sobre uso de celulares entre rango de edades
Personas con telfono celular activado

90
80
Porcentaje
70
60
50
40
30
20
10
0
2010
2011
2012
2013
16 a 24 aos
56,3
60,3
63,7
62,8
25 a 34 aos
68,2
71,5
77,6
76,5
Fuente: http://www.ecuadorencifras.gob.ec/documentos/webinec/Estadisticas_Sociales/TIC/Resultados_principales_140515.Tic.pdf [2]

Elaborado por: Edison Alexis Andrango Quinchiguango y Pal Alejandro Calvache Tapia
21
El celular es el dispositivo electrnico ms accesible para los estudiantes universitarios

superando en cualquier rango de edad al 50% de la poblacin por lo cual se justifica
el desarrollo de la aplicacin para un dispositivo mvil.
Se plantean los siguientes objetivos de la encuesta tomando como premisa lo antes

mencionado:
Determinar el rango de edad de los estudiantes universitarios.
El sistema operativo que ms usan los estudiantes universitarios.
Determinar si el sistema de gestin esta optimizado para telfonos inteligentes.
Qu tipo de informacin estudiantil desean que se vea en su telfono.
1.1.1.2
Diseo Del Cuestionario

Elaboracin del Cuestionario
1.1.1.2.1
Temas necesarios:
Informacin acadmica sobre las materias/tareas.
Informacin adicional sobre la universidad.
Informacin sobre los profesores.
Uso de dispositivos mviles.
Preguntas
1. Su edad se encuentra entre
o 18 -20 aos
o 20 -25 aos
o 25 -30 aos
o Ms de 30 aos
22
2. Gnero
o Masculino
o Femenino
3. Dispone de mvil con sistema operativo

o Android
o iOS
o Windows Phone
o Otro: ___________
4. Es cmodo utilizar el sistema de gestin de informacin acadmica de su

actual universidad en un dispositivo mvil?
o Si
o No
5. En qu reas encuentra problemas en el sistema de gestin acadmica de

su universidad?
o Informacin de materias
o Informacin de tareas
o Calificaciones
o Horarios de consulta de los profesores
o Otros: ____________
6. Le gustara disponer de informacin en su dispositivo mvil sobre los eventos

(culturales y acadmicos) de su universidad?
o Si
o No
23
7. Le gustara disponer de informacin en su dispositivo mvil sobre el men

que se sirve en la cafetera de su universidad?
o Si
o No
8. Qu tipo de informacin le gustara tener en su dispositivo mvil?

o Informacin sobre eventos culturales y acadmicos
o Men de la cafetera
o Aula y horario de consulta de los profesores
o Calendario acadmico
o Otro: ________
1.1.1.2.2
Aprobacin del Cuestionario
El cuestionario se ha sometido a una ronda de aprobacin por parte de los estudiantes

de la Facultad de Sistemas antes de ser ejecutado. Cambios realizados en las
preguntas: 1, 4, 5 (nueva).
A continuacin, se presenta el cuestionario.
1. Su edad se encuentra entre

o Menos de 18 aos
o 18 -20 aos
o 21 -25 aos
o 26 -30 aos
o Ms de 30 aos
2. Gnero
o Masculino
o Femenino
24
3. Dispone de mvil con sistema operativo

o Android
o iOS
o Windows Phone
o Otro: ___________
4. Es cmodo acceder a su informacin acadmica de inters en un dispositivo

mvil?
o Si
o No
5. Si anteriormente ha respondido NO, Qu problemas tiene al utilizar su

dispositivo mvil?
o El acceso a la informacin es lento.
o La pgina no est diseada para dispositivos mviles.
o No se puede acceder sin conexin a Internet.
6. En qu reas encuentra problemas o falta de informacin?

o Informacin sobre materias
o Informacin sobre tareas
o Calificaciones
o Horarios de consulta de los profesores
o Otros: ____________
7. Le gustara disponer de informacin en su dispositivo mvil sobre los eventos

(culturales y acadmicos) en su universidad?
o Si
o No
25
8. Le gustara disponer de informacin en su dispositivo mvil sobre el men

que se sirve en la cafetera(s) de su universidad?
o Si
o No
1.1.1.2.3
Seleccin de la muestra
Tamao de la muestra
Como se explic anteriormente la encuesta ser aplicada a los estudiantes de la
Facultad de Ingeniera en Sistemas de la Escuela Politcnica Nacional del Ecuador.
Este tamao de muestra es la cantidad de sujetos de una poblacin con los cuales
estadsticamente se puede obtener datos representativos sobre un tema concreto.
Para calcular el tamao de la muestra aplicamos la siguiente frmula: [3]

Tabla 1.1 Variables para clculo de tamao de muestra
Smbolo Descripcin
Valor
Tamao de la muestra (parte de la poblacin)
Valor a calcular
Tamao de la poblacin estudiada.
474 *
Error muestral deseado (porcentaje).
25%
26
Smbolo Descripcin
P
Valor
Proporcin de individuos que poseen en la poblacin 0.5

la caracterstica de estudio.
Proporcin de individuos que no poseen en la 0.5

poblacin la caracterstica de estudio.
Constante de nivel de confianza.
2.58 *
* 474 es el nmero de estudiantes matriculados en la Facultad de Ingeniera en

Sistemas de la Escuela Politcnica Nacional.
* 2.58 es la contante para un porcentaje del 99% de nivel de confianza.
Clculo:

Redondeando:
Nota: El tamao de la muestra est sujeto a la disponibilidad de los estudiantes, por lo

tanto, el tamao final de la muestra podr ser inferior al tamao de la muestra
sealado.
27
1.1.1.2.4
Ejecucin de la encuesta
Como procedimiento de campo se ha realizado la encuesta en la red, con un

cuestionario de seleccin mltiple y de seleccin nica que adicionalmente permite
agregar opciones en ciertas preguntas. El cuestionario cuenta con preguntas
obligatorias y opcionales. El recurso utilizado fue Google Forms.
1.1.2 RESULTADOS DE LA ENCUESTA

La encuesta se realiz satisfactoriamente a los 25 estudiantes de la muestra
anteriormente descrita. A continuacin, se detallan los resultados ms relevantes de
la misma.
1.1.2.1
Edad de los estudiantes encuestados
Para afirmar que los estudiantes encuestados se encuentran dentro del rango de
edades de gente poseedora de dispositivos mviles, se pregunt la edad de los
encuestados. En la Figura 1.2 se observan las respuestas de los encuestados.
Figura 1.2 Edad de los encuestados
Edad (aos)
Porcentaje
Menos de 18
4%
18 20
8%
21 25
72%
26 30
16%
Ms de 30
0%
28
1.1.2.2
Sistema del dispositivo mvil
Uno de los resultados ms importantes es la gran cantidad de dispositivos mviles con

Sistema operativo Android lo cual justifica el desarrollo de la aplicacin para dicho
Sistema.
Figura 1.3 Uso de sistema operativo mvil
Sistema Operativo
Porcentaje
Android
69.6%
Windows Phone
8.7%
Ios
4.3%
Otros
17.4%
1.1.2.3
Problemas al acceder a la informacin acadmica desde el dispositivo mvil
Esta es una pregunta de formato abierto, por lo cual para mayor facilidad de
comprensin se agruparon las respuestas en 3 secciones que son:
a) La navegacin mediante el navegador web es lenta.

b) La navegacin mediante el navegador web no es cmoda.
c) La visualizacin es mala (tamao de la pgina muy pequea).
29
1.1.2.4
reas especficas que representan un problema
De una lista predefinida, los estudiantes seleccionaron en cules de las opciones se

hacen presentes problemas o falta de informacin.
Figura 1.4 reas que presentan problemas
a) Horario de consulta de los profesores.

b) Informacin sobre tareas.
c) Informacin sobre materias.
d) Calificaciones.
1.1.2.5
Aceptacin respecto a la informacin adicional en la aplicacin
De manera adicional, se planea la opcin de ofrecer informacin no referente a las

actividades estrictamente acadmicas correspondientes a la facultad del estudiante o
relacionadas con las asignaturas en las cuales l se encuentra inscrito.
30
Figura 1.5 Porcentaje de aceptacin de opciones adicionales
Notificacin
Eventos culturales y acadmicos
Men de la cafetera
Azul: Si, Rojo: No

1.1.2.6
Conclusiones sobre la encuesta realizada
En base a las respuestas que han dado los estudiantes universitarios, se han realizado
las siguientes conclusiones.
Se necesita una aplicacin mvil que:
Proporcione informacin propia de las asignaturas.
Muestre informacin de sus profesores.
Gestione las tareas universitarias.
Muestre informacin sobre las calificaciones.
Muestre los horarios de las asignaturas.
Muestre informacin sobre eventos culturales y acadmicos.
Permita el acceso a la informacin acadmica sin conexin a Internet
31
1.2 JUSTIFICACIN DE LA METODOLOGA DE DESARROLLO

El desarrollo de aplicaciones mviles se lo realiza generalmente con equipos de
desarrollo pequeos, y se centra en el desarrollo de un prototipo funcional que
posteriormente ser mejorado agregando funcionalidades y complejidad al mismo.
Se escogi la metodologa XP ya que cumple con los aspectos que se busca para el
desarrollo de una aplicacin mvil con facilidad de comunicacin tanto entre el equipo
de trabajo y el cliente que forma parte del mismo, adems de permitir conocer de
manera clara los requerimientos y permitiendo agregar y modificar la funcionalidad del
producto final.
La metodologa de desarrollo gil XP se adecua muy bien al desarrollo de aplicaciones

mviles debido a que cuenta con las siguientes prcticas (se han listado nicamente
las prcticas que se acoplan al desarrollo del presente proyecto):
Pequeas entregas: En la primera entrega no se genera mucha funcionalidad

que proporcione valor al negocio, las siguientes entregas van a incrementar
funcionalidad a la primera entrega. [7]
Diseo sencillo: No se realiza diseo adicional a lo que se est pidiendo en las

historias de usuario. [7]
Desarrollo previamente probado: Antes de empezar con la implementacin

primero se define las pruebas de unidad de las historias de usuario. [7]
Refactorizacin: Los programadores deben refactorizar el cdigo apenas

encuentren formas ms sencillas de escribir el mismo cdigo o mejoras. [7]
Programacin en parejas: Los programadores trabajan en parejas para mejorar

la calidad del cdigo escrito con el aporte de cada uno. [7]
Integracin continua: Los programadores apenas terminan una funcionalidad

estas las unen a toda la solucin y se corren todas las pruebas de unidad. [7]
32
Aspectos relevantes para el desarrollo de este proyecto:
Corto tiempo de desarrollo, debido a las limitaciones del proyecto de titulacin.
Documentacin reducida debido al tiempo reducido.
Fcil adaptacin a cambios.
Equipo de desarrollo pequeo (dos personas).
Integracin sencilla de las funcionalidades.
En la Tabla 1.2 contrastamos varias prcticas XP con los aspectos necesarios para el
desarrollo del proyecto.
Tabla 1.2 Matriz caractersticas XP vs necesidades proyecto

XP /
Proyecto
Pequeas
Diseo
Desarrollo
Refacto
Programacin
Integracin
entregas
sencillo
previamente
rizacin
en parejas
continua
probado
Corto tiempo de
desarrollo
Documentacin
reducida
Fcil adaptacin
a cambios
Equipo
de
trabajo de dos
personas
Integracin
sencilla
33
1.2.1 VENTAJAS
Las ventajas que ofrece la Programacin Extrema al desarrollo del presente proyecto
son:
La rpida obtencin de un prototipo inicial.
El proceso de integracin es continuo gracias a la refactorizacin que es una de

las bases de la programacin extrema.
Las necesidades del usuario son entendidas con mayor exactitud ya que el
usuario forma parte del equipo de trabajo.
Las pruebas realizadas permiten obtener un producto ms fiable y robusto.
El cdigo es simple y fcil de entender.
Se aplica la programacin en parejas.
Por otro lado, los principios como la simplicidad, refactorizacin y coraje son muy
convenientes al momento de desarrollar el proyecto, ya que permiten generar una
visin clara del funcionamiento y estructura del mismo, generar un cdigo sencillo de
entender y mantener, y cumplir con las tareas que se especifican en las iteraciones de
manera que se obtenga como resultado un producto que satisfaga las necesidades y
exigencias del usuario final.
1.2.2 DESCRIPCIN DE LA METODOLOGA DE DESARROLLO (EXTREME

PROGRAMMING)
Extreme Programming es una metodologa gil propuesta por Kent Beck, Ward
Cunningham y Ron Jeffries en 1999, basada esencialmente en la simplicidad y la
agilidad. XP es una de las metodologas agiles ms usadas actualmente.
34
Ciclo de vida de un proyecto XP

XP cuenta con varias fases que se muestra en la Figura 1.6
Figura 1.6 Flujo de un Proyecto XP

Escenarios de
prueba
Historias de
Usuario
Requerimientos
Nueva Historia de
Usuario
Errores
Aprobacin del
cliente
Metfora del
Sistema
pice
arquitectnico
Plan de
Entrega
Planificacin de
entregas
ltima Versin
Pruebas de
Aceptacin
Iteracin
Pequea
Entrega
Siguiente
Iteracin
Estimaciones
Inciertas
Estimaciones
pice
FASE DE
EXPLORACIN
FASE DE
PLANIFICACIN
ITERACIN
FASE DE PRODUCCIN
35
1.2.2.1
Exploracin
La etapa de exploracin permite que los desarrolladores tengan una idea clara del
problema(s) al cual se busca dar solucin o apoyo mediante el desarrollo de un
sistema, producto, etc.
Prototipo
Sirve para conceptualizar de manera general el problema, es un primer
bosquejo de la solucin un tanto impreciso.
Historias de Usuario
Una historia de usuario es una unidad o un elemento que describe de forma
breve y sencilla una funcionalidad especfica del sistema, escrita en lenguaje
natural con el objetivo de ser comprendida tanto por los usuarios como por los
integrantes del equipo de trabajo (mientras ms corta sea mejor). [4]
Puntos a tomar en cuenta sobre la historia de usuario:
Describir algo importante para el cliente.
Los detalles son importantes para el programador al momento de

construir las historias de usuario.
Debe ser fcil para el desarrollador estimar un tiempo adecuado para

cada una de las historias de usuario.
Aunque sea prcticamente imposible las historias de usuario deben

ser independientes entre s.
Cada historia de usuario debe poder ser evaluada.
36
1.2.2.2
Planificacin de la Entrega
Despus de la fase de exploracin se debe definir el alcance del proyecto, su

funcionalidad y las restricciones del mismo.
Planificacin de Entregas
A las historias de usuario les asigna una prioridad o valor con relacin al
negocio, los miembros del equipo revisan las historias de usuario y les asignan
un costo (tiempo de desarrollo), si este sobre pasa las 3 semanas de
desarrollo se le pide al cliente que divida la historia en historias ms pequeas
para luego nuevamente asignarle prioridad y costo.
Prototipo
Para estimar el costo de una funcionalidad desconocida por el equipo XP, se
realizan pequeos prototipos que validen dicha funcionalidad
1.2.2.3
Iteraciones
Es la fase que requiere ms esfuerzo ya que incluye diseo, codificacin y pruebas
Diseo: Esta se basa en el concepto de que todo desarrollo se debe mantener

sencillo, y la base del diseo es la historia de usuario sin desarrollar ni da ms
ni nada menos de lo que en esta se encuentra. Si en algn momento se
encuentra parte del desarrollo que sea difcil de implementar, lo que se sugiere
es que se realice un prototipo para validar la estimacin y disminuir los riesgos,
para XP el diseo puede darse antes o despus de la codificacin. [5]
37
Codificacin: Despus de terminar con las historias de usuario y con el diseo

preliminar se desarrollan las pruebas unitarias antes de comenzar a codificar
las historias de usuario. Inmediatamente despus de codificar las historias de
usuarios se ejecuta la prueba para generar una retroalimentacin. [5]
Programacin en parejas: XP recomienda que dos personas trabajen en la

misma historia de usuario para que se cree una sinergia y para el
aseguramiento de la calidad: los programadores no van a generar cdigo al
mismo tiempo, sino que uno programa y otro observa, las integraciones del
cdigo deben ser incrementales para validar que no afecten a otra parte del
programa. [5]
Pruebas: las pruebas deben elaborarse de tal manera que sea fcil realizarlas
repetidamente, las pruebas de integracin y validacin deberan hacerse a
diario. Las pruebas de aceptacin estn establecidas por el cliente para validar
las caractersticas y la funcionalidad que son visibles y verificables. [5]
1.2.2.4
Produccin
Como fase final, una vez se cumple con las tareas definidas en cada iteracin y
superadas las pruebas de aceptacin (definidas por el cliente), se tiene como resultado
un entregable funcional.
Integracin: Cada nueva funcionalidad entregad se integra a las anteriores

para finalmente generar un proyecto que integre todas las funcionalidades
definidas por el usuario.
38
1.2.2.5
Valores XP
Los valores en XP son importantes ya que definen las caractersticas y/o cualidades
necesarias para los miembros del equipo de trabajo. En la Tabla 1.3 se describen estos
valores.
Tabla 1.3 Descripcin breve de los valores XP
Valor
Descripcin
Comunicacin
El equipo se conforma de programadores, administradores y el

cliente los cuales se comunican constantemente a fin de
compartir toda la informacin sobre el estado del proyecto.
Simplicidad: Se refiere a realizar el trabajo de forma eficaz y
cumpliendo los requerimientos del cliente, ni ms ni menos.
Retroalimentacin Un aspecto muy importante que nos permite mejorar en base a

nuestros errores y no volver a cometerlos, todo esto apoyados
por nuestro equipo de trabajo.
Coraje
Hace referencia a cumplir con la planificacin sin excusas y

estar dispuestos a aceptar cambios cuando estos aparezcan.
Respeto
La base de un equipo unido y que trabaja para cumplir su

objetivo, el respeto se practica siempre de manera que se
mantenga un buen ambiente de trabajo.
39
1.2.2.6
Roles XP
El motivo por el cual se necesitan los roles en un equipo de trabajo es debido a la

dificultad que se tendra al momento de planificar, disear y ejecutar el proyecto, ya
que todos van a exponer sus ideas o puntos de vista, lo cual posiblemente causar
conflictos y ralentizar el avance del proyecto, razn por la cual es mejor asignar a una
o varias personas un rol, el cual contiene actividades y responsabilidades especficas
entro del grupo. El limitar el rea de trabajo o las responsabilidades de un miembro del
grupo permitir un mayor enfoque en dicha rea y un mejor resultado final al unir el
trabajo realizado por todos los roles [4].
Programador
Pieza bsica en desarrollos XP.
Responsable sobre el cdigo.
Responsable sobre el diseo (refactorizacin, simplicidad).
Responsable sobre la integridad del sistema (pruebas).
Capacidad de comunicacin.
Acepta crticas (cdigo colectivo).
Cliente
Pieza bsica en desarrollos XP.
Define especificaciones.
Influye sin controlar.
Confa en el grupo de desarrollo.
Define pruebas funcionales.
Encargado de Pruebas
Apoya al cliente en la preparacin/realizacin de las pruebas funcionales.
Ejecuta las pruebas funcionales y publica los resultados.
40
Encargado de Seguimiento (Tracker)
Recoge, analiza y publica informacin sobre la marcha del proyecto sin afectar
demasiado el proceso.
Supervisa el cumplimiento de las estimaciones en cada iteracin.
Controla la marcha de las pruebas funcionales, de los errores reportados, de

las responsabilidades aceptadas y de las pruebas aadidas por los errores
encontrados.
Entrenador (Coach)
Experto en XP.
Responsable del proceso en su conjunto.
Identifica las desviaciones y reclama atencin sobre las mismas.
Gua al grupo de forma indirecta (sin daar su seguridad ni confianza).
Interviene directamente si es necesario.
Consultor
Apoya al equipo XP en cuestiones puntuales.
Jefe del Proyecto
Favorece la relacin entre usuarios y desarrolladores.
Confa en el equipo XP.
Cubre las necesidades del equipo XP.
Asegura que alcanza sus objetivos. [8]
41
1.3 DESCRIPCIN DE LAS HERRAMIENTAS DE DESARROLLO

La aplicacin funciona conectndose al servidor Web de la institucin educativa para
obtener los datos que sern ingresados al mvil, razn por la cual se necesitan
herramientas que nos permitan administrar ambos ambientes. En la Figura 1.7 se
encuentran los componentes que sern administrados en cada uno de los ambientes
antes mencionados.
Figura 1.7 Arquitectura de Servidor Web y Aplicacin Mvil
COMPONENTE WEB
COMPONENTE MVIL
42
1.3.1 COMPONENTES GENERALES
Web:
Base de Datos: Es una coleccin organizada de informacin tratada como una

unidad. El objetivo de una base de datos es recolectar, almacenar y entregar
informacin para las aplicaciones que la requieran. [9]
Servidor: El servidor administra una gran cantidad de datos en un entorno

multiusuario,
de
modo
que
se
permite
varios
usuarios
acceder
concurrentemente a los mismos datos. El servidor tambin previene acceso no

autorizado y ofrece soluciones eficientes por fallos. [9]
Mvil:
Aplicacin: Una aplicacin se define usando una o ms de los cuatro

componentes del ncleo de Android.
o Activity: Es un componente de la aplicacin que provee una pantalla con
la cual el usuario puede interactuar.
o Service: Es un componente de la aplicacin que permite ejecutar
operaciones de larga duracin en segundo plano sin necesidad de una
pantalla para el usuario. [10]
Base de Datos: Es una coleccin organizada de informacin tratada como una

unidad. El objetivo de una base de datos es recolectar, almacenar y entregar
informacin para las aplicaciones mviles que la requieran. [9]
Internet: Este componente constituye el medio de comunicacin entre el servidor web

y la aplicacin mvil, puede ser cualquier tipo de red que permita el envo y recepcin
de datos.
Las herramientas que se utilizarn son las siguientes:
43
1.3.2 COMPONENTES WEB

1.3.2.1
Servidor - Internet Information Services (IIS)
IIS es una plataforma web unificada que integra IIS, ASP.NET, Windows
Communication Foundation y Windows SharePoint Services. IIS 7 permite compartir
informacin con usuarios en Internet, en una intranet o en una extranet. [12]
Por la descripcin antes mencionada, por la experiencia en el uso de este servidor web
y adems porque se escogi que el web services sea diseado en ASP.NET, este es
el mejor servidor web que se puede usar para el desarrollo de esta solucin en
Windows.
1.3.2.2
Servidor Lenguaje de programacin C#
El lenguaje para el desarrollo para la parte web va ser en C# con la tecnologa ASP
debido a que toda la solucin se va desarrollar con productos Microsoft por la facilidad
de uso de estos productos y la experiencia en los mismos
1.3.3 COMPONENTES MVILES

1.3.3.1
Aplicacin - Lenguaje de programacin Java
Java es la solucin para los dispositivos mviles con sistema operativo Android, el
desarrollo de aplicaciones mviles con Java se ha visto potenciado gracias al trabajo
de Google tanto en sus aportaciones para el lenguaje como sus herramientas, APIs y
frameworks que hacen del desarrollo mvil una experiencia ms amigable. No sin
olvidar la confianza que ofrece Java como lenguaje de programacin presente en el
mercado ya desde hace un buen tiempo, lo que lo convierte en un lenguaje de
programacin confiable ya que ha sido probado por millones de desarrolladores.
Existen otros lenguajes de alto nivel que permiten el desarrollo de aplicaciones mviles
para Android, pero ninguna nos permite profundizar tanto como lo es Java.
44
Ventajas:
Desarrollo de aplicaciones ya disponibles en la tienda.
Manejo sencillo de los recursos del dispositivo mvil.
Compatibilidad con una gran cantidad de libreras externas.
Programacin orientada a objetos, la cual es de nuestro conocimiento.
1.3.3.2
Aplicacin - Entorno de Desarrollo (IDE) Android Studio
Es un nuevo entorno de desarrollo integrado para el sistema operativo Android lanzado

por Google, diseado para ofrecer nuevas herramientas para el desarrollo de
aplicaciones y alternativa al entorno Eclipse, hasta ahora el IDE ms utilizado
Se escogi este IDE gracias a su facilidad para realizar modificaciones en su interfaz
y su facilidad de testeo en tiempo real en comparacin con Eclipse.
Ventajas:
Interfaz similar al entorno de desarrollo Eclipse, el cual es de nuestro

conocimiento.
Monitoreo de recursos del dispositivo mvil.
Facilidad para realizar pruebas unitarias.
Integracin con gran cantidad de herramientas externas.
1.3.3.3
Base de Datos - SQLLite
Se ha seleccionado SQLite por ser multiplataforma y cumplir con los estndares (en
su mayora) SQL92 por lo que su sintaxis y forma de uso casi no posee curva de
aprendizaje para los conocedores de SQL y MySql. SQLite se puede usar en modo
ventana de comandos (Shell) o embebido en aplicaciones de cdigo (casi cualquier
lenguaje de programacin directamente o indirectamente) por ejemplo C, C++, etc. [11]
45
Este gestor de base de datos ya viene embebido en Android por lo cual no se necesita
software adicional en nuestro dispositivo y es muy ligero.
1.3.4 HERRAMIENTAS CASE

1.3.4.1
PowerDesigner
Una herramienta completa para el diseo de una base de datos, cuenta con todos los
elementos para generar modelos y personalizarlos de la manera ms minuciosa
generando as modelos que se adapten a nuestras necesidades, adems de permitir
la generacin de archivos de bases de datos, diagramas en formato de imagen,
realizar pruebas, etc. Por la experiencia que se tiene en el uso de esta herramienta ha
sido seleccionada.
46
2. CAPTULO II: DESARROLLO DEL SISTEMA CON LA

METODOLOGA XP
2.1 DEFINIR GRUPO DE TRABAJO
2.1.1 Asignacin de roles XP
Programador
Responsable de la codificacin, diseo (refactorizacin, simplicidad) y pruebas del
proyecto.
Cliente
Es el responsable de escribir las historias de usuario y probar las funcionalidades que
se desarrollan en cada iteracin, a fin de retroalimentar al equipo de desarrollo y
encontrar fallas en dicha entrega. Se considera al cliente como parte del grupo de
desarrollo.
Encargado de Pruebas
Se encarga de ayudar al cliente en la preparacin de las pruebas funcionales.
Encargado de Seguimiento (Tracker)

Recoge, analiza y publica informacin sobre la marcha del proyecto sin afectar
demasiado el proceso.
Entrenador (Coach)
Es el experto en XP, responsable del proceso en su conjunto que identifica las
desviaciones y reclama atencin sobre las mismas guiando al grupo de forma indirecta
(sin daar su seguridad ni confianza).
47
Asignacin de Roles
En base a la descripcin y a las cualidades de cada miembro del equipo, se han
asignado los roles ms adecuados para cada uno de la siguiente manera.
Figura 2.1 Asignacin de Roles
2.2
EXPLORACIN
2.2.1 ESCENARIO INICIAL

Esta aplicacin est dirigida a los estudiantes universitarios cuya unidad educativa
cuente con un sistema de gestin de informacin acadmica, que proporcione la
informacin necesaria a la aplicacin mvil. Los estudiantes podrn tener un control
coordinado de las tareas, evaluaciones y eventos acadmicos, para mantenerlos al
tanto de sus asuntos pendientes y as mejorar su rendimiento acadmico.
48
Figura 2.2 Diagrama de paquetes

uc Casos de uso principales
Academia
Informacin Asignaturas
Informacin Tareas
Informacin Calificaciones
Profesor
Informacin Ev entos
Estudiante
Informacin Horario
Configuracin
Administrador
2.2.2 ESPECIFICACIN DE REQUERIMIENTOS

2.2.2.1
Requerimientos tcnicos
Para el desarrollo e implementacin del presente proyecto se necesitar, un

computador para el desarrollo y un dispositivo mvil para la instalacin de la aplicacin.
Al momento de implementar el proyecto se necesita un servidor web o un web service
que responda segn el diseo indicado.
49
Requerimientos Mnimos
Computador
Procesador Intel Core i7 2.2Ghz
RAM 8 GBs
Disco duro 100 GBs
Sistema operativo Windows 7 o posterior
Dispositivo mvil
Sistema operativo Android 4.2 (JELLY_BEAN)
Disponible conexin a datos o redes WIFI.
Resolucin 480 x 800 pixel
Soporte USB Host
Servidor web (Hosting)

Windows Server 2012
ASP.NET
Information Server (IIS) 8.0
MS SQL Versin 2012
Direccin IP esttica
2.2.2.2
Supuestos y dependencias
El estudiante debe ser capaz de manipular el dispositivo mvil con sistema

operativo Android, de manera que le sea sencillo manejar aplicaciones en el
mismo.
El estudiante debe conocer cul es el entorno del manejo de informacin

acadmica universitaria.
50
La universidad debe contar con un sistema de gestin de informacin

acadmica y este debe tener una base de datos relacional que contenga la
siguiente informacin mnima:
o Informacin de las materias.

o Informacin de los estudiantes.
o Informacin de Horarios.
o Informacin de Calificaciones.
o Informacin de los Profesores.
Los estudiantes que usen la aplicacin mvil para acceder a la informacin de

la universidad deben estar registrados y deben tener las credenciales
adecuadas para acceder a tal informacin.
2.2.3 HISTORIAS DE USUARIO

Estas historias de usuario se han realizado tomando en cuenta las opiniones y
necesidades de los estudiantes universitarios de la Escuela Politcnica Nacional.
2.2.3.1
Perfiles de usuario
Estudiante: Es el usuario de la aplicacin mvil, buscar obtener informacin sobre

sus tareas pendientes, evaluaciones futuras, eventos universitarios, su lista de
calificaciones y horario estudiantil, tambin le ser posible configurar sus notificaciones
para eventos, tareas y evaluaciones.
Nota: Los siguientes usuarios no utilizan la aplicacin mvil, sin embargo, es necesaria
su intervencin en la parte Web para que la aplicacin mvil cuente con la informacin
necesaria para su completo funcionamiento.
51
Profesor: Es el encargado de mantener actualizada la informacin correspondiente a

su paralelo, dicha informacin comprende: tareas, evaluaciones, horarios y
notificaciones especiales como cancelacin de clases, aplazamiento de actividades,
entre otros. El profesor tambin es el encargado de calificar las tareas para que el
estudiante sepa en todo momento como se encuentra en dicha materia.
HISTORIAS DE USUARIO
Nos permitirn detallar de manera ms entendible los requerimientos del cliente,
aadiendo una estimacin de esfuerzo y prioridad asignada por el grupo de trabajo
formado por representantes de distintas reas relacionadas con el proyecto.
FORMATO
Historia de Usuario
Nmero:
Usuario:
Nombre de Historia:
Prioridad en Negocio:
Puntos Estimados:
Riesgo en Desarrollo:
Iteracin Asignada:
Descripcin:
Observaciones:
52
Historia de Usuario
Nmero: 01
Usuario: Estudiante
Nombre de Historia: Log in

Prioridad en Negocio: Alta
Puntos Estimados:
3 das
Riesgo en Desarrollo: Medio Iteracin Asignada: 2

Descripcin: Sincronizar los datos del estudiante en la aplicacin mvil, de forma que
sea posible consultar la informacin necesaria sin conexin a Internet.
Observaciones: Las credenciales sern asignadas por el administrador designado en
la institucin educativa. Y los datos deben responder a un modelo de Web Service
compatible con la aplicacin mvil.
Historia de Usuario
Nmero: 02
Usuario: Estudiante
Nombre de Historia: Mostrar Asignaturas

Prioridad en Negocio: Media
Puntos Estimados:
2 das
Riesgo en Desarrollo: Medio
Iteracin Asignada: 2
Descripcin: Consultar las asignaturas en las que el estudiante est inscrito.

Observaciones: El estudiante debe ser capaz de visualizar una lista de asignaturas
(en las que se encuentra inscrito). Al seleccionar alguna asignatura esta nos dirige a
una pantalla que muestra informacin adicional.
53
Historia de Usuario
Nmero: 03
Usuario: Estudiante
Nombre de Historia: Detallar la Asignatura seleccionada

Puntos Estimados:
2 das
Riesgo en Desarrollo: Bajo
Descripcin: En esta pantalla se muestra la siguiente informacin:

o Nmero de aula
o Descripcin de la asignatura
o Informacin adicional
o Horario de clase de asignatura
Observaciones: Opciones: Profesor, Calificaciones Parciales y Actividades.
Historia de Usuario
Nmero: 04
Usuario: Estudiante
Nombre de Historia: Mostrar Informacin del Profesor

Puntos Estimados: 2 das

o Nombres y apellidos
o Correo electrnico
o Nmero celular
o Horario de consulta
Observaciones: Esta informacin estar disponible a criterio del profesor.
54
Historia de Usuario
Nmero: 05
Usuario: Estudiante
Nombre de Historia: Mostrar calificaciones de las tareas de la Asignatura

Puntos Estimados:
2 das

o Tipo de tarea
o Nombre de tarea
o Calificacin
Observaciones: Opcin activa a criterio del profesor, slo se mostrarn las
actividades que hayan sido calificadas por el profesor.
Historia de Usuario
Nmero: 06
Usuario: Estudiante
Nombre de Historia: Mostrar tareas de la Asignatura

Puntos Estimados:
2 das

o Tipo de tarea
o Nombre de tarea
o Referencia
Observaciones: Opcin activa a criterio del profesor.
55
Historia de Usuario
Nmero: 07
Usuario: Estudiante
Nombre de Historia: Listar Tareas

Puntos Estimados:
2 das
Descripcin: En esta pantalla el estudiante podr consultar las tareas de la fecha

actual, y consultar tareas de fechas anteriores y posteriores.
En esta pantalla se muestra la siguiente informacin:

o Asignatura
o Tipo de tarea
o Nombre
o Referencia (peso en la nota de tareas)
Observaciones: El estudiante debe ser capaz de visualizar una lista de tareas

pendientes organizadas por da y hora de entrega de la semana correspondiente.
Las tareas pendientes y listas, se diferencian por un color que est detallado en una
leyenda en la parte inferior de la pantalla.
56
Historia de Usuario
Nmero: 08
Usuario: Estudiante
Nombre de Historia: Detallar la Tarea

Puntos Estimados:
3 das
Descripcin: En esta pantalla podremos realizar el cambio de estado entre listo y

pendiente.
o Nombre de asignatura
o Nombre de la tarea
o Tipo de la tarea
o Detalle
o Fecha de entrega
o Referencia
Observaciones: Cuando una tarea est realizada se puede cambiar su estado para
no recibir notificaciones de la misma.
57
Historia de Usuario
Nmero: 09
Usuario: Estudiante
Nombre de Historia: Mostrar Calificaciones

Puntos Estimados:
2 das
Descripcin: En esta pantalla se visualizarn las calificaciones del perodo actual.

o Nmero
o Calificacin 2
o Nombre de la
o Calificacin 3
asignatura
o Total
o Calificacin 1
o Estado
Observaciones:
Historia de Usuario
Nmero: 10
Usuario: Estudiante
Nombre de Historia: Mostrar Horario

Prioridad en Negocio: Baja
Puntos Estimados:
4 das
Descripcin: En esta pantalla se visualizar el horario de las asignaturas en las

cuales se encuentra inscrito el estudiante.
Observaciones:
58
Historia de Usuario
Nmero: 11
Usuario: Estudiante
Nombre de Historia: Mostrar eventos culturales y acadmicos

Puntos Estimados:
2 das
Riesgo en
Desarrollo: Medio
Descripcin: El estudiante debe ser capaz de visualizar una lista de eventos.

o Nombre
o Lugar
o Detalle
o Hora inicio
Observaciones:
Historia de Usuario
Nmero: 12
Usuario: Estudiante
Nombre de Historia: Notificar tareas / evaluaciones

Puntos Estimados:
2 das
Descripcin:
o Asignar tiempo de notificacin
Observaciones: Las notificaciones se despliegan cada da, indicando las
actividades para la fecha actual.
59
TAREAS DE INGENIERA
Tarea de Ingeniera
Nmero: 01
Nombre de Tarea: Preparar ambiente mvil
Puntos Estimados:
1 da
Tipo de Tarea: Desarrollo
Fecha de Inicio: 03/08/2015 Fecha de Fin: 03/08/2015

Nro. Historia Usuario: s/h
Programador: Alexis Andrango Paul Calvache
Descripcin: Instalacin de Android Studio en las mquinas de desarrollo, y

configuracin del mismo.
Tarea de Ingeniera
Nmero: 02
Nombre de Tarea: Preparar ambiente Web
Puntos Estimados:
1 da

Descripcin: Instalacin de Visual Studio, SQL Server y servidor web (IIS) con su
respectiva configuracin.
60
Tarea de Ingeniera
Nmero: 03
Nombre de Tarea: Diseo del modelo conceptual y fsico
Puntos Estimados:
1 da

Descripcin: Diseo de la base de datos en Power Designer (Modelo conceptual y

lgico).
Tarea de Ingeniera
Nmero: 04
Nombre de Tarea: Creacin de la base de datos Web
Puntos Estimados:
1 da

Descripcin: Creacin de la base de datos en SQL Server a partir del script generado
por Power Designer.
61
Tarea de Ingeniera
Nmero: 05
Nombre de Tarea: Elaboracin del Web Service
Puntos Estimados:
5 da

Descripcin: Elaboracin del Web Services que devuelve un json con la informacin
necesaria para que sea consumido por la aplicacin mvil.
Tarea de Ingeniera
Nmero: 06
Nombre de Tarea: Creacin de la base de datos mvil
Puntos Estimados:
1 da

Descripcin: Creacin de la base de datos en SQLlite con SQLlite Administrator
62
Tarea de Ingeniera
Nmero: 07
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para Login
Puntos Estimados:
1 da

Nro. Historia Usuario: 1
Descripcin: Creacin de un Layout con los diferentes TextView, EditText y el Button.
Tarea de Ingeniera
Nmero: 08
Nombre de Tarea: Autentificacin por medio de toquen para la recuperacin de la
informacin
Puntos Estimados:
1 da
Fecha de Inicio: 28/08/2015
Fecha de Fin: 28/08/2015
Descripcin: Creacin de los Activities necesarios para enviar el usuario y la

contrasea y poder consumir el Web Service que devuelve un json.
63
Tarea de Ingeniera
Nmero: 09
Nombre de Tarea: Mtodo para la insercin de los datos en SQLlite
Puntos Estimados:
1 da
Descripcin: Creacin de los servicios necesarios para guardar toda la informacin

que devuelve el Web Service en la base de datos SQLite.
Tarea de Ingeniera
Nmero: 10
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para Mostrar las
Asignaturas
Puntos Estimados:
1 da
Descripcin: Creacin del Layout Asignaturas y programacin del Activity para que
llame al servicio que recupera las asignaturas
64
Tarea de Ingeniera
Nmero: 11
Nombre de Tarea: Desarrollo del Mtodo para recuperar informacin de las
Asignaturas en las que est inscrito el estudiante
Puntos Estimados:
1 da
Descripcin: Desarrollo del mtodo en el servicio para recuperar todas las

asignaturas en la que el estudiante est inscrito.
Tarea de Ingeniera
Nmero: 12
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para mostrar la informacin
propia de la asignatura seleccionada
Puntos Estimados:
1 da
Descripcin: Creacin del Layout Asignatura Seleccionada y programacin del

Activity que llama al servicio que recupera la informacin de la asignatura
65
Tarea de Ingeniera
Nmero: 13
Nombre de Tarea: Desarrollo del Mtodo para recuperar la informacin propia de la
asignatura seleccionada
Puntos Estimados:
1 da
Descripcin: Desarrollo del mtodo en el servicio, para recuperar la informacin de

la asignatura seleccionada.
Tarea de Ingeniera
Nmero: 14
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para mostrar la informacin
del Profesor de la asignatura.
Puntos Estimados:
1 da

Descripcin: Creacin del Layout Profesor Asignatura y programacin del Activity que
llama al servicio que recupera la informacin del Profesor
66
Tarea de Ingeniera
Nmero: 15
Nombre de Tarea: Desarrollo del Mtodo para recuperar la informacin del
Profesor de la asignatura.
Puntos Estimados:
1 da

Descripcin: Desarrollo del mtodo en el servicio, para recuperar la informacin del

Profesor de la asignatura.
Tarea de Ingeniera
Nmero: 16
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para mostrar las
calificaciones por tarea.
Puntos Estimados:
1 da

Descripcin: Creacin del Layout para mostrar informacin de las calificaciones por
tarea de la asignatura seleccionada y programacin del Activity.
67
Tarea de Ingeniera
Nmero: 17
Nombre de Tarea: Desarrollo del Mtodo para recuperar la informacin de las
calificaciones por tarea.
Puntos Estimados:
1 da


las calificaciones por tarea.
Tarea de Ingeniera
Nmero: 18
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para tareas de la Asignatura
Puntos Estimados:
1 da

Descripcin: Creacin del Layout para mostrar informacin de las tareas aun no
calificadas de la asignatura seleccionada y programacin del Activity.
68
Tarea de Ingeniera
Nmero: 19
Nombre de Tarea: Desarrollo del Mtodo para recuperar tareas de la Asignatura
Puntos Estimados:
1 da

las tareas aun no calificadas de la asignatura seleccionada.
Tarea de Ingeniera
Nmero: 20
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para listar tareas
Puntos Estimados:
1 da
Descripcin: Creacin del Layout para mostrar informacin de las tareas del
estudiante y programacin del Activity.
69
Tarea de Ingeniera
Nmero: 21
Nombre de Tarea: Desarrollo del Mtodo para recuperar tareas
Puntos Estimados:
1 da

las tareas del estudiante.
Tarea de Ingeniera
Nmero: 22
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para detallar la tarea
seleccionada
Puntos Estimados:
1 das
Descripcin: Creacin del Layout para mostrar informacin propia de la tarea

seleccionada y programacin del Activity que llama al servicio que recupera la
informacin de la tarea.
70
Tarea de Ingeniera
Nmero: 23
Nombre de Tarea: Desarrollo del Mtodo para detallar la tarea seleccionada
Puntos Estimados:
1 das


la tarea seleccionada.
Tarea de Ingeniera
Nmero: 24
Nombre de Tarea: Desarrollo del Mtodo para cambiar el estado de la tarea
Puntos Estimados:
1 das

Descripcin: Desarrollo del mtodo en el servicio, para actualizar el estado

asignatura seleccionada.
71
Tarea de Ingeniera
Nmero: 25
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para Mostrar las
Calificaciones del Estudiante
Puntos Estimados:
1 da
Descripcin: Creacin del Layout para mostrar informacin de las Calificaciones del
Estudiante y programacin del Activity.
Tarea de Ingeniera
Nmero: 26
Nombre de Tarea: Desarrollo del Mtodo para recuperar la informacin de las
Calificaciones del Estudiante
Puntos Estimados:
1 da


las Calificaciones del Estudiante.
72
Tarea de Ingeniera
Nmero: 27
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para Mostrar Horario del
Estudiante
Puntos Estimados:
3 das

Descripcin: Creacin del Layout para mostrar informacin del Horario del Estudiante
y programacin del Activity.
Tarea de Ingeniera
Nmero: 28
Nombre de Tarea: Desarrollo del Mtodo para recuperar la informacin del Horario
del Estudiante
Puntos Estimados:
1 da

Descripcin: Desarrollo del mtodo en el servicio, para recuperar la informacin del

Horario del Estudiante.
73
Tarea de Ingeniera
Nmero: 29
Nombre de Tarea: Desarrollo de la Interfaz de Usuario para Mostrar eventos
culturales y acadmicos
Puntos Estimados:
1 da
Descripcin: Creacin del Layout para mostrar informacin de eventos culturales y

acadmicos y programacin del Activity
Tarea de Ingeniera
Nmero: 30
Nombre de Tarea: Desarrollo del Mtodo para recuperar la informacin de eventos
culturales y acadmicos
Puntos Estimados:
1 da


eventos culturales y acadmicos.
74
Tarea de Ingeniera
Nmero: 31
Nombre de Tarea: Desarrollo del servicio para las notificaciones.
Puntos Estimados:
1 da

Descripcin: Crear cdigo para consumir el NOTIFICATION_SERVICE de Android.
Tarea de Ingeniera
Nmero: 32
Nombre de Tarea: Desarrollo del Mtodo para recuperar las notificaciones
Puntos Estimados:
1 da

Descripcin: Desarrollo del mtodo en el servicio, para recuperar las notificaciones.
75
2.3
PLANIFICACIN DE LA ENTREGA
Una vez que se han descrito las historias de usuario en la seccin anterior, el equipo
XP evala cada una de las historias para asignarle una prioridad y un tiempo estimado,
conjuntamente con el cliente.
2.3.1 PRIORIZACIN DE LAS HISTORIAS DE USUARIO

El primer paso es asignarle una prioridad a cada una de las historias de usuario de
acuerdo a los objetivos del negocio y los objetivos tcnicos.
Tabla 2.1 Asignacin de prioridad
N
01
02
03
04
05
06
07
08
09
10
11
12
Nombre
Login
Mostrar Asignaturas
Detallar la Asignatura seleccionada
Mostrar Informacin del Profesor
Mostrar calificaciones de las tareas de la Asignatura
Mostrar tareas de la Asignatura
Listar Tareas
Detallar la Tarea
Mostrar Calificaciones
Mostrar Horario
Mostar eventos culturales y acadmicos
Notificar tareas / evaluaciones
Prioridad
Alta
Media
Media
Media
Media
Media
Alta
Baja
Alta
Baja
Media
Alta
76
2.3.2 ESTIMACIN DE LAS HISTORIAS DE USUARIO

Despus de priorizar las historias de usuario, se estima el tiempo que toma el
desarrollo y la iteracin en la que se desarrollara.
Tabla 2.2 Estimacin de tiempo
Nro.
Nombre
1
2
3
4
5
Login
Mostrar Asignaturas
Detallar la Asignatura seleccionada
Mostrar Informacin del Profesor
Mostrar calificaciones de las tareas de la
Asignatura
Mostrar tareas de la Asignatura
Listar Tareas
Detallar la Tarea
Mostrar Horario
Mostar eventos culturales y acadmicos
Notificar tareas / evaluaciones
6
7
8
9
10
11
12
Iteracin Esfuerzo
(das)
1
3
1
2
1
2
2
2
2
2
2
2
3
3
3
4
4
2
2
3
2
4
2
2
Se presenta en la Tabla 2.3 la relacin que existe entre las diferentes tareas,
historias e iteraciones
77
Tabla 2.3 Relacin entre tareas, historias e iteraciones
N Tarea
1 Preparar ambiente
mvil.
2 Preparar ambiente
Web.
3 Diseo del modelo
conceptual y fsico.
4 Creacin de la base
de datos Web.
5 Elaboracin del Web
Service.
6 Creacin de la base
de datos mvil.
7 Desarrollo de la
Interfaz de Usuario
para Login.
8 Autentificacin por
medio de toquen
para la recuperacin
de la informacin.
9 Mtodo para la
insercin de los
datos en SQLlite.
Historia
Criterio de Aceptacin
s/h
Log in
La
informacin
dispositivo
en
mvil
el
Iterac
in
0
Esfuerzo
(Dias)
10
debe
estar disponible con o sin

conexin
cuando
a
el
Internet,
dispositivo
mvil acceda a Internet

debe
actualizarse
informacin
que
la
sea
necesaria.
10 Desarrollo de la
Interfaz de Usuario
para Mostrar las
Asignaturas.
11 Desarrollo del
Mtodo para
recuperar
informacin de las
Asignaturas en las
que est inscrito el
estudiante.
Mostrar
Asignatura
s
El estudiante debe ser

capaz de visualizar una
lista de asignaturas (en
las
que
se
encuentra
inscrito).
Al seleccionar alguna
asignatura esta nos dirige
a una pantalla que
muestra
informacin
adicional sobre la misma
78
N Tarea
12 Desarrollo de la
Interfaz de Usuario
para mostrar la
informacin propia
de la asignatura
seleccionada.
13 Desarrollo del
Mtodo para
recuperar la
informacin propia
de la asignatura
seleccionada.
14 Desarrollo de la
Interfaz de Usuario
para mostrar la
informacin del
Profesor de la
asignatura.
15 Desarrollo del
Mtodo para
recuperar la
informacin del
Profesor de la
asignatura.
Historia
Detallar la
Asignatura
selecciona
da
Informacin
Iterac Esfuerzo
in
(Dias)
la
1
2
sobre
asignatura.
Campos
que
se
muestran:
Mostrar
Informaci
n del
Profesor
Nmero de aula
Horario de clase
Crditos
Descripcin
Adicional
Informacin
sobre
el
profesor.
Campos
que
se
muestran:
Nombre
del
profesor
Correo electrnico
Horario
de
consulta
16 Desarrollo de la
Interfaz de Usuario
para mostrar las
calificaciones por
tarea.
17 Desarrollo del
Mtodo para
recuperar la
informacin de las
calificaciones por
tarea.
Mostrar
Campos
que
se
calificacion
muestran:
es de las
tareas de
Tipo tarea
la
Nombre de tarea
Asignatura
Calificacin
79
N Tarea
18 Desarrollo de la
Interfaz de Usuario
para tareas de la
Asignatura.
19 Desarrollo del
Mtodo para
recuperar tareas de
la Asignatura.
Historia
Mostrar
tareas de
la
Asignatura
El
Iteraci
n
podr
2
estudiante
Esfuerzo
(Dias)
2
visualizar una lista con

todas
las
actividades
relacionadas
con
la
asignatura.
Campos que se
muestran:
20 Desarrollo de la
Interfaz de Usuario
para listar tareas.
21 Desarrollo del
Mtodo para
recuperar tareas.
Listar
Tareas
Tipo tarea
Nombre tarea
Referencia
El estudiante debe ser

lista de tareas del da
actual,
tambin
ser
posible
navegar
entre
das anteriores y futuros.
Campos que se
muestran:
Asignatura
Tipo de tarea
Nombre
Referencia (peso
en la nota de
tareas)
80
N Tarea
Historia
22 Desarrollo de la
Interfaz de Usuario
para detallar la tarea
seleccionada.
23 Desarrollo del
Mtodo para detallar
la tarea
seleccionada.
24 Desarrollo del
Mtodo para cambiar
el estado de la tarea.
Detallar la
Tarea
En
esta
pantalla
muestra
Iterac
in
se
3
Esfuerzo
(Dias)
3
informacin
sobre la tarea:
Campos
que
se
muestran:
Nombre
de
asignatura
Nombre de la tarea
Tipo de la tarea
Detalle
Fecha de entrega
Referencia
Se podr cambiar el
estado entre listo y
pendiente.
25 Desarrollo de la
Interfaz de Usuario
para Mostrar las
Calificaciones del
Estudiante.
26 Desarrollo del
Mtodo para
recuperar la
informacin de las
Calificaciones del
Estudiante.
Mostrar
Calificacio
nes
En
esta
visualizarn
pantalla
se
las
calificaciones del perodo

actual.
81
N Tarea
Historia
Mostrar
27 Desarrollo de la
Interfaz de Usuario
Horario
para Mostrar Horario
del Estudiante.
28 Desarrollo del
Mtodo para
recuperar la
informacin del
Horario del
Estudiante.
Mostar
29 Desarrollo de la
Interfaz de Usuario
eventos
para Mostrar eventos culturales
culturales y
y
acadmicos.
acadmico
s
30 Desarrollo del
Mtodo para
recuperar la
informacin de
eventos culturales y
acadmicos.
En
31 Desarrollo del
servicio para las
notificaciones.
32 Desarrollo del
Mtodo para
recuperar las
notificaciones.
Las notificaciones se
despliegan cada da,
indicando las actividades
para la fecha actual.
Notificar
tareas /
evaluacion
es
esta
pantalla
Iterac Esfuerzo
in
(Dias)
se
3
4
visualizar el horario de
clases. Las fechas donde
se tenga eventos o tareas
sern
resaltadas
sealadas visualmente.
En esta pantalla se
muestra informacin:
Nombre del evento
Lugar
Hora
Fecha
Detalle
2.3.3 PLAN DE ENTREGA

Despus de realizar la estimacin de tiempo y recursos en cada tarea, se procede a
realizar un plan de entregas, en el que se especifican las fechas de entrega dela
funcionalidad expresadas en las historias de usuario y su correspondiente iteracin.
82
83
2.3.4 DISEO DE LA APLICACIN

2.3.4.1
Metfora del Sistema
Con el anlisis que se realiz gracias a los requerimientos recolectados y el

conocimiento del negocio, ahora podemos explicar de manera detallada la arquitectura
y el funcionamiento de la aplicacin ACADEMIA.
La aplicacin ACADEMIA ser diseada para que los estudiantes universitarios tengan
un acceso rpido y claro a la informacin acadmica que le brinda su universidad, as
como mantener un control de las tareas de sus respectivas asignaturas. Finalmente,
el estudiante podr si as lo desea mantenerse al tanto de los eventos acadmicos
relacionados con su universidad.
Componente Mvil
Al ingresar a la aplicacin por primera vez el estudiante deber ingresar las

credenciales que le sern entregadas por el Administrador, para as acceder a su
informacin y almacenarla en su dispositivo mvil. En la aplicacin podremos acceder
a las siguientes opciones: tareas, eventos, asignaturas, horario, calificaciones y
configuracin.
La seccin de tareas mostrar un listado de tareas filtradas por fecha, en el listado se

tiene la siguiente informacin: nombre de la asignatura, tipo de tarea, nombre de la
tarea y valor de la tarea. Ser posible seleccionar una tarea de la lista para obtener
informacin adicional de la misma, tambin se podr cambiar el estado de la tarea
entre LISTO y PENDIENTE, de manera que las tareas pendientes sern notificadas al
estudiante con anticipacin.
La seccin de eventos mostrar un listado de eventos filtrados por fecha, en el listado

se tendr la siguiente informacin: nombre del evento, lugar, descripcin, hora.
84
La seccin de asignaturas mostrar un listado de asignaturas en las cuales se

encuentra inscrito el estudiante.
Ser posible seleccionar una asignatura de la lista para obtener informacin: crditos,
descripcin, horario, adems de contar con 3 opciones: profesor, calificaciones y
actividades, respectivamente obtendremos informacin detallada del profesor, las
calificaciones de las actividades terminadas y las actividades pendientes de la
asignatura.
Componente Web
La aplicacin funcionar con centros educativos universitarios que expongan sus

servicios web (Web Service) conforme al diseo adecuado para que proporcione la
informacin necesaria para el correcto funcionamiento de la aplicacin.
2.3.4.2
Arquitectura de Academia
La arquitectura de Android se basa en una pila de software que incluye un sistema

operativo, middleware y aplicaciones bsicas para el usuario.
Aplicacin: Este nivel contiene, tanto las incluidas por defecto de Android como
aquellas que el usuario vaya aadiendo posteriormente, ya sean de terceras
empresas o de su propio desarrollo. Todas estas aplicaciones utilizan los
servicios, las API y libreras de los niveles anteriores. [15]
Framework: Representa fundamentalmente el conjunto de herramientas de

desarrollo de cualquier aplicacin. Toda aplicacin que se desarrolle para
Android, ya sean las propias del dispositivo, las desarrolladas por Google o
85
terceras compaas, o incluso las que el propio usuario cree, utilizan el mismo
conjunto de API y el mismo "framework", representado por este nivel. [15]
Libreras: La siguiente capa se corresponde con las libreras utilizadas por

Android. stas han sido escritas utilizando C/C++ y proporcionan a Android la
mayor parte de sus capacidades ms caractersticas. Junto al ncleo basado
en Linux, estas libreras constituyen el corazn de Android. [15]
Runtime: Al mismo nivel que las libreras de Android se sita el entorno de

ejecucin. ste lo constituyen las Core Libraries, que son libreras con multitud
de clases Java y la mquina virtual Dalvik. [15]
Kernel Linux: Android utiliza el ncleo de Linux 2.6 como una capa de
abstraccin para el hardware disponible en los dispositivos mviles. Esta capa
contiene los drivers necesarios para que cualquier componente hardware pueda
ser utilizado mediante las llamadas correspondientes. Siempre que un
fabricante incluye un nuevo elemento de hardware, lo primero que se debe
realizar para que pueda ser utilizado desde Android es crear las libreras de
control o drivers necesarios dentro de este kernel de Linux embebido en el
propio Android. [15]
Elemento externo - JSON WebService: JSON es un formato de intercambio

de datos independiente del lenguaje basado en texto ligero. Se deriva del
lenguaje
de
programacin
ECMAScript,
pero
es
la
programacin
independiente del lenguaje. JSON define un pequeo conjunto de reglas de

estructuracin para la representacin porttil de datos estructurados. [16]
86
En la Figura 2.3 se muestra la arquitectura que permitir el funcionamiento de la

aplicacin.
Figura 2.3 Arquitectura del Sistema
Fuente: https://sites.google.com/site/swcuc3m/home/android/generalidades
87
En la Figura 2.4 se muestra como se realizara el despliegue de la aplicacin, si sta

se encontrase disponible para los estudiantes, el primer paso es firmar la aplicacin
para posteriormente ser publicada en la tienda de Google (Google Play), en donde
ser descargada y el estudiante se conectar al Web Service publicado por su
institucin educativa.
Figura 2.4 Despliegue de la aplicacin
Para mayor detalle sobre la carga de aplicaciones en Google Play, visitar el soporte
de Google para desarrolladores [13].
88
2.3.4.3
Diseo de Datos
El diseo de la base de datos de la aplicacin mvil se ha realizado de modo, que al

sincronizar la cuenta del estudiante por primera vez, este pueda acceder a su
informacin sin necesidad de una conexin a internet, todo este proceso requiere que
el estudiante tenga las credenciales necesarias para autenticarse con el Web Service
que expondr su universidad, posteriormente las actualizaciones reflejarn cambios
en la base de la universidad y actividades o eventos que se realicen en el instituto. El
diseo de la base consta de las tablas bsicas necesarias para un sistema de
informacin acadmica estudiantil.
Es necesario crear tablas adicionales, para el correcto funcionamiento de la aplicacin,

dichas tablas son: tareas, eventos y notificaciones, estas tablas complementan al
modelo bsico de una institucin educativa de nivel universitario.
En el modelo se puede observar como las tablas adicionales no influyen en el modelo

bsico de la universidad, sino que lo complementan ya que son tablas que se
relacionan (cardinalidad 1 a n) con tablas existentes.
Es necesario que se identifique un paralelo o curso en el que un estudiante se ha

matriculado en un perodo definido, de manera que en esta entidad se puedan
contener las asignaturas, los horarios, las tareas y las calificaciones. Las asignaturas
por su parte contarn con informacin de la misma y del profesor que las imparte.
En la figura 2.5 se encuentra el diseo de la Base de Datos.
89
Figura 2.5 Diseo de la Base de Datos Movil
90
2.3.4.4
Creacin de Tarjetas CRC
Proporciona una manera sencilla de organizacin e identificacin de las clases que

son relevantes para los requerimientos de la aplicacin.
Formato CRC
NOMBRE DE LA CLASE
RESPONSABILIDADES COLABORADORES
Tarjetas CRC
ESTUDIANTE
Actualizar Datos
Inscripcin
Insertar Datos
Calificacin
Ver Notas
Carrera
Ver Profesores
Profesores
Ver Notas
Notas
Ver Horarios
Horarios
Ver Eventos
Eventos
Ver Tarea
Tarea
Ver Asignatura
Asignatura
Ver Paralelo
Paralelo
Cambiar Estado de la
Tarea
Ver Calificaciones
91
PROFESOR
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
Tarea
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
Asignatura
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
92
Calificacin
Actualizar Datos
Estudiante
Insertar Datos
Paralelo
Eliminar Datos
Buscar Datos
Carrera
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
Evento
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
93
Facultad
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
HorarioConsulta
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
Horario
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
94
Paralelo
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
Universidad
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
Notificacin
Actualizar Datos
Insertar Datos
Eliminar Datos
Buscar Datos
95
2.3.4.5
Diseo Aplicacin Mvil
La aplicacin cuenta con varias opciones y modos de uso, pero se puede acceder a
cada una de las opciones de manera sencilla y rpida. En la pantalla de inicio se
encuentra las cuatro opciones que ms uso les dar el estudiante, las cuales son:
horario, tareas, eventos y calificaciones, tambin se cuenta con un men lateral que
permite acceder a tareas, eventos, asignaturas y a las configuraciones de la aplicacin.
Varias de las opciones cuentan a su vez con opciones adicionales para que el
estudiante tenga ms informacin.
2.3.4.5.1
Navegacin
La Figura 2.6 muestra la navegacin de Academia, por ejemplo, si accedemos a la

seccin Asignaturas, podremos adicionalmente navegar a opciones como profesor,
actividades y calificaciones.
Figura 2.6 Navegacin de la aplicacin
96
2.3.4.5.2
Interfaces
Pantalla Log in
Figura 2.7 Log in
La pantalla de Log in se muestra

la primera vez que se utiliza la
aplicacin.
En esta pantalla se ingresa el

usuario y la contrasea, los
cuales se almacenarn en la
aplicacin.
Si las credenciales cambian en

algn momento, esta pantalla se
mostrar nuevamente.
Elaborado por: Edison Alexis Andrango

Quinchiguango y Pal Alejandro Calvache
Tapia
97
Pantalla Inicio
Figura 2.8 Men
La pantalla de inicio proporciona

un acceso rpido a las opciones
que ms utilizar el estudiante:
horario,
tareas,
eventos
calificaciones. En la parte inferior

de
esta
pantalla
se
puede
observar una lista con las tareas

y eventos del presente da.
El men lateral por su lado

permite
eventos,
acceder
asignaturas
configuraciones.

Tapia
a:
tareas,
y
98
Pantalla Horario
Figura 2.9 Horario
En
esta
pantalla
podremos
observar el horario segn las

asignaturas en las cuales nos
encontramos inscritos.
La pantalla horario muestra de

forma visual los das de la
semana y las horas de clase.
Si
se
tienen
eventos
actividades en una hora de

clase se podr observar un
indicador visual.
Tapia
99
Pantalla Tareas
Figura 2.10 Tareas
La pantalla de tareas muestra un

listado de las tareas para el
presente da.
En la parte superior podremos

avanzar o retroceder la fecha
para observar las tareas para
dichas fechas.
Se puede seleccionar cualquier

tarea de la lista para acceder a
informacin ms detallada de la
misma.

Tapia
100
Pantalla Detalle Tareas

Figura 2.11 Detalle Tarea A
Esta pantalla muestra informacin

detallada de la tarea, as como la
opcin de modificar su estado
Figura 2.12 Detalle Tarea B
entre: pendiente y listo.
Las tareas en estado pendiente

sern notificadas al estudiante
con un tiempo de anticipacin
configurable por el mismo.

Tapia
101
Pantalla Eventos
Figura 2.13 Eventos
Esta pantalla muestra una lista de

los eventos para el presente da.
En la parte superior podremos

avanzar o retroceder la fecha
para observar los eventos para
dichas fechas.

Tapia
102
Pantalla Asignaturas
Figura 2.14 Asignaturas
Esta pantalla muestra la lista de

asignaturas
en
las
que
el
estudiante se encuentra inscrito.
Se puede seleccionar cualquier

asignatura
acceder
de
a
la
lista
para
informacin
ms
detallada de la misma.

Tapia
103
Pantalla Detalle Asignatura
Figura 2.15 Detalle Asignatura
Esta
pantalla
informacin
muestra
detallada
de
la
asignatura, as como 3 opciones:

profesor,
calificaciones.

Tapia
actividades
104
Pantalla Profesor
Figura 2.16 Profesor
Aqu el estudiante encontrar

informacin til sobre su profesor
como: email, celular, horario de
consulta y ms.

Tapia
105
Pantalla Tareas Asignatura
Figura 2.17 Tareas Asignatura

una
lista
de
actividades
pendientes de la asignatura en
concreto.

Tapia
106
Pantalla Calificaciones Asignatura
Figura 2.18 Calificaciones Asignatura

una lista de las actividades que
ya han sido calificadas por su
profesor.

Tapia
107
Pantalla Calificaciones
Figura 2.19 Calificaciones
En esta pantalla el estudiante

podr apreciar sus calificaciones
y en la parte inferior una leyenda
que seala su tipo de promedio.

Tapia
108
Pantalla Configuracin
Figura 2.20 Configuracin
En esta pantalla el estudiante

modificar las preferencias de la
aplicacin a su gusto.
Opciones:
Notificacin
Das de anticipacin
Borrar Datos

Tapia
109
2.3.4.6
Diseo Servidor Web
2.3.4.6.1
Web Service
Como se explic en el diseo de datos, la aplicacin necesita recibir informacin de

manera remota con el objetivo de mantener al estudiante al tanto de los eventos y/o
notificaciones que se generan da a da, razn por la cual es necesario que las bases
de datos de los institutos universitarios alimenten los Web Services y los mantengan
actualizados.
El formato del Web Service se encuentra en el ANEXO B.
2.4
ITERACIONES
Para el desarrollo de este sistema se estima que sern necesarias 4 iteraciones que
engloban de manera general: toma de requerimientos, diseo del sistema, desarrollo
del sistema y pruebas. Estas iteraciones presentan un conjunto de actividades a
realizar en un perodo de tiempo estimado.
2.4.1 ITERACIN CERO

En esta iteracin se va a preparar el ambiente de desarrollo y se elaborar el Web
Services.
A continuacin, se muestran las tareas de esta iteracin.
110
Figura 2.21 Diagrama de Grantt. Iteracin Cero
Elaborador por: Edison Alexis Andrango Quinchiguango y Pal Alejandro Calvache Tapia
Figura 2.22 Diagrama de Grantt. Iteracin Cero
111
2.4.2 PRIMERA ITERACIN
En esta iteracin se codificar requerimientos asociados a las 3 primeras historias de

usuario
Figura 2.23 Diagrama de Grantt. Primera Iteracin
112
Figura 2.24 Diagrama de Grantt, Lnea de tiempo. Primera Iteracin
2.4.3 SEGUNDA ITERACIN
En esta iteracin se codificar requerimientos asociados a las historias de usuario

4,5,6 y 7
113
Figura 2.25 Diagrama de Grantt. Segunda Iteracin
114
Figura 2.26 Diagrama de Grantt, Lnea de tiempo. Segunda Iteracin
2.4.4 TERCERA ITERACIN
En esta iteracin se codificar requerimientos asociados a las historias de usuario 8,

9 y 10
115
Figura 2.27 Diagrama de Grantt, Tercera Iteracin
116
Figura 2.28 Diagrama de Grantt, Lnea de tiempo. Tercera Iteracin
2.4.5 CUARTA ITERACIN
En esta iteracin se codificar requerimientos asociados a las historias de usuario 11

y 12 teniendo el producto final despus de haber entregado la ltima funcionalidad
117
Figura 2.29 Diagrama de Grantt, Cuarta Iteracin
Figura 2.30 Diagrama de Grantt, Lnea de tiempo. Cuarta Iteracin
118
2.4.6 SEGUIMIENTO DE LAS ITERACIONES

Para realizar el seguimiento del avance y velocidad de las iteraciones, se procede a
realizar un Burn Down Chart por cada una de las iteraciones, el cual compara el
esfuerzo remanente real con el esfuerzo remanente ideal.
2.4.6.1
Primera Iteracin
Figura 2.31 Burn Down Chart Primera Iteracin
Burn Down Chart Primera Iteracin

30
25
20
15
10
5
0
0
3
Ideal
Real
Como se observa en la Figura 2.31, la lnea de trabajo pendiente a la mitad de la

iteracin, est por encima de la velocidad ideal por lo cual exigi un mayor esfuerzo al
final de la iteracin para poder cumplir con la entrega.
119
2.4.6.2
Segunda Iteracin
Figura 2.32 Burn Down Chart Segunda Iteracin
Burn Down Chart Segunda Iteracin

35
30
25
20
15
10
5
0
0
4
Ideal
Real
Como se observa en la Figura 2.32, en esta iteracin se manej mejor el tiempo, como
se observa en la Figura 2.32, en la mayor parte de la iteracin se estuvo por debajo de
la velocidad ideal lo cual no ocasiono un sobre esfuerzo como sucedi en la iteracin
anterior.
120
2.4.6.3
Tercera Iteracin
Figura 2.33 Burn Down Chart Tercera Iteracin
Burn Down Chart Tercera Iteracin

40
35
30
25
20
15
10
5
0
0
4
Ideal
Real
Como se observa en la Figura 2.33, en esta iteracin con el equipo XP ms

consolidado, se logr que la velocidad ideal sea la velocidad real de la iteracin,
dando como resultado un desgaste homogneo del equipo.
121
2.4.6.4
Cuarta Iteracin
Figura 2.34 Burn Down Chart Cuarta Iteracin
Burn Down Chart Cuarta Iteracin

18
16
14
12
10
8
6
4
2
0
0
2
Ideal
Real
Al igual que las iteraciones anteriores se cumple con todas las tareas asignadas
para esta iteracin, como se observa en la Figura 2.34 con una leve diferencia entre
la velocidad real y la velocidad ideal.
122
2.5
PRODUCCIN
2.5.1 CUMPLIMIENTO DE LOS ESTNDARES

En la etapa de diseo se indicaron un grupo de estndares de programacin que deben
ser cumplidos durante el desarrollo del presente proyecto. A continuacin, se muestra
de forma breve el cumplimiento de dichos estndares de codificacin.
Las reglas de cumplimiento de los estndares se detallan en la seccin de diseo,
razn por la cual slo se har mencin a dicho estndar y seguidamente se mostrar
el cumplimiento de la misma mediante una captura del cdigo de la aplicacin.
VARIABLES
Figura 2.31 Cumplimiento estndar variables
CLASES
Figura 2.32 Cumplimiento estndar clases
123
o
ATRIBUTOS DE CLASES
Figura 2.33 Cumplimiento estndar atributos de clases
MTODOS
Figura 2.34 Cumplimiento estndar mtodos
124
o COMENTARIOS
Figura 2.35 Cumplimiento estndar comentarios
2.5.2 CODIFICACIN
Se realiz la codificacin de la aplicacin, como muestra vamos a tomar la
funcionalidad gestin de tareas.
Paquete de la Clase
La aplicacin cuenta con los paquetes: activities, entities, services, tabs y utilities, en
la Figura 2.34 se muestra el paquete activities.
125
Figura 2.36 Paquetes de Academia
Figura 2.37 Paquete Activities
Desarrollo List View Tareas
Interfaz. - Las interfaces se codifican en lenguaje XML.
126
Figura 2.38 Cdigo y vista previa de la interfaz
Controlador. - Los controladores se codifican en lenguaje Java.

Figura 2.39 Cdigo para crear la Vista
127
La Figura 2.38 muestra el cdigo para declarar y asignar los valores a la lista de tareas,
se puede observar el cumplimiento de los estndares de comentarios, nomenclatura
de variables y mtodos.
Figura 2.40 Cdigo para declaracin y asignacin de tareas
128
La Figura 2.39 muestra el cdigo para cambiar de fecha agregando o restando un da

y consultando al servicio Tarea.
Figura 2.41 Cdigo para consultar tareas de fechas anteriores o siguientes
El cdigo que se observa cumple con los estndares establecido anteriormente y que
se encuentran en el ANEXO A. El cdigo de toda la aplicacin se encuentra en el
ANEXO del disco.
129
2.5.3 PRUEBAS
Puntos de fallo crtico:
1. Sincronizacin de la aplicacin mvil.
2. Creacin e insercin de datos.
3. Consulta de datos.
4. Control de tareas.
5. Visualizacin en la aplicacin mvil.
Para realizar las pruebas se han llevado a cabo el siguiente proceso:

1. Planeacin de pruebas.
2. Diseo de pruebas.
3. Implementacin de pruebas.
4. Evaluacin de resultados.
2.5.3.1
Planeacin de Pruebas
Alcance de la Prueba: Con ayuda de las pruebas se van a evaluar la

conectividad, acceso a la base de datos mvil y visualizacin. Gracias al anlisis
de riesgo de alto nivel realizado anteriormente se tiene una lista de
funcionalidades a probar con su respectiva prioridad.
Tipos de Prueba: En base a la descripcin de la aplicacin que se ha realizado

en la metfora del sistema y a las funcionalidades de la aplicacin mvil se
realizarn los siguientes tipos de pruebas: unitarias, del sistema y de
aceptacin.
Estrategia de Pruebas: Para la aplicacin de las pruebas se van a dividir en

los 3 aspectos definidos en el alcance:
130
1. Conectividad. - Para probar la conectividad se va a tomar como dato de

entrada la direccin URL del servidor web.
2. Acceso a la base de datos mvil. - Para probar la base de datos mvil se
realizarn las funciones CRUD en la tabla Tareas.
3. Visualizacin. - Para probar la correcta visualizacin en la aplicacin, se

realizarn encuestas a los usuarios para comprobar su nivel de
satisfaccin.
Criterios de Salida: Tomando en cuenta la estrategia de pruebas, se detalla en

la siguiente tabla los criterios de salida que se aceptarn al ejecutar las pruebas
anteriormente descritas.
Tabla 2.4 Criterios de salida
Tipo
Mdulo
Salida Correcta
Salida Errnea
Funcin
Conectividad
Log in
Respuesta del servidor Error al acceder al

de log in exitoso o log servidor.
in errneo.
Conectividad
Notificaciones
Paquete
JSON
con Error al acceder al
nuevas notificaciones.
servidor.
Base de datos Base de datos
Correcto acceso a la Error al crear base
mvil
base de datos.
Base de datos Base de datos
Funciones
mvil
realizadas.
de datos.
CRUD Error al realizar las
funciones CRUD.
131
2.5.3.2
Diseo de Pruebas
Para disear las pruebas no apoyamos realizando un anlisis de:
Diagrama de paquetes.
Historias de usuario.
Arquitectura y metfora del sistema.
Diseo XP.
funciones a probar:
1. Log in.
2. Acceso al servidor y a la Base de Datos.
3. Tareas CRUD en la Base de Datos.
Pruebas Unitarias
Prueba Unitaria
Nmero: 01
Tipo: Conectividad
Funcin: Log in
Descripcin: Probar la respuesta del servidor al enviar una peticin de log in.
Datos de Prueba:
URL para log in
Credenciales
132
Prueba Unitaria
Nmero: 02
Tipo: Conectividad / Base de datos mvil
Funcin: Notificacin Tareas

Descripcin: Probar la respuesta del servidor al consultar nuevas tareas y
almacenarlas en la base de datos mvil.
Datos de Prueba:
URL para consultar tareas
Credenciales
Fecha
Prueba Unitaria
Nmero: 03
Tipo: Base de datos mvil
Funcin: Acceso a las tablas

Descripcin: Probar que todas las tablas obligatorias hayan sido creadas.
Datos de Prueba:
Consulta genrica a las tablas
Prueba Unitaria
Nmero: 04
Funcin: Listar Tareas

Descripcin: Probar que la consulta sea correcta y muestre la siguiente
informacin acerca de la tarea (usar diferentes fechas):
Asignatura
Tipo
Nombre
Estado
Datos de Prueba:
Fecha del sistema
Fechas anteriores o posteriores
133
Prueba Unitaria
Nmero: 05
Funcin: Cambiar estado tareas

Descripcin: Probar la actualizacin del estado de la tarea.
El detalle de la tarea debe mostrar la siguiente informacin:
Asignatura
Tipo
Nombre
Fecha de Entrega
Valor (nota)
Estado
Probar la lista de tareas con diferentes fechas.

Datos de Prueba:
Objeto tarea
Prueba Unitaria
Nmero: 06
Tipo: Base de datos mvil / Visualizacin
Funcin: Visualizar horario

Descripcin: Probar la correcta distribucin de las asignaturas en la pantalla
de horario.
Datos de Prueba:
Tuplas de la tabla horario.
134
Pruebas de Aceptacin
Las pruebas de aceptacin se encargarn de comprobar que la aplicacin mvil

cumpla con los requerimientos que ha detallado el usuario, de tal manera se ha
diseado una prueba de aceptacin por cada historia de usuario que sea considerada
como crtica, as se prueba la aplicacin de manera general y eficiente.
2.5.3.3
Ejecucin de Pruebas
A continuacin, se muestra la ejecucin y los resultados de las pruebas diseadas y

planificadas con anterioridad.
Integracin
Las pruebas de integracin se han realizado cada vez que se ha agregado una nueva
funcionalidad, debido a que se cont solo con dos programadores, por lo cual la se
tena dos versiones del sistema, la estable y en la que se desarrollaba.
Pruebas de Aceptacin
Estas pruebas tambin son llamadas pruebas de cliente, son especificadas por el
cliente y se centran en las caractersticas y funcionalidades que pueden ser vistas por
el cliente a primera vista, y sean revisables. [5]
Estas pruebas se realizan a partir de las historias de Usuario.
135
PRUEBAS DE ACEPTACIN
Nro.
It.
Usuario
Nombre
Resultado Esperado
Estudiante
Log in
La
Evaluacin
H.U.
01
informacin
dispositivo
en
mvil
el Exitosa
debe
estar disponible con o sin

conexin
cuando
a
el
Internet,
dispositivo
mvil acceda a Internet

debe
actualizarse
informacin
que
la
sea
necesaria.
02
2
Estudiante
Mostrar
El estudiante debe ser Exitosa
Asignatura

lista de asignaturas (en
las
que
se
encuentra
inscrito).
Al
seleccionar
alguna
asignatura esta nos dirige

a
una
muestra
pantalla
que
informacin
adicional sobre la misma.
136
03
2
Estudiante
Detallar la
Informacin
Asignatura
asignatura.
seleccionada
Campos
sobre
la Exitosa
que
se
muestran:
Nmero de aula
Horario de clase
Crditos
Descripcin
Adicional
04
2
Estudiante
Mostrar
Informacin
Informacin
profesor.
del Profesor
Campos
sobre
que
el Exitosa
se
muestran:
Nombre
del
profesor
Correo electrnico
Horario
de
consulta
05
2
Estudiante
Mostrar
Campos
calificaciones
muestran:
que
se Exitosa
de las tareas
Tipo tarea
de la
Nombre de tarea
Asignatura
Calificacin
137
06
2
Estudiante
Mostrar
El
estudiante
tareas de la
visualizar una lista con
Asignatura
todas
las
podr Exitosa
actividades
relacionadas
con
la
asignatura.
Campos que se
muestran:
Tipo tarea
Nombre tarea
Referencia
07
3
Estudiante
Listar Tareas
El estudiante debe ser Exitosa

lista de tareas del da
actual,
tambin
ser
posible
navegar
entre
das anteriores y futuros.
Campos que se
muestran:
Asignatura
Tipo de tarea
Nombre
Referencia (peso
en la nota de
tareas)
138
08
3
Estudiante
Detallar la
En
esta
Tarea
muestra
pantalla
se Exitosa
informacin
sobre la tarea:
Campos
que
se
muestran:
Nombre
de
asignatura
Nombre de la tarea
Tipo de la tarea
Detalle
Fecha de entrega
Referencia
Se podr cambiar el
estado entre listo y
pendiente.
09
3
Estudiante
Mostrar
En
esta
Calificaciones visualizarn
pantalla
se Exitosa
las
calificaciones del perodo

actual.
139
10
3
Estudiante
Mostrar
En
esta
pantalla
se Exitosa
Horario
visualizar el horario de
clases. Las fechas donde
se tenga eventos o tareas
sern
resaltadas
sealadas visualmente.
11
3
12
Estudiante
Estudiante
Mostar
En esta pantalla se
eventos
muestra informacin:
culturales y
Nombre del evento
acadmicos
Lugar
Hora
Fecha
Detalle
Notificar
Las notificaciones se
tareas /
despliegan cada da,
evaluaciones
indicando las actividades

para la fecha actual.
Pruebas del Sistema
Exitosa
Exitosa
140
La aplicacin mvil ser compatible con dispositivos mviles con sistema operativos
Android 4.2.2 en adelante.
Para realizar las pruebas se ha utilizado un dispositivo mvil con las siguientes
especificaciones:
Tabla 2.5 Caractersticas dispositivo mvil
Nro. Item
Detalle
Modelo
GT- I9195
Versin de Android
4.4.2
Display
540 x 960, 4.3 pulgadas
o Rendimiento
Como se observa en la arquitectura del sistema la aplicacin necesita conexin a
internet para poder realizar consultas a la base de datos, razn por la cual las pruebas
se deben realizar en el servidor. Por otro lado, la aplicacin en el dispositivo mvil solo
se ejecuta una vez por dispositivo, por lo tanto, para un correcto rendimiento la
aplicacin se debe utilizar un dispositivo mvil con Android 4.2.2 o superior.
Componente Mvil
En las figuras 2.42 y 2.43 se observa el resultado del monitoreo de rendimiento de la

aplicacin. Se han utilizado la mayora de funciones de la aplicacin para simular un
escenario de estrs para la aplicacin, ante dicho escenario la aplicacin no ha
presentado problemas en su funcionamiento.
141
Figura 2.42 Uso de Memoria
Figura 2.43 Uso de CPU
Conclusin: La aplicacin no tiene un consumo excesivo de recursos del dispositivo

mvil, sino por lo contrario un uso bajo de recursos.
o Seguridad
En cuanto a seguridad, se debe analizar la sensibilidad de la informacin a la cual se
tiene acceso, en este caso toda la informacin es acadmica y de conocimiento
pblico. Sin embargo, cada instituto educativo debe gestionar la seguridad para el
acceso a su base de datos y proporcionar las credenciales necesarias para que la
aplicacin se conecte para realizar la sincronizacin de datos.
142
Componente Mvil
Como se ha detallado en el diseo de interfaces y en el manual de usuario, no tenemos

posibilidad de ingresar datos o enviar consultas personalizadas al servidor web, por lo
tanto, la aplicacin no est sujeta a ataques de usuarios comunes. Si es de inters de
la institucin se puede proteger la informacin compartida con la aplicacin cifrando la
base de datos del dispositivo mvil.
Librera a utilizar: SQLCipher for Android
Componente Web
Este punto es responsabilidad del instituto educativo que ofrezca a sus estudiantes la
informacin para ser accedida mediante la aplicacin web, dicho de otro modo, se
aplicar la seguridad que posea actualmente dicho servidor.
Por lado de la aplicacin se puede firmar y utilizar cifrado para la comunicacin con el
servidor.
o Recuperacin
Para realizar la recuperacin de la aplicacin se deben considerar los casos de fallo:

1. Error de la aplicacin.
2. Error del servidor.
3. Corrupcin en la base de datos.
Componente Mvil
Si la aplicacin muestra un error durante su funcionamiento, normalmente el propio

sistema operativo se encarga de detenerla y es posible volver a abrirla.
143
Si el problema persiste se deber acceder a las configuraciones de aplicaciones y

detener completamente la aplicacin para as volver a utilizarla sin ningn problema.
Componente Web
Como se ha mencionado anteriormente el servidor web ser responsabilidad del

administrador asignado por la institucin educativa, pero la aplicacin est diseada
para trabajar de manera offline, as que podr ser utilizada, aunque no recibir
notificaciones o nuevas tareas si fuese el caso.
Corrupcin en la base de datos
Si se presenta este escenario se deber realizar la sincronizacin de los datos

siguiendo los siguientes pasos:
1. Ir al men configuracin
2. Seleccionar la opcin: Eliminar datos.
3. En la pantalla log in que se abre, ingresar las credenciales.
4. Aceptar y esperar a que se realice la sincronizacin.
144
3. CAPTULO III: EVALUACIN DEL SISTEMA DENTRO

DEL CASO DE ESTUDIO
3.1
DESCRIPCIN DEL CASO DE ESTUDIO
El presente captulo tiene como objetivo poner a prueba la aplicacin en un entorno

real controlado de forma que se tenga la certeza del correcto funcionamiento de la
misma con diferentes tipos de usuarios.
3.1.1 ESCENARIO PARA LA APLICACIN
En este caso puntual tomaremos como caso de estudio la Escuela Politcnica Nacional
de la ciudad de Quito, de la que se cuenta con la informacin necesaria entregada por
la Facultad de Ingeniera en Sistemas.
La Escuela Politcnica Nacional cuenta con un sistema de gestin estudiantil llamado

SAEW (Sistema de Administracin Estudiantil e Informacin) pero no cuenta con
informacin de tareas, eventos, notificaciones y horarios de consulta de profesores.
En la pgina de la universidad se encuentra siguiente descripcin del SAEW
El Sistema de Administracin Estudiantil SAEW permite a aspirantes estudiantes, y

dems personal acadmico de la Institucin, acceder a distintos servicios. Entre estos
servicios tenemos:
Aspirantes:
Inscripcin para la Prueba de Aptitud Acadmica Politcnica (PAAP).
Inscripcin de Exmenes de Ubicacin.
145
Consulta de datos personales, acadmicos, aulas para rendir la PAAP,

resultados PAAP, calendario de entrega de documentos para matrculas, costos
de matrculas.
Estudiantes:
Consulta de datos personales, datos acadmicos, horarios, calificaciones,

pagos de matrculas.
Inscripcin de materias.
Matrculas (ordinarias y extraordinarias). [14]
Mdulos SAEW
Mdulo 1. Planificacin Acadmica

El mdulo se encarga de realizar el plan acadmico para cada carrera, dicho plan ser
al que se sujetan los datos de estudiantes, los procesos del mdulo son los siguientes:
Planificar las materias que se ofrece, establecer horarios, asignar aulas.
Planificar la carga acadmica de los profesores.
Asignar tutores.
Planificar el pensum de estudio.
Mdulo 2. Administracin Estudiantil

Este mdulo es el encargado de realizar todo el proceso de administracin estudiantil,
es el ms utilizado pues la informacin que procesa es muy importante, sus procesos
son los siguientes:
Administracin de matrculas y registro de materias.
Administracin de calificaciones.
Emitir listas.
Emitir certificados.
146
Mdulo 3. Evaluacin Acadmica

Este mdulo se encarga de procesar informacin estudiantil, con el siguiente fin:
Chequear cumplimiento de horarios, prerrequisitos y crditos.
Controlar el cumplimiento acadmico, registro y evaluacin.
Acumular histricos.
Mdulo 4. Evaluacin Docente

Este mdulo se encarga de realizar proceso de evaluacin docente con el siguiente
propsito:
Registro de datos de profesores.
Planificar las actividades docentes.
Hacer el seguimiento y evaluacin del desempeo docente.
Administrar la promocin de los profesores.
Emisin del Reporte de control diario (contemplada en el SAE2000).
Mdulo 5. Control de Tesis

Este mdulo es de utilidad para el control y avance de temas de tesis de los
estudiantes, los objetivos fundamentales de este mdulo son:
Administrar temas.
Controlar el avance y vencimiento.
Administrar graduados.
Mdulo 6. Informacin General Acadmica

Este mdulo genera informacin estadstica para la toma de decisiones a nivel
directivo de cada carrera tal como:
Informacin global.
Estadsticas.
Anlisis y comparaciones.
Proyecciones.
147
Mdulo 7. Informacin Estudiantil

En esto mdulo se presenta informacin disponible para el estudiante va Web acerca
de:
Registro de materias y calificaciones.
Currculum.
Informacin de temas de tesis.
Materias que se ofrecen.
Temas de tesis.
Mdulo 8. Informacin Docente

En este mdulo bsicamente registra informacin que el profesor pueda ingresar:
Informacin semestral
Calificaciones
La informacin disponible para el profesor:
Carga acadmica.
Lista de estudiantes.
Evaluacin semestral.
Ascensos. [15]
3.2
RECOPILACIN DE DATOS
3.2.1 RECOPILACIN DE PARMETROS PARA LA APLICACIN

Los datos entregados por la facultad de ingeniera en sistemas obtenidos del SAEW
es la siguiente:
Informacin de las materias.
Informacin de los estudiantes.
Informacin de Horarios.
Informacin de Calificaciones.
Informacin de los Profesores.
148
En la Figura 3.1 se muestra la informacin proporcionada por la facultad de sistemas.

Figura 3.1 Informacin proporcionada por la facultad de Sistemas
3.2.1.1
Informacin de Materias
Se obtuvo la informacin referente a las materias de los siguientes documentos:

Alumnos matriculados por materia y paralelo.
o Lista Inscritos.
Horarios materias y docentes.
Tabla 3.1 Datos sobre materias
Nro.
1
2
3
Campos
Nombre de materia
Cdigo de materia
Crditos
Nmero de registros
51
3.2.1.2
Informacin de Estudiantes
Se obtuvo la informacin referente a los estudiantes de los siguientes documentos:

Alumnos matriculados por materia y paralelo.
o Lista Inscritos.
Tabla 3.2 Datos sobre estudiantes
Nro. Campos
Nombre de estudiante
1
Cdigo de estudiante
2
Nmero de registros
424
149
3.2.1.3
Informacin de Horarios
Se obtuvo la informacin referente a los horarios de los siguientes documentos:

Tabla 3.3 Datos sobre horarios
Nro.
1
2
3
Campos
Paralelo
Aula
Da y hora
Nmero de registros
102
9
209
3.2.1.4
Informacin de Calificaciones
Se obtuvo la informacin referente a las calificaciones de los siguientes documentos:

Calificaciones alumnos por materia.
Tabla 3.4 Datos sobre calificaciones
Nro.
1
2
3
4
5
Campos
Estudiantes
Materia
Calif1
Calif2
Calif3
Nmero de registros
424
51
2082
3.2.1.5
Informacin de Profesores
Se obtuvo la informacin referente a los profesores de los siguientes documentos:

Tabla 3.5 Datos sobre profesores
Nro.
1
2
3
Campos
Nombre de profesor
Cdigo de profesor
Cedula de profesor
Nmero de registros
67
150
Se tom como referencia solo la estructura de la base de datos del mismo, tomando
en cuenta que no tiene informacin referente a tareas, eventos y notificaciones, por lo
cual fue necesario agregar tablas adicionales al modelo entidad relacin para el
completo funcionamiento de la aplicacin.
La informacin adicional agregada es referente a:
Informacin de Tareas
Informacin de Eventos
Informacin de notificaciones
Informacin de horarios de consulta de profesores
Informacin complementaria referente a los puntos anteriores

Figura 3.2 Estructura referencial de la Base de Datos del SAEW
SAEPARAL
FK_SAEPARAL_SAEPROFE
FK_SAEPARAL_SAENOMMA
CODMAT
PARALO
AULONO
CODPRF
char(6) <pk,fk1>
char(4) <pk>
char(6)
char(11) <fk2>
FK_SAEHORAR_SAEPARAL
SAENOMMA
CODMAT char(6)
<pk>
NOMMAT varchar(60)
FK_SAECALIF_SAEPARAL
SAEPROFE
SAEHORAR
CODPRF char(11)
<pk>
NOMPRO varchar(100)
SAECALIF
CODMAT
PARALO
CODEST
CALIF1
CALIF2
CALIF3
SUMATO
APRUEB
char(6)
<pk,fk1>
char(4)
<pk,fk1>
char(11)
<pk,fk2>
numeric(5,2)
numeric(5,2)
numeric(5,2)
numeric(5,2)
char(1)
CODMAT
PARALO
DIA
HORA1
HORA2
char(6)
<pk,fk>
char(4)
<pk,fk>
numeric(1) <pk>
numeric(2)
numeric(2)
FK_SAECALIF_SAEESTUD
SAEESTUD
CODEST
NOMEST
CEDULA
LMILITAR
EMAILESTUD
char(11)
<pk>
varchar(60)
char(12)
char(15)
varchar(50)
Fuente: http://bibdigital.epn.edu.ec/bitstream/15000/4151/1/CD-1365.pdf
151
3.3
IMPLANTACIN DEL SISTEMA EN EL CASO DE ESTUDIO
3.3.1 CARGA DE DATOS AL SERVIDOR
Instalar la base de datos

Se instala la base de datos SQL SERVER con todas las dependencias necesarias
verificar las misma en la pgina oficial
https://technet.microsoft.com/es-es/library/ms143506(v=sql.110).aspx.
Figura 3.3 Gestor de Base de Datos
La creacin de la base de datos se realiza a partir del modelo fsico obtenido del
modelo conceptual creado en POWERDESIGNER.
El resultado es un archivo de extensin sql que contiene el script de la base de datos.
152
Figura 3.4 Generacin script de carga
El cual se ejecuta para crear la base de datos ACADEMIA

Figura 3.5 Creacin de la Base de Datos
153
La carga de los datos se realiza travs de scripts y fue tomada dicha informacin de
los estudiantes de la Facultad De Ingeniera De Sistemas de la Escuela Politcnica
Nacional y esta fue entregada por la misma.
Esta informacin es la mnima necesaria para el correcto funcionamiento de la

aplicacin cabe tomar en cuenta que se carg toda la informacin proporcionada por
la facultad.
Para la base de datos del caso de estudio se han cargado todos los registros de los
cuales se dispuso, en la Figura 3.6 se muestra un conteo de dichos registros.
Figura 3.6 Nmero de registros de la base de datos del caso de estudio
154
Instalar el servidor web

Se instala el servidor web activando las caractersticas de Windows.
Figura 3.7 Activar caractersticas de Windows
Estos datos son accesibles, mediante el Web Service diseado y es consumido por la
aplicacin mvil.
El Web Service internamente realiza las consultas necesarias para enviar la

informacin en la estructura JSON especificada, esto no es parte de este proyecto,
pero se hizo un desarrollo adicional para satisfacer este requerimiento.
155
3.3.2 ASIGNAR CREDENCIALES

Se le asignan las credenciales a cada uno de los estudiantes para que puedan
conectarse con el sistema de gestin estudiantil de la universidad mediante el Web
Service.
3.3.3 INSTALAR LA APLICACIN MVIL

Como la aplicacin mvil no se encuentra en la tienda es necesario habilitar la opcin
Fuentes Desconocidas que se encuentra en Configuracin > Seguridad
Figura 3.8 Seguridad Fuentes desconocidas
156
Al momento de instalar la aplicacin, aparecer un mensaje de advertencia para

permitir la instalacin de aplicaciones de fuentes desconocidas al cual se dar Aceptar
Figura 3.9 Aceptar aplicaciones de fuentes desconocidas
Se muestra una pantalla donde pregunta si deseas instalar la aplicacin y los permisos
de la misma aplastaremos Instalar.
Figura 3.10 Instalacin de Academia
157
Finalmente se muestra una pantalla que la instalacin fue exitosa.

Figura 3.11 Instalacin exitosa
3.3.4 CONEXIN AL SERVIDOR

La aplicacin mvil al momento de la compilacin ya trae la informacin necesaria para
la conexin al servidor web.
3.3.5 USO DE LA APLICACIN

Ahora que todo se encuentra listo vamos a explicar cmo funciona la aplicacin con
un ejemplo paso a paso.
158
Escenario. - El da que se realizan las pruebas el estudiante tendr una evaluacin,

exposicin y tarea que cumplir, debemos revisar las tareas diarias que se mostrarn
con una notificacin en el mvil, revisar el horario, las calificaciones, horario de
consulta de una asignatura y marcar como realizada la tarea del presente da.
Como primer paso vamos a abrir la aplicacin.

Figura 3.12 cono de la aplicacin
Una vez abierta la aplicacin e ingresadas las credenciales comprobamos que los
datos sean los correctos consultando el horario y las calificaciones.
159
Figura 3.13 Pantalla Horario y Calificaciones
Una vez al da si tenemos tareas pendientes la aplicacin muestra una notificacin

este o no abierta la misma, dicha notificacin nos lleva a la lista de tareas diarias
diferenciadas por tipos y ordenadas por hora.
Figura 3.14 Notificaciones del mvil y lista de tareas
160
Se va a cambiar la tarea de estado a LISTO.

Figura 3.15 Cambio de estado de tarea
Por ltimo consultemos el horario de consulta de los profesores.

Figura 3.16 Pantalla Asignatura y Profesor
161
Para finalizar el usuario tendr posibilidad de revisar y navegar libremente por todas
las opciones de la aplicacin con ayuda del men principal o mediante el men lateral.
3.4
ANLISIS DE RESULTADOS
3.4.1 RESULTADOS DE LAS PRUEBAS DE ACEPTACIN

Para medir los resultados de la aplicacin se han ejecutado las pruebas de aceptacin
que se encuentran en el Anexo C, en la Tabla 3.6 se muestran los resultados.
Tabla 3.6 Resultado de las pruebas de aceptacin
Nro
01
02
03
04
05
06
07
08
09
10
11
12
Historia de Usuario
Sincronizar cuenta
Listar asignatura
Detallar la asignatura
Mostrar informacin del profesor
Mostrar calificaciones de la
asignatura
Mostrar tareas de la asignatura
Listar tareas
Detallar la tarea
Cambiar estado tarea
Mostrar calificaciones
Mostrar horario
Mostrar eventos culturales y
acadmicos
Resultado
xito
xito
xito
xito
xito
xito
xito
xito
xito
xito
xito
xito
Para muestra se tomar el uso de la aplicacin por parte de la estudiante de la Facultad

de Sistemas, Tania Soledad Gallardo Andrade a la cual se le han asignado las
credenciales necesarias.
Nota: Para cumplir con todas las pruebas se aadi informacin ficticia sobre los
horarios de consulta, tareas y eventos acadmicos.
162
Sincronizar cuenta
Resultado esperado:
La aplicacin debe conectarse al servidor para sincronizar la informacin.

Acceder a la aplicacin sin conexin a Internet.
Figura 3.17 Sincronizar cuenta
Listar Asignatura
Resultado esperado:
El estudiante debe ser capaz de visualizar una lista de asignaturas (en las que
se encuentra inscrito).
Figura 3.18 Listar Asignatura
163
Detallar la Asignatura
Campos que se muestran: Nmero de aula (1), horario de clase (2), crditos (3),
descripcin (4), adicional (5).
Figura 3.19 Detallar la Asignatura
(4)
(2)
(1)
(3)
(5)
Mostrar informacin del Profesor

Campos que se muestran: Nombre del profesor (1), correo electrnico (2), horario de
consulta (3).
Figura 3.20 Informacin del Profesor
(2)
(1)
(3)
164
Mostrar Calificaciones de la Asignatura

Campos que se muestran: Tipo tarea (1), nombre de tarea (2), calificacin (3).
Figura 3.21 Calificaciones Asignatura
(1)
(2)
(3)
Mostrar Tareas de la Asignatura

Campos que se muestran: Tipo tarea (1), nombre tarea (2), referencia (3).
Figura 3.22 Tareas Asignatura
(1)
(2)
(3)
165
Listar Tareas
Campos que se muestran: Asignatura (1), tipo de tarea (2), nombre (3), referencia
(4).
Figura 3.23 Lista de Tareas
(1)
(2)
(3)
(4)
(5)
Nota: Fijarse en la parte inferior se muestra la leyenda que indica si la tarea ya fue
realizada por el estudiante (5).
166
Detallar Tareas / Cambiar estado de Tarea

Campos que se muestran: Nombre de asignatura (1), nombre de la tarea (2), tipo de
la tarea (3), detalle (4), fecha de entrega (5), referencia (6).
Se podr cambiar el estado entre listo y pendiente.
Figura 3.24 Detalle y cambio de estado Tarea

(1)
(2)
(3)
(4)
(5)
(6)
Nota: Como se observa claramente el cambio de estado se lo realiza con el botn

inferior.
167
Figura 3.25 Calificaciones
Mostrar Horario
Figura 3.26 Horario
168
Mostrar Eventos Acadmicos

Campos que se muestran: Nombre del evento (1), lugar (2), hora (3), fecha (4),
detalle (5).
Figura 3.27 Eventos
(4)
(1)
(2)
(5)
(3)
Como conclusin se determina que se han cumplido con todos los requerimientos de
los estudiantes y se presenta tanto la informacin como la funcionalidad que se
especific en las pruebas de aceptacin que se encuentran en el Anexo C.
La informacin puede ser comprobada accediendo al sistema de informacin SAEW
perteneciente a la Escuela Politcnica Nacional.
Nota: Las tareas no forman parte del sistema de informacin de la EPN, pero se puede
adicionar dicha informacin con una pantalla simple que requiere informacin de
paralelo, asignatura y horarios.
169
3.4.2 EVALUACIN DE LA CALIDAD DE LA APLICACIN

A fin de entregar un producto que cumpla con las exigencias del cliente, en este caso
los estudiantes universitarios, se realizar una evaluacin de calidad de la aplicacin.
Los pasos para determinar si la aplicacin cumple con los estndares de calidad son
los siguientes:
a) Categorizar los rangos de calidad en 5 grupos.

Tabla 3.7 Rangos de calidad
5
4
3
2
1
Excelente
Bueno
Aceptable
Malo
Psimo
b) Relacionar los rangos de calidad con el porcentaje de respuesta de la encuesta.

La Tabla 3.8 se muestra la relacin entre porcentaje de respuestas positivas de la
encuesta de medicin de calidad que se encuentra en el Anexo D y los rangos de
calidad. Como mnimo se espera obtener una calificacin de Bueno.
Tabla 3.8 Rangos de calidad / porcentaje
Calidad
Excelente
Bueno
Aceptable
Malo
Psimo
Porcentaje
100
85
75
60
50
170
3.4.2.1
Resultados de la encuesta de medicin de calidad
Se realiz la siguiente encuesta a 25 estudiantes de la facultad de Ingeniera en

Sistemas para que se evalu funcionalidad, usabilidad y apariencia, y as medir el
grado de satisfaccin.
Figura 3.28 Porcentaje de facilidad de uso
Como podemos observar el 92% de los encuestado les parece cmodo usar
Academia, pero deja abierta la posibilidad de seguir mejorando hasta obtener un 100%
Figura 3.29 Porcentaje aceptacin colores
171
El 88% de los encuestados indican que los grficos y colores son los adecuados si
esta pregunta se relaciona con la primera se determina que es una de las
caractersticas a mejorar.
Figura 3.30 Porcentaje ayuda a accesibilidad
Se cumpli el objetivo de la aplicacin mejorar el acceso a la informacin estudiantil,

ya que el 88% de los encuestados piensan que con la aplicacin tienen mayor
accesibilidad a la informacin estudiantil.
Figura 3.31 Porcentaje aceptacin diseo
172
El 72 % de los encuestados indican que el diseo de la aplicacin es atractivo, si este

a su vez se relaciona con la pregunta 2 se determina que los indicadores ms bajos
estn relacionados con la apariencia.
Figura 3.32 Porcentaje de correcta ubicacin elementos
Este indicador relacionado con la usabilidad de la aplicacin, nos muestra que el 82%
de los encuestados observan todos los elementos de la aplicacin, queda abierto
determinar las razones porque el 16% no observa todos elementos.
Figura 3.33 Porcentaje utilidad
173
El 84 % de los encuestados opinan que la opcin ayuda les resulta til, esto favorece
la usabilidad de la aplicacin.
Figura 3.34 Porcentaje de facilidad de uso
El 88% de los encuestados sienten que es fcil navegar a travs de la aplicacin y esta
cumpla con la funcionalidad.
Figura 3.35 Porcentaje de recomendacin
174
Para rectificar lo expuesto en la pregunte 3 el 88% de los encuestados recomendaran

la aplicacin y este sera el nivel de satisfaccin obtenido por la aplicacin.
3.4.2.2
Rango de calidad de la Aplicacin
Una vez que se ha utilizado la aplicacin con las funcionalidades requeridas por el
cliente, se procedi a verificar la calidad de la aplicacin ante los estudiantes con la
encuesta que se ha mencionado anteriormente y la cual se encuentra en el Anexo C.
Tabla 3.9 Porcentaje de aceptacin
Pregunta
Porcentaje (SI)
92
88
88
72
84
88
84
88
Promedio 85.5
El promedio obtenido es de 85.5 el cual corresponde al rango de calidad BUENO,

finalmente se comprueba este porcentaje con la pregunta nmero 3 de la encuesta.
175
Figura 3.36 Porcentaje de opinin sobre la aplicacin
En general 88% de los encuestados se encuentra satisfechos despus de analizar la

informacin se concluye que el punto ms bajo es la apariencia.
Finalmente, tras todo el proceso de toma de requerimientos, priorizacin y estimacin
de prioridades, planificacin, codificacin y pruebas se ha obtenido un producto que
ha cumplido con las expectativas de los estudiantes, como se evidencia en la encuesta
de calidad.
176
4. CAPTULO IV: CONCLUSIONES Y RECOMENDACIONES

4.1
CONCLUSIONES
Gracias al trabajo conjunto con los estudiantes mediante encuestas y dilogo

directo, se logr comprender de mejor manera las necesidades de los
estudiantes en cuanto al acceso a informacin acadmica y de eventos
relacionados con su centro educativo.
El conocimiento previo del entorno de la educacin universitaria ayudo a

disminuir la ambigedad de los requerimientos y justifico el uso de una
metodologa gil, como lo es XP.
El uso de estndares de programacin ayud a identificar de forma sencilla en

que parte del cdigo se en encontraba el error o errores, adems de permitir un
fcil mantenimiento del cdigo en modificaciones posteriores.
La integracin continua del cdigo y el adicionamiento de nueva funcionalidad,

evidenci el avance del proyecto, lo cual motiv al equipo de desarrollo.
El conocimiento previo de las herramientas de desarrollo por el equipo de XP

disminuy el riesgo de fracaso del proyecto.
Tomar en cuenta a los estudiantes durante todo el proceso de desarrollo de la

aplicacin, asegur que el producto final sea de provecho y cubri varias
necesidades que no haban sido cubiertas hasta la actualidad.
La encuesta de medicin de satisfaccin del software revel que los usuarios

quedaron satisfechos con la aplicacin tomando en cuenta la usabilidad,
funcionalidad y apariencia.
177
4.2
RECOMENDACIONES
En una versin posterior, se podra realizar no solo la parte mvil, sino todo el
sistema de gestin acadmica Web para aprovechar todas las funcionalidades
de la aplicacin mvil y dar una solucin completa.
Se recomienda que la persona que realice la implementacin tenga una

formacin tcnica y conozca las herramientas descritas en este proyecto o sus
equivalentes en el aspecto Web.
Si se van a utilizar todas las funcionalidades definidas para la aplicacin mvil

mediante un desarrollo adicional, se recomienda que se lo realice sobre el
sistema de gestin estudiantil propio de la universidad y no se genere otro
sistema para evitar inconsistencias en la informacin desplegada en el
dispositivo mvil.
Para la implementacin en otra universidad, tmese en cuenta la estructura

JSON presente en el Anexo B y la correcta asignacin de credenciales por parte
del responsable del rea.
Se recomienda utilizar encriptacin u otro tipo de seguridad en la comunicacin

que se realiza entre el servidor de la unidad educativa y la aplicacin, no est
dems mencionar que al subir la aplicacin a Google Play esta se ve obligada
a ser firmada con certificado digital propio de Google o uno de la Unidad
Certificadora que seleccione el desarrollador.
178
BIBLIOGRAFA
[1] L. F. Delgado, La Gestin Universitaria, de La Universidad en el Per, Per, p.
307.
[2] E. P. Nacional, Campus Virtual EPN, 2016. [En lnea]. Available:
http://www.virtualepn.edu.ec/index.php?option=com_content&view=article&id=31
&Itemid=42. [ltimo acceso: 2016].
[3] F. A. Martn, La encuesta: una perspectiva general metodolgica, Madrid: Centro
de Investigaciones Sociolgicas, 2011.
[4] INEC,
Ecuador
en
Cifras,
2013.
[En
lnea].
Available:
http://www.ecuadorencifras.gob.ec.
[5] J. Corts, Tamao Muestral, de Bioestadstica, Catalua, Universidad
Politcnica de Catalua, 2014.
[6] I. Sommerville, Ingenieria de Software, Madrid: Pearson, 2005.
[7] K. Beck, Planning Extreme Programming, Addison-Wesley, 2001, p. 43.
[8] Pressman, Ingenieria de Software, Quito: Mc Graw Hill, 2010.
[9] A. Villagomez, www.academia.com, 01 11 2015. [En lnea]. Available:
http://www.academia.edu/8171047/DIAPOSITIVAS_XP.
[10 Oracle,
Docs
Oracle,
Oracle,
2016.
[En
lnea].
Available:
] https://docs.oracle.com/database/121/index.html. [ltimo acceso: Sbado Enero
2016].
[11 Google, Developer Android, Google, 27 Enero 2016. [En lnea]. Available:
] http://developer.android.com/reference/android/app/package-summary.html.
[ltimo acceso: 30 Enero 2016].
[12 Microsoft, Servidor Web (IIS), 03 11 2015. [En lnea]. Available:
] https://technet.microsoft.com/es-es/library/cc753433(v=ws.10).aspx.
[13 Edwin Aguiar,
laradiomagica,
12
2006.
[En
lnea].
Available:
] http://laradiomagica.orgfree.com/descargas/sqlite-introduccion.pdf.
[14 U. C. I. d. Madrid, Software de Comunicaciones, Universidad Carlos III de
] Madrid,
[En
lnea].
Available:
https://sites.google.com/site/swcuc3m/home/android/generalidades/2-2arquitectura-de-android. [ltimo acceso: 2016].
[15 E. International, The JSON Data Interchange Format, Octubre 2013. [En lnea].
] Available: http://www.ecma-international.org/publications/files/ECMA-ST/ECMA404.pdf. [ltimo acceso: 2016].
[16 Google,
Support
Google,
2015.
[En
lnea].
Available:
] https://support.google.com/googleplay/android-developer/.
[17 EPN, Sistema de Administracin e Informacin Estudiantil - SAEW, 2010. [En
] lnea].
Available:
http://fica.epn.edu.ec/portal/index.php?option=com_content&id=155.
[ltimo
acceso: 14 12 2015].
179
[18
]
[19
]
M. Haro y S. Danny, Capitulo 2, de SISTEMA PARA REALIZAR AUDITORIA

DE LA INFORMACIN DEL SAE, Quito, 2006, pp. 42-44.
K. Beck, Una explicacin de la programacin extrema. Aceptar el cambio, Addison
Wesley, 2000.
180
ANEXOS
A. ESTNDARES DE PROGRAMACIN
Introduccin
El objetivo de esta seccin es establecer los estndares de programacin para el
presente desarrollo de software implementado en Android, los estndares a
continuacin sealados se basan en los estndares recomendados por Oracle antes
conocida como Sun Microsystems los cuales son aceptados ampliamente por la
comunidad Java y en los estndares de codificacin recomendados por Google,
empresa encargada de Android, sistema operativo para el que se desarrolla el
presente proyecto.
Variables
Las variables sern escritas en la siguiente forma:
Los nombres de las variables deben ser cortos y significativos.
El nombre de la variable debe reflejar su objetivo de manera sencilla.
Los nombres con ms de una palabra, deben empezar con mayscula al

principio de cada nueva palabra.
Se debe evitar el uso de nombres de un solo carcter, siendo este tipo de

nombre utilizado slo para variables temporales.
Estructura:
<prefijo><nombre>
Donde:
<prefijo>
Describe el tipo de variable
<nombre>
Describe la variable
181
Ejemplo:
private stringEjemplo = Texto de Ejemplo

public intEjemploDos = 7;
Constantes
Las constantes sern escritas en la siguiente forma:
Los nombres de las variables declaradas como constantes deben ser escritos
en maysculas en su totalidad y sus palabras separadas por un guion bajo (_).
se debe tener en cuenta la misma estructura detallada anteriormente.
Ejemplo:
public static final int INT_EJEMPLO = 7;
Clases
Para la definicin de clases se debe tener en cuenta las siguientes reglas:
Los nombres de las clases deben ser simples y descriptivos.
Se debe usar palabras completas, evitar las abreviaturas o acrnimos, a menos

que sean usadas ms que el nombre completo.
Los nombres de las clases deben ser sustantivos.
Los nombres de las clases deben empezar con mayscula y el resto en

minscula, si el nombre se compone de varias palabras, deben empezar con
mayscula al principio de cada nueva palabra.
Los nombres de las clases que deseen mostrar su tipo o funcionalidad deben
incluir el sufijo de dicha funcionalidad.
Estructura:
<nombre>
<nombre><sufijo>
182
Donde:
<nombre>
Describe la clase
<sufijo>
Describe el tipo de la clase o su funcionalidad
Ejemplo:
EjemploActivity
EjemploDiferenteFragment
Atributos de clases
Los atributos sern escritos en la siguiente forma:
Los nombres de atributos deben empezar en minscula y el resto en minscula.
Los nombres de los atributos no pueden ser verbos.
Si el nombre del atributo compone de varias palabras, deben empezar con

Mtodos
Los mtodos sern escritos en la siguiente forma:
Los nombres de mtodos deben empezar en minscula y el resto en minscula.
Los nombres de los mtodos deben ser verbos o palabras que identifiquen el
objetivo del mtodo.
Si el nombre del mtodo se compone de varias palabras, deben empezar con

Ejemplo:
registrar();
setAlpha();
183
Paquetes
Los nombres de los paquetes solo se escriben en minscula, como se muestra en la
plantilla:
com.empresa.apli.nombremodulo.subparte
Donde:
empresa, por ejemplo, sony,ea,epn,uni, etc.
apli, es el cdigo de la aplicacin.
nombremodulo, por ejemplo, reporte, base, etc.
subparte, cada mdulo ordena sus clases en subpartes segn el framework.
Formato de Declaraciones y Sentencias

Se debe tener en cuenta las siguientes reglas:
Se debe declarar cada variable en su propia lnea, es vlido inicializar variables

al momento de su declaracin.
Se debe escribir cada sentencia en su propia lnea.
Sentencias
IF
Debe tener la siguiente forma:

if (condicin) {
tareas;
} else {
tareas;
}
FOR
184
for (inicializacin; condicin; actualizacin) {

tareas;
}
WHILE
while (condicin) {
tareas;
}
do - While debe tener la siguiente forma:
do {
tareas;
} while (condicin);
SWITCH
switch (condicin) {
case ABC:
tareas;
case XYZ:
tareas;
break;
default:
tareas;
}
185
Cada sentencia switch debe tener un case default;
TRY-CATCH

try {
tareas;
} catch (Excepcin e) {
tareas;
} finally {
tareas;
}
La sentencia finally se debe utilizar para asegurar acciones que prevengan

posibles estados no deseados en el programa.
Varios
Indentacin.
Se aplicar la indentacin propia del IDE, Android Studio.
Comentarios.
Los comentarios deben ir precedidos de una lnea en blanco.

Ejemplo: /*Comentario descriptivo*/
Los comentarios finales pueden utilizar el delimitador //.
Conclusiones:
El uso de estndares de programacin facilita el mantenimiento de las

aplicaciones ya que normalmente una aplicacin es mantenida por alguien
diferente a su autor original.
Los estndares de programacin ayudan al desarrollador a mejorar su forma de

codificar y permite la rpida comprensin del cdigo.
186
B. FORMATO DEL WEB SEVICE

Para el correcto funcionamiento de la aplicacin la unidad educativa debe exponer su
Web Service de manera que corresponda a los siguientes formatos:
Autenticacin. La autenticacin es independiente en cada unidad educativa, pero se

debe relacionar al usuario (que cuenta con los permisos necesarios) con el estudiante.
Sincronizacin. Posterior a la autenticacin al iniciar la aplicacin se buscar un
JSON con el siguiente formato:
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept
{
"nombres": "Nombres Estudiante",
"apellidos": "Apellidos Estudiante",
"cedula": "123456789",
"celular": "0987654321",
"email": "estudiante@email.com",
"direccion": "Direccin Estudiante",
"inscripciones": [
{
"paralelo": {
"id": Identificador Integer,
"codigo": "Cdigo de Paralelo",
"periodo": "Fecha del perodo",
"aula": "Nmero de Aula",
"profesor": {
"nombres": "Nombres Profesor",
"apellidos": "Apellidos Profesor",
"cedula": "123456789",
"celular": "0987654321",
"email": "profesor@email.com",
187
"grado": "Grado Profesor",

"horarios_consulta": [
{
"dia": "Da de la semana",
"hora_inicio": "Hora (12:00)",
"hora_fin": "Hora (12:00)"
}
]
},
"asignatura": {
"nombre": "Nombre Asignatura",
"descripcion": "Descripcin Asignatura",
"adicional": "Adicional Asignatura",
"creditos": Nmero Integer
},
"horarios": [
{
"dia": "Da de la semana",
"hora_inicio": "Hora (12:00)",
"hora_fin": "Hora (12:00)"
}
],
"tareas": [
{
"nombre": "Nombre Tarea",
"descripcion": "Descripcin Tarea",
"tipo": "Tipo Tarea" (Tarea, Prueba, Expo),
"calificacion": Nmero Decimal,
"referencia": Nmero Decimal,
"estado": "Estado Tarea" (Pendiente, Listo, Calificado),
"fecha_entrega": "Fecha (2015/10/05)",
"hora": "Hora (12:00)",
"paralelo": Identificador Integer
}
188
]
}
}
],
"calificaciones": [
{
"calif1": Nmero Decimal,
}
]
}
Notificaciones. Las notificaciones permiten mantener actualizada la informacin de la

aplicacin. Para realizar la consulta se debe enviar como parmetro la fecha de
consulta.
HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept
[
{
"descripcion": "Descripcin Notificacin",
"fecha": "Fecha (2015/10/05)",
"hora": "Hora (12:00)",
"tipo": "Tipo Notificacin" (General, Tarea),
}
]
189
C. PRUEBAS DE ACEPTACIN
La prueba tendr el siguiente formato.
PRUEBA DE ACEPTACIN
Caso de Prueba:
Opcin de Prueba:
Nmero de Caso de Prueba:
Nmero de Historia de Usuario:
Nombre de Caso de Prueba:

Precondiciones:
Pasos:
Resultado Esperado:
Evaluacin:
Las siguientes pruebas fueron realizadas en conjunto con el Entrenador y los

Estudiantes, a partir de las historias de usuario definidas.
PRUEBA DE ACEPTACIN
Caso de Prueba: Uso del Sistema Opcin de Prueba: Eventos
Nmero de Caso de Prueba:01
Nmero de Historia de Usuario: 07
Nombre de Caso de Prueba: Listar Tareas

Precondiciones: Estar logueado en la aplicacin mvil, Tener Tareas pre ingresadas
Pasos:
1.-Seleccionar el Men Tareas
Resultado Esperado: El estudiante debe ser capaz de visualizar una lista de tareas
pendientes organizadas por da y hora de entrega de la semana correspondiente.
Las tareas pendientes y listas, se diferencian por un color que est detallado en una
leyenda en la parte inferior de la pantalla.
Evaluacin: El evento se gener correctamente
190
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Detallar la tarea.

Precondiciones: Acceder al men de Tareas, Tener Tareas pre ingresadas
Pasos:
1.-Seleccionar el Men Tareas
2.-Selccionar una tarea
Resultado Esperado:
En esta pantalla se muestra informacin:
o Nombre de asignatura
o Nombre de la tarea
o Tipo de la tarea
o Detalle
o Fecha de entrega
o Referencia
PRUEBA DE ACEPTACIN
Caso de Prueba: Uso del Sistema
Opcin de Prueba: Eventos
Nmero de Caso de Prueba: 03
Nombre de Caso de Prueba: Sincronizar Cuenta.

Precondiciones: Estar logueado en la aplicacin mvil.
Pasos:
1.-Loguearse.
Resultado Esperado:
Que se actualice toda la informacin desde el servidor
191
PRUEBA DE ACEPTACIN
Caso de Prueba: Uso del Sistema
Opcin de Prueba: Eventos
Nombre de Caso de Prueba: Listar Asignaturas.

Precondiciones: Estar logueado en la aplicacin mvil, Tener Asignaturas pre
ingresadas
Pasos:
1.-Seleccionar el Men Asignaturas
Resultado Esperado:
El estudiante debe ser capaz de visualizar una lista de asignaturas (en las que se
encuentra inscrito). Al seleccionar alguna asignatura esta nos dirige a una pantalla
que muestra informacin adicional.
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Mostrar eventos culturales y acadmicos.

Precondiciones: Estar logueado en la aplicacin mvil.
Pasos:
1.-Seleccionar el Men Eventos.
Resultado Esperado:
Nombre del evento.
Lugar.
Hora.
Fecha.
Detalle.
Evaluacin: El evento se gener correctamente.
192
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Agregar Tareas.

Precondiciones: Estar logueado en la aplicacin web. Tener el men de la cafetera.
Pasos:
1.-Men Tarea.
2.-Agregar Tarea.
Resultado Esperado:
Agregar Tarea
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Detallar la Asignatura.

ingresadas.
Pasos:
1.-Seleccionar el Men Asignaturas.
2.-Seleccionar una Asignatura.
Resultado Esperado:
o Nmero de aula.
o Crditos.
o Descripcin de la asignatura.
o Informacin adicional.
o Horario de clase de asignatura.
193
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Mostrar Calificaciones.

Precondiciones: Logueo en la aplicacin mvil, Tener calificaciones pre ingresadas.
Pasos:
1.-Seleccionar el Men Calificaciones.
Resultado Esperado:
Descripcin:
En esta pantalla se visualizarn las calificaciones del perodo actual.

PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Mostrar Informacin del Profesor.

ingresadas, Tener Profesores pre ingresados.
Pasos:
3.-Seleccionar Profesor
Resultado Esperado:
Mostrar informacin:
o Nombres y apellidos.
o Correo electrnico.
o Horario de consulta.
194
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Mostrar Horario

Precondiciones: Estar logueado en la aplicacin mvil, Tener pre ingresado el horario
del estudiante.
Pasos:
1.-Seleccionar el Men Horario.
Resultado Esperado:
En esta pantalla se visualizar el horario de clases.
Las fechas donde se tenga eventos, tareas ser resaltadas o sealadas visualmente.
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Mostrar calificaciones de la asignatura.

Precondiciones: Estar logueado en la aplicacin mvil, tener Asignaturas pre
ingresadas, tener calificaciones pre ingresadas.
Pasos:
3.-Seleccionar Parciales.
Resultado Esperado:
En esta pantalla visualizamos una lista que muestra:
o Tipo de tarea.
o Nombre de tarea.
o Calificacin.
195
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Mostrar tareas de la asignatura.

Precondiciones: Estar logueado en la aplicacin mvil,
Acceder al men de Asignaturas, Tener Asignaturas pre ingresadas,
Tener Actividades pre ingresadas.
Pasos:
3.-Seleccionar Actividades.
Resultado Esperado:
En esta pantalla visualizamos una lista que muestra:
o Tipo de tarea.
o Nombre de tarea.
o Referencia.
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Agregar Tareas.

Precondiciones: Estar logueado en la aplicacin web.
Pasos:
1.-Men Tarea.
2.-Seleccionar Tarea
3.-Modificar Tarea
Resultado Esperado: Modificar Tarea.
196
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Asignar Credenciales.

Pasos:
1.-Men Credenciales.
2.-Seleccionar Estudiante.
3.-Asignar Credenciales.
Resultado Esperado:
Creacin de credenciales para usar en la aplicacin mvil.
PRUEBA DE ACEPTACIN
Nombre de Caso de Prueba: Administrar Eventos.

Pasos:
1.-Men Eventos.
2.-Gestionar Eventos.
Resultado Esperado:
Que se pueda agregar, eliminar y actualizar los eventos acadmicos.
197
D. ENCUESTA DE MEDICIN DE CALIDAD
1. Es cmodo utilizar Academia en su dispositivo mvil?

o Si
o No
2. Cree usted que la aplicacin ayuda a los estudiantes a tener mayor

accesibilidad a la informacin estudiantil? Por qu?
3. En general qu opinin tiene de la aplicacin?

Excelente, Bueno, Malo o Psimo. Por qu?
4. Los grficos y colores son adecuados?

o Si
o No
5. El diseo de la aplicacin es atractivo?

o Si
o No
6. Se muestra todos los elementos de la aplicacin?

o Si
o No
7. Recomendara la aplicacin?
o Si
o No
198
8. La informacin de la opcin ayuda le resulta til?

o Si
o No
9. Es fcil hacer que la aplicacin haga lo que yo quiero?

o Si
o No

Desarrollo de Un Sistema de Gestión de Información

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Desarrollo de Un Sistema de Gestión de Información

Загружено:

Авторское право:

Доступные форматы

ESCUELA POLITCNICA NACIONAL

FACULTAD DE INGENIERA DE SISTEMAS

DESARROLLO DE UN SISTEMA DE GESTIN DE INFORMACIN

PROYECTO PREVIO A LA OBTENCIN DEL TTULO DE INGENIERO EN

EDISON ALEXIS ANDRANGO QUINCHIGUANGO

DIRECTOR: MSc. ING. BOLIVAR PALAN

Quito, febrero 2016

La Escuela Politcnica Nacional puede hacer uso de los derechos correspondientes

Andrango Quinchiguango Edison Alexis

Calvache Tapia Paul Alejandro

A mi Anthony que me enseo esfuerzo y superacin, es parte de m.

A mi Jos Daniel que me da alegra y es la otra parte de m.

A mi Papa por pensar que era grandioso y me ense a ser un seor.

A mi compaero y amigo Alexis que hizo posible la culminacin de este proyecto.

A mi hermana Tanya, que cumpl el camino que ella trazo.

CAPTULO I: PLANTEAMIENTO DEL PROBLEMA .............................................................. 17

Diseo de la encuesta ......................................................................................................... 19

Diseo Del Cuestionario .................................................................................................... 21

Elaboracin del Cuestionario ........................................................................................ 21

Aprobacin del Cuestionario ......................................................................................... 23

Seleccin de la muestra .................................................................................................. 25

Ejecucin de la encuesta ................................................................................................ 27

RESULTADOS DE LA ENCUESTA ............................................................................... 27

Edad de los estudiantes encuestados .................................................................................. 27

Sistema del dispositivo mvil ............................................................................................ 28

Problemas al acceder a la informacin acadmica desde el dispositivo mvil .................. 28

reas especficas que representan un problema ................................................................. 29

Aceptacin respecto a la informacin adicional en la aplicacin ....................................... 29

Conclusiones sobre la encuesta realizada ........................................................................... 30

JUSTIFICACIN DE LA METODOLOGA DE DESARROLLO ...................................... 31

Planificacin de la Entrega ................................................................................................. 36

DESCRIPCIN DE LAS HERRAMIENTAS DE DESARROLLO ..................................... 41

COMPONENTES GENERALES ...................................................................................... 42

COMPONENTES WEB .................................................................................................... 43

Servidor - Internet Information Services (IIS) ................................................................... 43

Servidor Lenguaje de programacin C# .......................................................................... 43

Aplicacin - Lenguaje de programacin Java .................................................................... 43

Aplicacin - Entorno de Desarrollo (IDE) Android Studio................................................ 44

Base de Datos - SQLLite .................................................................................................... 44

HERRAMIENTAS CASE ................................................................................................. 45

CAPTULO II: DESARROLLO DEL SISTEMA CON LA METODOLOGA XP ..................... 46

DEFINIR GRUPO DE TRABAJO ........................................................................................ 46

ESPECIFICACIN DE REQUERIMIENTOS ................................................................. 48

Requerimientos tcnicos .................................................................................................... 48

Supuestos y dependencias .................................................................................................. 49

HISTORIAS DE USUARIO .............................................................................................. 50

Perfiles de usuario .............................................................................................................. 50

PLANIFICACIN DE LA ENTREGA ................................................................................. 75

PRIORIZACIN DE LAS HISTORIAS DE USUARIO .................................................. 75

ESTIMACIN DE LAS HISTORIAS DE USUARIO...................................................... 76

PLAN DE ENTREGA ....................................................................................................... 81

DISEO DE LA APLICACIN ....................................................................................... 83

Metfora del Sistema .......................................................................................................... 83

Arquitectura de Academia .................................................................................................. 84

Diseo de Datos ................................................................................................................. 88

Creacin de Tarjetas CRC .................................................................................................. 90

Diseo Aplicacin Mvil ................................................................................................... 95

Diseo Servidor Web ....................................................................................................... 109

ITERACIONES .................................................................................................................... 109

ITERACIN CERO ......................................................................................................... 109

PRIMERA ITERACIN.................................................................................................. 111

SEGUNDA ITERACIN ................................................................................................ 112

TERCERA ITERACIN ................................................................................................. 114

CUARTA ITERACIN ................................................................................................... 116