SlideShare una empresa de Scribd logo
1 de 17
ANÁLISIS Y DISEÑO DE SISTEMAS I 2017
1
TRABAJO PRÁCTICO N°1
Integrantes:
Bevaqua, Patricio
Henriquez, Santiago
Morales, Leandro
Metodología Ágile.
Aplicación de Extreme Programming
freegoogleslidestemplates.comFGST
Definición del Problema 2
Nos contacta nuestro cliente, Mueblería el Ombú, de quienes somos socios estratégicos (en cuanto a tecnología),
por una nueva oportunidad que enfrenta su negocio.
Frente a la apertura de nuevas sucursales, plantean llevar por sistema determinados procesos de forma unificada.
Considerando que:
* hemos desarrollado el sistema que actualmente utiliza el cliente,
* el tiempo es breve dado que las gestiones de apertura de las sucursales están avanzadas,
* la línea gerencial está habituada a trabajar en equipo y a involucrarse en los desarrollos de sistemas
El equipo realizó la propuesta al cliente de utilizar la metodologia de trabajo Extreme Programming y fue aceptada.
freegoogleslidestemplates.comFGST
Roles 3
Cliente Programador Tester Big BossTracker Coach
Encargado de
Seguimiento de
los tiempos que
estiman los
programadores.
Inicia y guia al
equipo para
poner en marcha
cada una de las
prácticas de la
metodología XP
Es el vínculo entre el
cliente y
programadores.
Experto en
tecnología y labores
de gestión.
freegoogleslidestemplates.comFGST
4
PLANEACIÓN
freegoogleslidestemplates.comFGST
Historias de Usuario (User Story) 5
Conociendo la problemática del cliente, solicitamos que generen las Historias de Usuarios, utilizando su propio lenguaje, describiendo en forma
breve lo que esperan que realice el sistema.
HISTORIA DE USUARIO 1
Nombre: Actualización de Precios
Usuario: Gerente Comercial
Descripción: Necesito actualizar los precios, desde la sede central a las
dos sucursales para poder controlar los cambios y evitar errores en los
precios de venta.
HISTORIA DE USUARIO 2
Nombre: Informe de Ventas
Usuario: Gerente Comercial
Descripción: Necesito un informe de ventas diario por sucursal y un
resumen general diario, semanal y mensual
HISTORIA DE USUARIO 3
Nombre: Informe de Rendimiento de personal de ventas
Usuario: Gerente de Recursos Humanos
Descripción: Necesito conocer la cantidad de ventas, de cada empleado,
para calcular comisiones y beneficios relacionadas a las mismas.
freegoogleslidestemplates.comFGST
Historias de Usuario (User Story) 6
HISTORIA DE USUARIO 4
Nombre: Cálculo de Precio
Usuario: Gerente Comercial
Descripción: Necesito que el sistema calcule el precio de venta utilizando
una fórmula para asegurarnos que no se vende por debajo del costo.
HISTORIA DE USUARIO 5
Nombre: Inventario
Usuario: Encargado de Depósito
Descripción: Necesito que el sistema genere un código para cada
producto al momento de darlos de alta; así podré cotejar la información
que me brinde el soft, en cuanto a saldos, con el stock físico; también
conocer los saldos de productos de las distintas sucursales.
Se propusieron al cliente mejoras para satisfacer sus necesidades, fueron aceptadas por lo que se incluyeron en el relevamiento de
Historias de Usuarios (las historias número 4 y 5, ).
freegoogleslidestemplates.comFGST
Plan de entregas (“Release Plan”) 7
De la reunión mantenida con el cliente y el equipo de trabajo se agruparon y confeccionó el cronograma de entregas.
HISTORIAS ITERACIÓN PRIORIDAD ESFUERZO FECHA
INICIO
FECHA
FINAL
Actualización de
Precios
1 1 1 día 15/05/17 15/05/17
Informe de Ventas 1 2 1 día 16/05/17 16/05/17
Informe de
Rendimiento de
personal de ventas
1 3 1 día 17/05/17 17/05/17
Inventario 2 4 2 días 18/05/17 19/05/17
Cálculo de Precio 2 5 1 día 20/05/17 20/05/17
freegoogleslidestemplates.comFGST
Plan de Iteraciones (“Iteration Plan”) 8
Al comenzar cada ciclo de iteración, realizamos la reunión de planificación de las iteraciones donde plasmamos en tareas de programación
cada una de las historias de usuario.
También establecimos las pruebas de aceptación de los entregables con los distintos gerentes y jefes (usuarios) para corregir cualquier desvío
que se identifique en base a ellas.
Tarea de Program Prueba de Aceptación HISTORIAS ESFUERZO F° INICIO F° FINAL
Agregar dato sucursal a la base de datos de
precios
Emitir informe de
Precios, validar que las
sucursales sean
correctas, los valores
estén actualizados y
que se emita la alerta
ante modifficación de
precios
Actualización de
Precios
1er día 15/05/17 15/05/17
Programar actualización del listado en la
sucursal
1er día 15/05/17 15/05/17
Programar un reporte por excepción
cuando se modifican los precios
1er día 15/05/17 15/05/17
freegoogleslidestemplates.comFGST
Plan de Iteraciones (“Iteration Plan”) 9
Tarea de Program Prueba de Aceptación HISTORIAS ESFUERZO F° INICIO F° FINAL
Agregar dato sucursal a base de datos
ventas
Emitir los informes
diario/mensual y
semanal, por sucursal
y general
Informe de Ventas
2do día 16/05/17 16/05/17
Programar filtro por sucursal 2do día 16/05/17 16/05/17
Programar filtro por fecha y por período 2do día 16/05/17 16/05/17
Agregar dato de vendedor a la base de
datos de ventas
Generar una venta,
verificar el cálculo de
comisión y su impacto
en la liquidación de
haberes
Informe de
Rendimiento de
personal de ventas
3er día 17/05/17 17/05/17
Programar cálculo de comisiones en base a
las ventas
3er día 17/05/17 17/05/17
Vincular la información de la base de datos
de ventas (comisiones) con el modulo de
liquidación de sueldos
3er día 17/05/17 17/05/17
freegoogleslidestemplates.comFGST
Plan de Iteraciones (“Iteration Plan”) 10
Tarea de Programación Prueba de Aceptación HISTORIAS ESFUERZO F° INICIO F° FINAL
Programar la ejecución de un código
automático
Ingresar una muestra
de productos testigos,
generar las
operaciones de
compra y venta,
validar saldos
Inventario
4to día 18/05/17 18/05/17
Vincular compras y ventas con el módulo de
stock
5to día 19/05/17 19/05/17
Programar cálculos para aumentar o
reducir el stock
5to día 19/05/17 19/05/17
Programar el cálculo del precio en función
del costo
Cargar el costo de una
muestra de productos
y validar el precio que
calcula el sistema
Cálculo de Precio
6to día 20/05/17 20/05/17
Adicionar tabla de conceptos que impacten
en el precio (flete, impuestos)
6to día 20/05/17 20/05/17
freegoogleslidestemplates.comFGST
Reuniones diarias de
seguimiento (“Stand-up-
meeting”)
11
Para el seguimiento del avance
realizamos reuniones informales ,
a mediodía, para mantener la
comunicación entre el equipo, y
compartir inquietudes y
propuestas.
freegoogleslidestemplates.comFGST
12
DISEÑO
Simplicidad: Basándonos en el principio de toda metodología ágil, se puso foco en realizar un diseño simple y
funcional.1
2
3
4
Soluciones “spike”: INVENTARIO, luego de estudiar la historia de usuario y relacionarla con el tema de sucursales, se
observó que iba a ser difícil determinar el tiempo de producción por lo que se definió realizar un programa (spike)
para evaluar una posible solución.
Recodificación: Es otra de las características generales de las metodologías ágiles en la cual se plantea la apertura a
simplificar el código que pueda mejorarse con el fin que las próximas iteraciones sean más simples. Si es necesario, se
borra y se reescribe.
Metáfora: para facilitar la comprensión, en las reuniones entre el equipo y el cliente, se planteó una guía con la
nomenclatura a utilizar.
SIMPLICIDAD
SOLUCIONES “SPIKE”
RECODIFICACIÓN
METÁFORAS
freegoogleslidestemplates.comFGST
13
CODIFICACIÓN
Se acordó con el cliente realizar el trabajo en sus oficinas, y así tener contacto fluído durante el desarrollo (Disponibilidad del
cliente).
Como estrategia se han definido pruebas unitarias, las cuales deberán pasarse para liberar versiones (mínimo a cumplimentar)
[Programación dirigida por las pruebas]
Para asegurar la misma interpretación del código, se ha establecido el uso de estándares reconocidos para el lenguaje utilizado
(JAVA), permitiendo así la comunicación a través del código entre los integrantes (Uso de estándares).
Como método de eficiencia en la codificación, se procura integrar en forma permanente las distintas modificaciones, por
supuesto, siempre luego de haber pasado las pruebas (Integración permanente).
DISPONIBILIDAD DEL CLIENTE
PROGRAMACIÓN DIRIGIDA POR LAS PRUEBAS
USO DE ESTÁNDARES
INTEGRACIÓN PERMANENTE
freegoogleslidestemplates.comFGST
14
CODIFICACIÓN
Cualquier integrante del equipo puede proponer modificaciones al código aún cuando no haya participado de la codificación
original (propiedad colectiva del código).
En el equipo se privilegia la planificación de las horas laborales de mantener un ritmo constante y razonable, sin sobrecargar al
equipo. Para ello trabajamos de lunes a viernes promediando las 40 hs semanales (Ritmo sostenido).
A continuación se expone el horario a cumplimentar para realizar las tareas de programación de a pares. (todos los integrantes
trabajan 8hs), con el objetivo de disminuir errores y aumentar la creatividad (Programación en pares).
PROPIEDAD COLECTIVA DEL CÓDIGO
RITMO SOSTENIDO
PROGRAMACIÓN EN PARES
P1: _________8hs________
P2: ___4hs____ ___4hs____
P3: ________8hs_________
Distribución Horaria por Día
freegoogleslidestemplates.comFGST
15
PRUEBAS
Pruebas
Unitarias
Detección y
Corrección
de Errores
Pruebas de
Aceptación
Antes de publicar los módulos
desarrollados se realizaron las
pruebas unitarias. Estas pruebas
fueron definidas al momento de
establecer las tareas de
programación.
Durante el transcurso del proyecto,
debido a la interacción con el cliente,
iteraciones y de los planteos en equipo
surgieron diferentes bugs o errores no
significativos que se fueron corrigiendo
con las debidas pruebas para asegurar
su adecuado funcionamiento.
En cada ciclo de iteración se definieron
las pruebas de aceptación, en base a las
historias de usuarios. Se especificaron
escenarios con el cliente para comprobar
la correcta implementación de las
historias de usuario.
freegoogleslidestemplates.comFGST
16
Definimos Key Users (Usuarios Clave) dentro de la organización con los cuales fuimos
trabajando en las pruebas para trabajar en la adaptación y mostrar la funcionalidad del
sistema. Asimismo participaron en la redacción de los manuales que luego se
entregarán, en una capacitación interna, al resto de los usuarios.
CAPACITACIÓN
Para empleados actuales y nuevos
17
@Grupo3
Muchas
Gracias!

