MÉTODO ÁGIL SCRUM

APLICADO A LA IMPLANTACIÓN DE UN SISTEMA

INFORMÁTICO PARA EL PROCESO DE
RECOLECCIÓN MASIVA DE INFORMACIÓN CON
TECNOLOGÍA MÓVIL
Agenda
Agenda
 Justificación

 ASISTECOM Cía. Ltda. es una empresa dedicada a

brindar servicios de asistencia técnica, financiera y
comercial, enfocada especialmente a empresas de
servicios básicos a nivel nacional.

 La implantación de un sistema informático para el

proceso de recolección masiva de información con
tecnología móvil, para ASISTECOM Cía. Ltda.
 Justificación

 Proyecto de Desarrollo de software

 Optimizar el proceso y los recursos utilizados
 Crear producto de software
 Que metodología Utilizar?
 Rational Unified Process (RUP)
 MICROSOFT SOLUTION FRAMEWORK (MSF)
 Extreme Programming (XP)
 Crystal Methodologies
 SCRUM
Agenda
 Objetivos
 Utilizar el Método Ágil SCRUM, aplicado a la Implantación de un Sistema
Informático para el Proceso de RECOLECCIÓN MASIVA DE INFORMACIÓN
CON TECNOLOGÍA MÓVIL.
 Estudio de la Metodologías de desarrollo
 Tradicionales
 Agiles
 Estudio SCRUM
 Elementos
 Fases
 Aporte al proyecto
 Aplicar SCRUM al proyecto R.M.I. con tecnología móvil
 Análisis
 Diseño
 Construcción y pruebas
 Implantación
Agenda
 Alcance

 Estudio de SCRUM y su aplicación en el proyecto

 Establecer SCRUM como de marco trabajo para
ASISTECOM CIA. LTDA.
 Desarrollo de software R.M.I.
Alcance - Proceso R.M.I. (EEQ)
Alcance – Software R.M.I. (EEQ)
Agenda
 Metodología

 Colección de documentación formal referente a los

procesos, políticas y procedimientos que intervienen
en las diferentes etapas de la ejecución de un
proceso.
 Metodología de desarrollo

 Selección de metodología
 Metodología tradicionales
 Documentación
 Planificación
 Procesos (plantillas, modelos, revisiones, etc.)
 Metodologías Ágiles
 Manifiesto Ágil
 Proceso iterativo e incremental
 Adaptabilidad a los cambios
 La prioridad es satisfacer las verdaderas necesidades del cliente
 Trabajo en equipos auto-organizados
 No producir documentos a menos que sean necesarios
 SCRUM

 Terminología utilizada en el rugby - Scrum

 No es una metodología
 No es inherente del Desarrollo de Software
 Herramienta de gestión de proyectos
 Herramienta de hiperproductividad
 Procesos adaptables a los cambios
 Elementos SCRUM

 Roles
 Product Owner (Propietario del producto)
 Scrum Master
 Team (Equipo)
 Poda de requerimientos
 Product Backlog
 Sprint
Agenda
Recolección Masiva de Información
con Tecnología Móvil
 Recolección Masiva de Información
con Tecnología Móvil

1. Administración del
proceso
2. Recolección Datos IN
SITU
3. Sincronización de datos
SPRINT
Fases de cada SPRINT
 Tabla 25.Requerimientos Funcionales/No Funcionales- Sprint 2

Requerimientos Funcionales/No
Funcionales- Sprint 2

REQUISITOS FUNCIONALES REQUISITOS NO FUNCIONALES

