Buscar

MVP, Metricas y Estimaciones

cridu5
30 mar 2016
2 Min. de lectura

MVP

El patrón de diseño MVP es un patrón para el desarrollo de interface de usuario que se caracteriza por trabajar con una clase y dos interfaces. La primera clase es llamada presentador que actúa como intermediario entre la vista (como interface) y el modelo (como interface).

Métricas - Lineas de Código

Esta esta basada en la cantidad de lineas de código con las que cuenta el software, donde se puede encontrar, lineas en blanco o saltos y/o lineas las cuales contienen un comentario el cual puede ser una explicación breve de que se realiza en un método o en un ActionPerformed

Estimaciones

Planning póker

Es una técnica muy sencilla, divertida y eficaz, en la que todas las personas opinan para estimar el esfuerzo de desarrollar cada una de las historias de usuario de un sprint.

El proyecto de Nos falta uno! en un principio se pensó desarrollarlo utilizando el patrón de diseño MVC, patrón el cual esta basado el MVP, pero por motivos de organización y tiempo se opto por no utilizarlo ya que este es algo extenso.

En el proyecto se tratara de utilizar la mas mínima cantidad de código para que este no se vuelva tan extenso y que el al final del desarrollo del software este no tenga un pesado tan grande por la cantidad de lineas que tiene y que estas a su vez no contengan tantos comentarios ya que algunos programadores suelen comentar grandes lineas de código porque piensan que posiblemente mas adelante las podrán utilizar pero cuando entregan el producto se les olvidan quitarlas o utilizarlas, y ademas se tratara de no dejar tantos saltos de linea los cuales hacen que el código se alargue mas.

Para nuestro proyecto en las estimaciones utilizamos Planning póker ya que esta de alguna u otra manera nos ayudo a identificar las estimaciones de nuestro software de una forma divertida y entretenida, pese a que no pudimos utilizar las cartas de poker, utilizamos la seria de fibonacci, así que para esto tomamos unas sesiones del Product Backlog y le dimos 3 estimaciones, cada estimación corresponde a la que cada integrante de nuestra tribu le asigno, después sumamos y dividimos entre 3 y nos dio la estimación de cada sesión del Product Backlog.