Más contenido relacionado

La actualidad más candente

2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del softwareuniv of pamplona
 
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010SaraEAlcntaraR
 
Gestion entrada y salida
Gestion entrada y salidaGestion entrada y salida
Gestion entrada y salidaDavid Martinez
 
Fundamentos de Pruebas de Software - Capítulo 4
Fundamentos de Pruebas de Software - Capítulo 4Fundamentos de Pruebas de Software - Capítulo 4
Fundamentos de Pruebas de Software - Capítulo 4Professional Testing
 
Organigrama funcional de una empresa desarrolladora de software
Organigrama  funcional  de una empresa desarrolladora de softwareOrganigrama  funcional  de una empresa desarrolladora de software
Organigrama funcional de una empresa desarrolladora de softwareJose Luis Arce Caguana
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de SoftwareMaricela Ramirez
 
Requerimientos de usuario y del sistema
Requerimientos de usuario y del sistemaRequerimientos de usuario y del sistema
Requerimientos de usuario y del sistemaIsrael Rey
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebaschoselin
 
Modelos de Procesos de Software
Modelos de Procesos de SoftwareModelos de Procesos de Software
Modelos de Procesos de SoftwareJiuseppe Flores
 
Metodologia xp
Metodologia xpMetodologia xp
Metodologia xpgmjuan
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMicky Jerzy
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Joan Manuel Zabala
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)katherine revelo gomez
 
Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de softwareEdgardo Rojas
 

