3.7. Desarrollo
3.7.4. Análisis y desarrollo de la iteración 1
“RECONOCIMIENTO ÓPTICO DE CARACTERES MEDIANTE UNA APLICACIÓN MÓVIL PARA LA REDUCCIÓN DE ERRORES DE LECTURAS EN LOS MEDIDORES ELÉCTRICOS DE ELECTRO SUR ESTE S.A.A. 2014”
CAPÍTULO III: PARTE EXPERIMENTAL
Importancia: Escala de 1 – 7, según a la cantidad de historias de usuario.
Una vez definida la pila del producto con sus respectivas valorizaciones, se debe especificar por cada uno de los elementos (requerimientos), las correspondientes acciones o tareas a realizar o lo que en Scrum se denomina pila de tareas.
Definida la pila de tareas y las actividades por ejecutar, se procedió a realizar la documentación referente a la aplicación de la metodología, por cada una de las iteraciones (Sprints).
Scrum define cada una de las iteraciones como Sprints, para los cuales se escogen un conjunto de historias de usuario de la pila del producto, creando la pila de tareas. Las historias escogidas para cada sprint son los que se desarrollan a lo largo de esa iteración, por lo tanto, es importante acertar en la estimación de esfuerzo o el tiempo que se dedicará a cada historia de usuario, así como la velocidad del equipo y de este modo asignar el tiempo a cada Sprint. Los Sprints suelen tener una duración bastante reducida y que no suele superar el mes o mes y medio, lo más normal son tres o cuatro semanas. Para el desarrollo de este proyecto se ha fijado una duración de 19 semanas para todos los Sprints.
“RECONOCIMIENTO ÓPTICO DE CARACTERES MEDIANTE UNA APLICACIÓN MÓVIL PARA LA REDUCCIÓN DE ERRORES DE LECTURAS EN LOS MEDIDORES ELÉCTRICOS DE ELECTRO SUR ESTE S.A.A. 2014”
CAPÍTULO III: PARTE EXPERIMENTAL
PÁG. 97
b) Pila de producto de la iteración 1
Como se ha mencionado anteriormente la pila del producto es la lista de todos los requerimientos del cliente, los mismos se obtienen desde la lista de historias de usuario. En la tabla 3.20 se detalla la pila del producto que se definió para el desarrollo de la iteración 1.
TABLA 3.20: Pila del producto de la iteración 1 PILA DE PRODUCTO SPRINT 1
ID Nombre de la historia
Importancia Estimación Sprint Como probarlo Notas
1 Ingreso a la aplicación (inicio de sesión)
1 3 1 Entrar a la aplicación, seleccionar el
usuario e ingresar el DNI correspondiente, si el DNI es correcto ingresará al entorno de los tres módulos, caso contrario se presentará un mensaje de error.
El usuario debe estar registrado en la base de datos.
Fuente: Elaboración propia
c) Sprint backlog iteración 1
En esta fase se detalla las tareas y sub-tareas contenidas dentro de la iteración 1 que engloba la historia de usuario del ingreso al sistema y creación de usuarios en la aplicación móvil.
En la siguiente tabla se detalla la pila de tareas para la iteración 1.
TABLA 3.21: Sprint backlog 1
Sprint Inicio Duración (días) Elementos del Producto
Backlog
Días 4-8 Abril 11-15 Abril 18-22 Abril 25-29 Abril
1 04-abr-16 20 Ingreso a la Aplicación Móvil
Id Tarea Delegado Estado Hora 30 30 30 30
1 Íconos de módulo de inicio de sesión Desarrollador 1 Finalizado X
1 Logo de aplicación móvil Desarrollador 1 Finalizado X
1 Diseño de interfaz gráfica de usuario Desarrollador 1 Finalizado X
1 Diseño del prototipo de inicio de sesión en NinjaMock (Anexo A) Desarrollador 1 Finalizado X
1
Codificación del campo USUARIO (spinner) y contraseña para el
logueo Desarrollador 1 Finalizado X
1 Elaboración del modelo lógico y físico de la base de datos Desarrollador 1 Finalizado X 1 Ingreso de usuarios según lista de trabajadores Desarrollador 1 Finalizado X
1 Carga de usuarios al campo USUARIO Desarrollador 1 Finalizado X
1 Codificación para autentificar al usuario durante el logueo Desarrollador 1 Finalizado X 1 Codificación de los mensajes de error para datos incorrectos Desarrollador 1 Finalizado X
Fuente: Elaboración propia
cc
Repositorio Institucional – UNAMBA - PERÚ“RECONOCIMIENTO ÓPTICO DE CARACTERES MEDIANTE UNA APLICACIÓN MÓVIL PARA LA REDUCCIÓN DE ERRORES DE LECTURAS EN LOS MEDIDORES ELÉCTRICOS DE ELECTRO SUR ESTE S.A.A. 2014”
CAPÍTULO III: PARTE EXPERIMENTAL
d) Revisión de sprint
Se presentan la lista de tareas realizadas y pendientes por el desarrollador 1 de la aplicación móvil midiendo el avance para llegar a la fecha limite planteada.
Tareas complementarias
Se enlistan las tareas que el desarrollador ha terminado hasta el momento de la revisión del sprint en la reunión. En la tabla 3.22 se detalla las tareas complementarias al finalizar la iteración 1.
TABLA 3.22: Tareas complementarias iteración 1
Tarea asignada a: Bixbi Tapia Sueldo Estado Tareas: Completado Número de Tareas: 10
Id Nombre Tarea Nombre
Proyecto Iteración Fecha Modificación
1 Íconos de módulo de inicio de sesión ALME 1 04-Abril-2016
1 Logo de aplicación móvil ALME 1 05-Abril-2016
1 Diseño de interfaz gráfica de usuario ALME 1 07-Abril-2016
1 Diseño del prototipo de inicio de sesión en NinjaMock (Anexo 01) ALME 1 12-Abril-2016 1 Codificación del campo USUARIO (spinner) y contraseña para el logueo ALME 1 14-Abril-2016 1 Elaboración del modelo lógico y físico de la base de datos ALME 1 20-Abril-2016
1 Ingreso de usuarios según lista de trabajadores ALME 1 21-Abril-2016
1 Carga de usuarios al campo USUARIO ALME 1 22-Abril-2016
1 Codificación para autentificar al usuario durante el logueo ALME 1 28-Abril-2016 1 Codificación de los mensajes de error para datos incorrectos ALME 1 27-Abril-2016 Fuente: Elaboración propia
Burn down chart
En el proceso de desarrollo de un proyecto Scrum se puede seguir el avance de este durante el Sprint en curso, el gráfico 3.1 se presenta en relación con las tareas por cumplir y el tiempo de la última entrega de la aplicación. El gráfico 3.1 muestra de qué manera se está cumpliendo con los tiempos de entrega establecidos para el sprint en curso.
“RECONOCIMIENTO ÓPTICO DE CARACTERES MEDIANTE UNA APLICACIÓN MÓVIL PARA LA REDUCCIÓN DE ERRORES DE LECTURAS EN LOS MEDIDORES ELÉCTRICOS DE ELECTRO SUR ESTE S.A.A. 2014”
CAPÍTULO III: PARTE EXPERIMENTAL
PÁG. 99
Gráfico 3.1: Gráfico Burn Down Chart de la iteración 1(Anexo B.1) Fuente: Elaboración propia
Código fuente de la iteración 1
Para el módulo de inicio de sesión se creó una base de datos con los usuarios que realizan el proceso de lectura de medidores, y se cargó el nombre de usuario en el login mediante un spinner para su selección y un EditText para el ingreso de la contraseña.
En la opción if se tiene la comparación entre el password ingresado por pantalla con el password almacenado en la base de datos, al ser estos correctos se despliega el menú de opciones, CrearTabsSwipe.class que da apertura al siguiente modulo.
TABLA 3.23: Código fuente de inicio de sesión de ALME btnaceptar.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
String password1 = mPasswordView.getText().toString();
String password2 = liric.getText().toString();
if (password1.equals(password2)==true) {
Intent intent=new Intent(LoginActivity.this, CrearTabsSwipe.class);
intent.putExtra("contraseña", mPasswordView.getText().toString() );
intent.putExtra("nombre",nom.toString());
intent.putExtra("apellido",app.toString());
intent.putExtra("zona",zon.toString());
intent.putExtra("ruta",rut.toString());
startActivity(intent);
} else
Mensaje(view);
61 56 53
51 48 47
43 41 38 32 29
25 22 21
11 10 10
6 2 0 0
10 20 30 40 50 60 70
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Unidades restantes de Scrum
Días
Burndown Chart
Actual Ideal
cc
Repositorio Institucional – UNAMBA - PERÚ“RECONOCIMIENTO ÓPTICO DE CARACTERES MEDIANTE UNA APLICACIÓN MÓVIL PARA LA REDUCCIÓN DE ERRORES DE LECTURAS EN LOS MEDIDORES ELÉCTRICOS DE ELECTRO SUR ESTE S.A.A. 2014”
CAPÍTULO III: PARTE EXPERIMENTAL
InputMethodManager inputMethodManager =
(InputMethodManager)getSystemService(Context.INPUT_METHOD_SERVICE);
inputMethodManager.hideSoftInputFromWindow(btnaceptar.getWindowToken(), 0);
} });
Fuente: Elaboración propia
Demo de la iteración 1
En la figura 3.16 se puede ver el demo de la iteración 1, que es el entorno del inicio de sesión y su respectivo acceso directo en el dispositivo móvil.
Figura 3.16: Demo de la iteración 1 Fuente: Elaboración propia