mÉtodo Ágil scrum aplicado a la implantaciÓn de un sistema informÁtico para el proceso de...
Post on 26-Jan-2015
6 Views
Preview:
TRANSCRIPT
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.
top related