La actualidad más candente (20)

Clases 30 05
Clases 30 05Clases 30 05
Clases 30 05
 
2. requerimientos del software
2. requerimientos del software2. requerimientos del software
2. requerimientos del software
 
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010
Tema N° 7 Atributos de Calidad del Software según Norma ISO 25010
 
Gestion entrada y salida
Gestion entrada y salidaGestion entrada y salida
Gestion entrada y salida
 
Fundamentos de Pruebas de Software - Capítulo 4
Fundamentos de Pruebas de Software - Capítulo 4Fundamentos de Pruebas de Software - Capítulo 4
Fundamentos de Pruebas de Software - Capítulo 4
 
Organigrama funcional de una empresa desarrolladora de software
Organigrama  funcional  de una empresa desarrolladora de softwareOrganigrama  funcional  de una empresa desarrolladora de software
Organigrama funcional de una empresa desarrolladora de software
 
Cuestionario 2
Cuestionario 2Cuestionario 2
Cuestionario 2
 
Análisis del Proyecto de Software
Análisis del Proyecto de SoftwareAnálisis del Proyecto de Software
Análisis del Proyecto de Software
 
Requerimientos de usuario y del sistema
Requerimientos de usuario y del sistemaRequerimientos de usuario y del sistema
Requerimientos de usuario y del sistema
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebas
 
