MÉTODO ÁGIL SCRUMAPLICADO 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

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

Justificación

Agenda

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

Objetivos

Agenda

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

Alcance - Proceso R.M.I. (EEQ)

Descarga/Cargar de Plan

Control/ Verificación de datos

SincronizaciónLecturas

Pendientes

SincronizaciónLecturas

Gestionadas

Sistema Externo - Cliente

Registro de lecturas

Asignación Rutas

Alcance – Software R.M.I. (EEQ)

Agenda

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

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

Metodología de desarrollo

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

SCRUM

Roles Product Owner (Propietario del producto) Scrum Master Team (Equipo)

Poda de requerimientos Product BacklogSprint

Elementos SCRUM

Agenda

Recolección Masiva de Información con Tecnología

Móvil

Descarga/Cargar de Plan

Control/ Verificación de datos

SincronizaciónLecturas

Pendientes

SincronizaciónLecturas

Gestionadas

Sistema Externo - Cliente

Registro de lecturas

Asignación Rutas

1. Administración del proceso

2. Recolección Datos IN SITU

3. Sincronización de datos

Recolección Masiva de Información con Tecnología

Móvil

Sprint 2«Módulo de Gestión»

Sprint 1«Módulo de Administración»

Sprint 3«Aplicación Móvil»

Sprint 4«Sincronización en Línea»

Backlog Producto

Backlog Sprint1

Backlog Sprint2

Backlog Sprint3

Backlog Sprint4

Sprint 0

«Planificación Inicial »

Planificación Inicial Modelado del Negocio Requisitos Análisis y Diseño

Módulo Gestión Admin. de perfiles Admin. de planes de trabajo Asignación lecturas Sincronización

Sincronización en línea Servicio WCF Sincronización

Módulo Aplicación Móvil Control Acceso Mantenimiento Lecturas asignadas Lecturas excedentes

Módulo administración Administración de Seguridad Administración de Usuarios Administración de equipos Administración Perfiles

SPRINT

Fases de cada SPRINT

Diagramas de procesos

Historias de usuario

Casos de uso / Especificación

Modelo de datos

Diagrama lógico / físico

Requerimientos Funcionales y no Funcionales

Modelado del negocio

Requisitos

Análisis y diseño

Implementación

Pruebas /Despliegue

Backlog Sprint

Código fuente

CheckList Pruebas

Manuales Técnico / Usuario

REQUISITOS FUNCIONALES REQUISITOS NO FUNCIONALESEl sistema permitirá cargar los datos de un

plan a la base de datos desde un archivo

de texto (Archivo plano separado por

comas [columna1],[columna2]).

Este proceso debe ser eficiente, debido a que

actualmente toma demasiado tiempo. Es necesario

implementar un método rápido para cargar los

datos en la DB. “Se probara 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.

Requerimientos Funcionales/No

Funcionales- Sprint 2

Tabla 25.Requerimientos Funcionales/No Funcionales- Sprint 2

IDHistoria de

usuario

Importancia Product

Ownera

Importancia Técnicab

Descripción

1 Carga Plan Trabajo

900 1000 Permite cargar los datos de las lecturas proporcionadas por el cliente. Se buscara la mejor alternativa para optimizar el proceso. (La opción propuesta es usar SQLXML)

2 Asignación Rutas-Usuarios

800 800 Consiste en asignar lecturas de un plan de trabajo a los 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.

Historias de Usuarios – Sprint 2

Ejemplo: Casos De Uso

ID RF-15Descripció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.

Flujo Normal

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

Flujos Alternos

 1 Las lecturas seleccionadas ya han sido asignadas a un lecturista. En estos casos el

sistema debe 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.

Especificación del caso de uso: Asignar/Reasignar Lecturas

Diseño

smr_lectura

smr_comun

usuario

PK codigo_usuario

lec_electrica

PK codigo_lectura

FK1 codigo_usuario

lec_electrica_his

PK codigo_lectura

codigo_usuario

Capa de presentación

GUI - Graphical User Interface

Capa Lógica de Negocio

BLL - Business Logic Layer

Capa de Acceso a Datos

DAL - Data Access Layer

Capa de Entidades

Aplicación Escritorio

BEL - Business Entities Layer

GUI - Gestión

GUI_LecturasGUI_Comunes

BLL - Gestión

BLL_LecturaBLL_Comunes

GUI_Sincronización

lecturas

BEL - Gestió

BLL_sincronización

Herramientas de desarrollo de software Visual Studio 2010

C# POO Arquitectura N Capas

Buenas practicas de Programación Reutilización de código

Construcción

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

Pruebas

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

Implantación o despliegue

Agenda

Agenda

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.

Conclusiones

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.

Recomendaciones

Muchas gracias.