El sistema permitirá cargar los datos de un plan a Este proceso debe ser eficiente, debido a que actualmente
la base de datos desde un archivo de texto toma demasiado tiempo. Es necesario implementar un
(Archivo plano separado por comas [columna1], método rápido para cargar los datos en la DB. “Se probara
[columna2]). el método por build copy”
El sistema permitirá consultar los datos del plan
cargado.
El sistema permitirá consultar, seleccionar y
asignar y reasignar rutas a gestionar (bloque de
lecturas )a un usuario del sistema.
El sistema permitirá sincronizar las lecturas
asignadas a un usuario, al equipo (pocket) para
su respectiva gestión en campo.
El sistema permitirá sincronizar las lecturas
gestionadas por un usuario para actualizar los
datos requeridos en la base de datos.
Historias de Usuarios – Sprint 2

Importancia
Historia de Importancia
ID Product Descripción
usuario Técnicab
Ownera
1 Carga Plan 900 1000 Permite cargar los datos de las lecturas proporcionadas
Trabajo por el cliente. Se buscara la mejor alternativa para
optimizar el proceso. (La opción propuesta es usar
SQLXML)

2 Asignación 800 800 Consiste en asignar lecturas de un plan de trabajo a los

Rutas-Usuarios usuarios lecturistas, para su posterior gestión en campo.

3 Sincronización 800 800 Consiste en actualizar la información recolectada en campo

con los dispositivos móviles y en enviar a los pocket la
información de las lecturas pendientes de gestión en
campo.
Ejemplo: Casos De Uso
 Especificación del caso de uso:
Asignar/Reasignar Lecturas
ID RF-15
Descripción Proporciona funcionalidades para asignar y reasignar lecturas a los Lecturistas, para su respectiva gestión.
Precondición Lecturas seleccionadas para la asignación.
Pos condición Lecturas asignadas a lecturistas.

1 Lecturas seleccionadas.
Flujo Normal 2 Usuario seleccionado.
3 Asignar lecturas seleccionadas a usuario seleccionado.
4 Guardar asignación de lecturas.

Flujos 1 Las lecturas seleccionadas ya han sido asignadas a un lecturista. En estos casos el sistema debe
Alternos advertir al usuario antes de reasignar las lecturas a otro usuario.

2 Intenta asignar lecturas, pero no se encuentran lecturas seleccionadas. Se debe advertir la

situación al usuario.
3 Liberación, se seleccionan lecturas no para la asignación, sino para liberarlas (No asignadas a
ningún lecturista)
Notas:
A Filtros para consultar lecturas por sectores.
Para facilitar la asignación de lecturas, debe ser posible filtrar por sectores y rutas.
Diseño
 Construcción

 Herramientas de desarrollo de software

 Visual Studio 2010
 C#
 POO
 Arquitectura N Capas
 Buenas practicas de Programación
 Reutilización de código
 Pruebas

 Pruebas unitarias
 todos los componentes
 Pruebas de caja blanca (técnicas de caminos básicos)
 Componentes críticos
 Componentes reutilizados
 Pruebas de caja negra para evaluar únicamente el
resultado final
 componentes menos críticos
 Componentes no reutilizados
 Pruebas de integración
 Implantación o despliegue

 Ambiente intermedio (Pre-Producción )

 Ejecución de script en DB
 Generación del instalador de la aplicación, con nuevas
funcionalidades
 Ambiente de producción
Agenda
Agenda
 Conclusiones
 El objetivo principal del presente trabajo fue la utilización del
MÉTODO ÁGIL SCRUM para el desarrollo y puesta en
producción de un software real; La ejecución del proyecto ha
dejado como resultado una experiencia de constante
aprendizaje en cada una de sus etapas y el concluir con la
implantación del producto software en un ambiente de
producción muestra que el resto de objetivos planteados,
también fueron cumplidos.
 Recomendaciones

 El producto de un proyecto de desarrollo de software, es con

frecuencia el resultado de la selección de estándares y normas
de trabajo utilizados durante su ejecución. De ahí que la
correcta selección de una metodología de trabajo influenciara
positiva o negativamente en el resultado final. Por lo tanto, no
se puede tomar a la ligera la selección de la metodología a
utilizar.
Muchas gracias.