Modelos de Procesos de Software
Modelos de Procesos de SoftwareModelos de Procesos de Software
Modelos de Procesos de Software
 
Programación Extrema - XP
Programación Extrema - XPProgramación Extrema - XP
Programación Extrema - XP
 
8.realizacion de pruebas
8.realizacion de pruebas8.realizacion de pruebas
8.realizacion de pruebas
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
 
Metodologia xp
Metodologia xpMetodologia xp
Metodologia xp
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)
 
Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de software
 

Similar a Aplicación de Extreme Programming

TFG predicción y optimización de sistemas de trading automáticos en mercados ...
TFG predicción y optimización de sistemas de trading automáticos en mercados ...TFG predicción y optimización de sistemas de trading automáticos en mercados ...
TFG predicción y optimización de sistemas de trading automáticos en mercados ...Fx Talentum
 
Planificación producción
Planificación producciónPlanificación producción
Planificación producciónLuis Villaverde
 
Planificación fácil de la producción
Planificación fácil de la producciónPlanificación fácil de la producción
Planificación fácil de la producciónLuis Villaverde
 
Monografia Metodologia Agil XP
Monografia Metodologia Agil XPMonografia Metodologia Agil XP
Monografia Metodologia Agil XPJorw Yengle
 
plandemarketingfinal.pdf
plandemarketingfinal.pdfplandemarketingfinal.pdf
plandemarketingfinal.pdfEvelinPortillo6
 
Desarrollo tecnológico logístico en centro de distribución tottus
Desarrollo tecnológico logístico en centro de distribución tottusDesarrollo tecnológico logístico en centro de distribución tottus
Desarrollo tecnológico logístico en centro de distribución tottusErnesto Alejandro Campos
 
Introducción a ERP
Introducción a ERPIntroducción a ERP
Introducción a ERPuni
 
U5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoU5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoRkr Gore
 
Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013
Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013
Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013Stratesys
 
Presentación comercial S-SQUARE S.A.
Presentación comercial S-SQUARE S.A.Presentación comercial S-SQUARE S.A.
Presentación comercial S-SQUARE S.A.Luis Trejos
 
Diapositivas metodo toyota
Diapositivas metodo toyotaDiapositivas metodo toyota
Diapositivas metodo toyotaZoila Llanos
 
Administracion proyectos
Administracion proyectosAdministracion proyectos
Administracion proyectosGabriela
 

Similar a Aplicación de Extreme Programming (20)

TFG predicción y optimización de sistemas de trading automáticos en mercados ...
TFG predicción y optimización de sistemas de trading automáticos en mercados ...TFG predicción y optimización de sistemas de trading automáticos en mercados ...
TFG predicción y optimización de sistemas de trading automáticos en mercados ...
 
Planificación producción
Planificación producciónPlanificación producción
Planificación producción
 
Planificación fácil de la producción
Planificación fácil de la producciónPlanificación fácil de la producción
Planificación fácil de la producción
 
Monografia Metodologia Agil XP
Monografia Metodologia Agil XPMonografia Metodologia Agil XP
Monografia Metodologia Agil XP
 
INTEGRACIÓN DE LOS ERP´S
INTEGRACIÓN DE LOS ERP´SINTEGRACIÓN DE LOS ERP´S
INTEGRACIÓN DE LOS ERP´S
 
Scrum
ScrumScrum
Scrum
 
plandemarketingfinal.pdf
plandemarketingfinal.pdfplandemarketingfinal.pdf
plandemarketingfinal.pdf
 
Plan de marketing final (1)
Plan de marketing final (1)Plan de marketing final (1)
Plan de marketing final (1)
 
Desarrollo tecnológico logístico en centro de distribución tottus
Desarrollo tecnológico logístico en centro de distribución tottusDesarrollo tecnológico logístico en centro de distribución tottus
Desarrollo tecnológico logístico en centro de distribución tottus
 
Sistema de ventas monografia
Sistema de ventas   monografiaSistema de ventas   monografia
Sistema de ventas monografia
 
Introducción a ERP
Introducción a ERPIntroducción a ERP
Introducción a ERP
 
U5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoU5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalberto
 
nuevo trabajo
nuevo trabajonuevo trabajo
nuevo trabajo
 
Estrategia de un ERP
Estrategia de un ERPEstrategia de un ERP
Estrategia de un ERP
 
Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013
Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013
Caso Éxito SAP & Stratesys - GENERAL OPTICA - JUN2013
 
Presentación comercial S-SQUARE S.A.
Presentación comercial S-SQUARE S.A.Presentación comercial S-SQUARE S.A.
Presentación comercial S-SQUARE S.A.
 
Presentación1
Presentación1Presentación1
Presentación1
 
Diapositivas metodo toyota
Diapositivas metodo toyotaDiapositivas metodo toyota
Diapositivas metodo toyota
 
Business case
Business caseBusiness case
Business case
 
Administracion proyectos
Administracion proyectosAdministracion proyectos
Administracion proyectos
 

Aplicación de Extreme Programming

  • 1. ANÁLISIS Y DISEÑO DE SISTEMAS I 2017 1 TRABAJO PRÁCTICO N°1 Integrantes: Bevaqua, Patricio Henriquez, Santiago Morales, Leandro Metodología Ágile. Aplicación de Extreme Programming
  • 2. freegoogleslidestemplates.comFGST Definición del Problema 2 Nos contacta nuestro cliente, Mueblería el Ombú, de quienes somos socios estratégicos (en cuanto a tecnología), por una nueva oportunidad que enfrenta su negocio. Frente a la apertura de nuevas sucursales, plantean llevar por sistema determinados procesos de forma unificada. Considerando que: * hemos desarrollado el sistema que actualmente utiliza el cliente, * el tiempo es breve dado que las gestiones de apertura de las sucursales están avanzadas, * la línea gerencial está habituada a trabajar en equipo y a involucrarse en los desarrollos de sistemas El equipo realizó la propuesta al cliente de utilizar la metodologia de trabajo Extreme Programming y fue aceptada.
  • 3. freegoogleslidestemplates.comFGST Roles 3 Cliente Programador Tester Big BossTracker Coach Encargado de Seguimiento de los tiempos que estiman los programadores. Inicia y guia al equipo para poner en marcha cada una de las prácticas de la metodología XP Es el vínculo entre el cliente y programadores. Experto en tecnología y labores de gestión.
  • 5. freegoogleslidestemplates.comFGST Historias de Usuario (User Story) 5 Conociendo la problemática del cliente, solicitamos que generen las Historias de Usuarios, utilizando su propio lenguaje, describiendo en forma breve lo que esperan que realice el sistema. HISTORIA DE USUARIO 1 Nombre: Actualización de Precios Usuario: Gerente Comercial Descripción: Necesito actualizar los precios, desde la sede central a las dos sucursales para poder controlar los cambios y evitar errores en los precios de venta. HISTORIA DE USUARIO 2 Nombre: Informe de Ventas Usuario: Gerente Comercial Descripción: Necesito un informe de ventas diario por sucursal y un resumen general diario, semanal y mensual HISTORIA DE USUARIO 3 Nombre: Informe de Rendimiento de personal de ventas Usuario: Gerente de Recursos Humanos Descripción: Necesito conocer la cantidad de ventas, de cada empleado, para calcular comisiones y beneficios relacionadas a las mismas.
  • 6. freegoogleslidestemplates.comFGST Historias de Usuario (User Story) 6 HISTORIA DE USUARIO 4 Nombre: Cálculo de Precio Usuario: Gerente Comercial Descripción: Necesito que el sistema calcule el precio de venta utilizando una fórmula para asegurarnos que no se vende por debajo del costo. HISTORIA DE USUARIO 5 Nombre: Inventario Usuario: Encargado de Depósito Descripción: Necesito que el sistema genere un código para cada producto al momento de darlos de alta; así podré cotejar la información que me brinde el soft, en cuanto a saldos, con el stock físico; también conocer los saldos de productos de las distintas sucursales. Se propusieron al cliente mejoras para satisfacer sus necesidades, fueron aceptadas por lo que se incluyeron en el relevamiento de Historias de Usuarios (las historias número 4 y 5, ).
  • 7. freegoogleslidestemplates.comFGST Plan de entregas (“Release Plan”) 7 De la reunión mantenida con el cliente y el equipo de trabajo se agruparon y confeccionó el cronograma de entregas. HISTORIAS ITERACIÓN PRIORIDAD ESFUERZO FECHA INICIO FECHA FINAL Actualización de Precios 1 1 1 día 15/05/17 15/05/17 Informe de Ventas 1 2 1 día 16/05/17 16/05/17 Informe de Rendimiento de personal de ventas 1 3 1 día 17/05/17 17/05/17 Inventario 2 4 2 días 18/05/17 19/05/17 Cálculo de Precio 2 5 1 día 20/05/17 20/05/17
  • 8. freegoogleslidestemplates.comFGST Plan de Iteraciones (“Iteration Plan”) 8 Al comenzar cada ciclo de iteración, realizamos la reunión de planificación de las iteraciones donde plasmamos en tareas de programación cada una de las historias de usuario. También establecimos las pruebas de aceptación de los entregables con los distintos gerentes y jefes (usuarios) para corregir cualquier desvío que se identifique en base a ellas. Tarea de Program Prueba de Aceptación HISTORIAS ESFUERZO F° INICIO F° FINAL Agregar dato sucursal a la base de datos de precios Emitir informe de Precios, validar que las sucursales sean correctas, los valores estén actualizados y que se emita la alerta ante modifficación de precios Actualización de Precios 1er día 15/05/17 15/05/17 Programar actualización del listado en la sucursal 1er día 15/05/17 15/05/17 Programar un reporte por excepción cuando se modifican los precios 1er día 15/05/17 15/05/17
  • 9. freegoogleslidestemplates.comFGST Plan de Iteraciones (“Iteration Plan”) 9 Tarea de Program Prueba de Aceptación HISTORIAS ESFUERZO F° INICIO F° FINAL Agregar dato sucursal a base de datos ventas Emitir los informes diario/mensual y semanal, por sucursal y general Informe de Ventas 2do día 16/05/17 16/05/17 Programar filtro por sucursal 2do día 16/05/17 16/05/17 Programar filtro por fecha y por período 2do día 16/05/17 16/05/17 Agregar dato de vendedor a la base de datos de ventas Generar una venta, verificar el cálculo de comisión y su impacto en la liquidación de haberes Informe de Rendimiento de personal de ventas 3er día 17/05/17 17/05/17 Programar cálculo de comisiones en base a las ventas 3er día 17/05/17 17/05/17 Vincular la información de la base de datos de ventas (comisiones) con el modulo de liquidación de sueldos 3er día 17/05/17 17/05/17
  • 10. freegoogleslidestemplates.comFGST Plan de Iteraciones (“Iteration Plan”) 10 Tarea de Programación Prueba de Aceptación HISTORIAS ESFUERZO F° INICIO F° FINAL Programar la ejecución de un código automático Ingresar una muestra de productos testigos, generar las operaciones de compra y venta, validar saldos Inventario 4to día 18/05/17 18/05/17 Vincular compras y ventas con el módulo de stock 5to día 19/05/17 19/05/17 Programar cálculos para aumentar o reducir el stock 5to día 19/05/17 19/05/17 Programar el cálculo del precio en función del costo Cargar el costo de una muestra de productos y validar el precio que calcula el sistema Cálculo de Precio 6to día 20/05/17 20/05/17 Adicionar tabla de conceptos que impacten en el precio (flete, impuestos) 6to día 20/05/17 20/05/17
  • 11. freegoogleslidestemplates.comFGST Reuniones diarias de seguimiento (“Stand-up- meeting”) 11 Para el seguimiento del avance realizamos reuniones informales , a mediodía, para mantener la comunicación entre el equipo, y compartir inquietudes y propuestas.
  • 12. freegoogleslidestemplates.comFGST 12 DISEÑO Simplicidad: Basándonos en el principio de toda metodología ágil, se puso foco en realizar un diseño simple y funcional.1 2 3 4 Soluciones “spike”: INVENTARIO, luego de estudiar la historia de usuario y relacionarla con el tema de sucursales, se observó que iba a ser difícil determinar el tiempo de producción por lo que se definió realizar un programa (spike) para evaluar una posible solución. Recodificación: Es otra de las características generales de las metodologías ágiles en la cual se plantea la apertura a simplificar el código que pueda mejorarse con el fin que las próximas iteraciones sean más simples. Si es necesario, se borra y se reescribe. Metáfora: para facilitar la comprensión, en las reuniones entre el equipo y el cliente, se planteó una guía con la nomenclatura a utilizar. SIMPLICIDAD SOLUCIONES “SPIKE” RECODIFICACIÓN METÁFORAS
  • 13. freegoogleslidestemplates.comFGST 13 CODIFICACIÓN Se acordó con el cliente realizar el trabajo en sus oficinas, y así tener contacto fluído durante el desarrollo (Disponibilidad del cliente). Como estrategia se han definido pruebas unitarias, las cuales deberán pasarse para liberar versiones (mínimo a cumplimentar) [Programación dirigida por las pruebas] Para asegurar la misma interpretación del código, se ha establecido el uso de estándares reconocidos para el lenguaje utilizado (JAVA), permitiendo así la comunicación a través del código entre los integrantes (Uso de estándares). Como método de eficiencia en la codificación, se procura integrar en forma permanente las distintas modificaciones, por supuesto, siempre luego de haber pasado las pruebas (Integración permanente). DISPONIBILIDAD DEL CLIENTE PROGRAMACIÓN DIRIGIDA POR LAS PRUEBAS USO DE ESTÁNDARES INTEGRACIÓN PERMANENTE
  • 14. freegoogleslidestemplates.comFGST 14 CODIFICACIÓN Cualquier integrante del equipo puede proponer modificaciones al código aún cuando no haya participado de la codificación original (propiedad colectiva del código). En el equipo se privilegia la planificación de las horas laborales de mantener un ritmo constante y razonable, sin sobrecargar al equipo. Para ello trabajamos de lunes a viernes promediando las 40 hs semanales (Ritmo sostenido). A continuación se expone el horario a cumplimentar para realizar las tareas de programación de a pares. (todos los integrantes trabajan 8hs), con el objetivo de disminuir errores y aumentar la creatividad (Programación en pares). PROPIEDAD COLECTIVA DEL CÓDIGO RITMO SOSTENIDO PROGRAMACIÓN EN PARES P1: _________8hs________ P2: ___4hs____ ___4hs____ P3: ________8hs_________ Distribución Horaria por Día
  • 15. freegoogleslidestemplates.comFGST 15 PRUEBAS Pruebas Unitarias Detección y Corrección de Errores Pruebas de Aceptación Antes de publicar los módulos desarrollados se realizaron las pruebas unitarias. Estas pruebas fueron definidas al momento de establecer las tareas de programación. Durante el transcurso del proyecto, debido a la interacción con el cliente, iteraciones y de los planteos en equipo surgieron diferentes bugs o errores no significativos que se fueron corrigiendo con las debidas pruebas para asegurar su adecuado funcionamiento. En cada ciclo de iteración se definieron las pruebas de aceptación, en base a las historias de usuarios. Se especificaron escenarios con el cliente para comprobar la correcta implementación de las historias de usuario.
  • 16. freegoogleslidestemplates.comFGST 16 Definimos Key Users (Usuarios Clave) dentro de la organización con los cuales fuimos trabajando en las pruebas para trabajar en la adaptación y mostrar la funcionalidad del sistema. Asimismo participaron en la redacción de los manuales que luego se entregarán, en una capacitación interna, al resto de los usuarios. CAPACITACIÓN Para empleados actuales y nuevos

Notas del editor

  1. Composición de Nuestro equipo: 3 integrantes con las siguientes funciones compartidas, 1 coach y 1 Big Boss. Como se programa de a pares por día habrá dos programadores y el tercer integrante será Tester. Luego Leo será Tracker y contamos con Diego Argés como Coach y con Cristian Guzman como Big Boss --------------- ENCARGADO DE PRUEBAS (TESTER) ENCARGADO DE SEGUIMIENTO (TRACKER) ENTRENADOR (COACH) GESTOR (BIG BOSS)
  2. Para el Diseño del sistema se consideraron los siguientes conceptos: