1. Juicio de expertos (Wideband Delphi)
1.1. El método wideband Delphi es una Técnica De Estimación estructurada en grupo. Se basa fundamentalmente en que varios expertos, tras crear estimaciones individuales, se reúnen para ponerse de acuerdo en una estimación.
1.2. Pasos del Wideband Delphi
2. Componente estándar.
2.1. El modelo de componente estándar, se basa en mantener una base de datos histórica con información de componentes usados, en proyectos previos, en varios niveles de abstracción, sub sistemas completos, módulos, interfaces de usuario, etc.
2.2. Caracteristicas:
2.2.1. Metodologia de estimacion, basada en puntos de funcion, PROBE y RWSC
2.2.2. Considera la informacion historica en funcion del contexto de cada proyecto.
2.2.3. En éste método se utilizan los PF como unidades de medida de esfuerzo de equipo.
3. Puntos de función (Function Points)
3.1. La métrica del punto función es un método utilizado en ingeniería del software para medir el tamaño del software. Fue definida por Allan Albrecht, de IBM, en 1979 ("Measuring Application Development Productivity") y pretende medir la funcionalidad entregada al usuario independientemente de la tecnología utilizada para la construcción y explotación del software, y también ser útil en cualquiera de las fases de vida del software, desde el diseño inicial hasta la implementación y mantenimiento.
3.2. Características:
3.2.1. Tener un componente empírico, basado en la experiencia de muchos proyectos.
3.2.2. Tener en cuenta la complejidad, aunque es muy difícil de determinar en un proyecto
3.2.3. Ser independientes del entorno tecnológico y de las metodologías aplicadas.
3.2.4. Utilizar medidas indirectas, que se caracterizan por ser subjetivas y difíciles de calcular, sin embargo el resultado obtenido es fácilmente comparable.
4. Puntos de casso de uso (Use Case Points)
4.1. Use Case Points ( UCP ) es una técnica de estimación de software utilizada para pronosticar el tamaño del software para proyectos de desarrollo de software. UCP se utiliza cuando las metodologías de Lenguaje de modelado unificado (UML) y Rational Unified Process (RUP) se utilizan para el diseño y desarrollo de software. El concepto de UCP se basa en los requisitos para que el sistema se escriba utilizando casos de uso , que es parte del conjunto de técnicas de modelado UML. El tamaño del software (UCP) se calcula en función de los elementos de los casos de uso del sistema con factorización para tener en cuenta las consideraciones técnicas y ambientales. El UCP para un proyecto se puede usar para calcular el esfuerzo estimado para un proyecto
4.2. Metodo:
4.2.1. El método para determinar la estimación de tamaño para desarrollar un sistema se basa en un cálculo con los siguientes elementos: - Peso de caso de uso no ajustado (UUCW): el tamaño en puntos del software que explica el número y la complejidad de los casos de uso. - Peso de actor no ajustado (UAW): el tamaño en puntos del software que explica el número y la complejidad de los actores. - Factor de complejidad técnica (TCF): factor que se utiliza para ajustar el tamaño en función de consideraciones técnicas. - Factor de Complejidad Ambiental (ECF): factor que se utiliza para ajustar el tamaño en función de las consideraciones ambientales. Una vez que se han calculado los cuatro elementos anteriores, se puede calcular la estimación del tamaño final. Este número final se conoce como los puntos de caso de uso o UCP para un proyecto de desarrollo de software.
5. Agile Points (Story Points)
5.1. Los Story Points representan el esfuerzo requerido para poner un PBI (Producto Backlog Item) en vivo. Cada punto de historia representa una distribución normal del tiempo . Por ejemplo: 1 Story Point podría representar un rango de 4 a 12 horas, 2 Story Points de 10 a 20 horas, etc. Esta distribución de tiempo es desconocida durante la estimación. Al utilizar los PBI de referencia con respecto a los cuales estimar, no es necesario saber cuánto tiempo lleva. Solo desea tener una indicación aproximada de cuánto tiempo tomará completar.
5.2. ¿Cuáles son los beneficios de usar Story Points?
5.2.1. Estime rápidamente los problemas . La estimación es relativa a los elementos de la cartera de productos ya completados. Esto es más rápido que estimar sin ninguna referencia.
5.2.2. Estimar sin dar un compromiso de tiempo específico. Al estimar en horas, hace un compromiso de tiempo preciso. Estimar en Story Points evita dar un compromiso exacto. Nadie sabe exactamente cuántas horas está designando para un problema específico.
5.2.3. Abrace la incertidumbre que viene con la estimación . Los puntos de historia especifican un rango de tiempo desconocido. Seleccionar de una secuencia específica de Puntos de historia similar a Fibonacci permite capturar la incertidumbre.
5.2.4. Lo suficientemente preciso como para planear sprints por delante. Esto permite gestionar mejor las expectativas de tiempo de las partes interesadas para el trabajo futuro.
6. Fuzzy Logic
6.1. La lógica difusa (también llamada lógica borrosa) se basa en lo relativo de lo observado como posición diferencial. Este tipo de lógica toma dos valores aleatorios, pero contextualizados y referidos entre sí
6.2. Caracteristicas:
6.2.1. Soporta datos imprecisos
6.2.2. Es conceptualmente fácil de aprender
6.2.3. Es flexibel
6.2.4. Basado en el lenguaje humano
6.2.5. Puede modelar funciones no lineales de alguna complejidad
7. Proxy Baded Estimation (PROBE)
7.1. La estimación basada en proxy ( PROBE ) es un proceso de estimación utilizado en el proceso de software personal ( PSP ) para estimar el tamaño y el esfuerzo. La estimación basada en proxy (PROBE) es el método de estimación introducido por Watts Humphrey (del Instituto de Ingeniería de Software de la Universidad Carnegie Mellon) como parte del Proceso de Software Personal (una disciplina que ayuda a los ingenieros de software individuales a monitorear, probar y mejorar su propio trabajo). ) PROBE se basa en la idea de que si un ingeniero está construyendo un componente similar a uno que construyó anteriormente, requerirá aproximadamente el mismo esfuerzo que en el pasado.
7.2. Método:
7.2.1. En el método PROBE, los ingenieros individuales usan una base de datos para realizar un seguimiento del tamaño y el esfuerzo de todo el trabajo que realizan, desarrollando un historial del esfuerzo que han puesto en sus proyectos anteriores, dividido en componentes individuales. A cada componente de la base de datos se le asigna un tipo ("cálculo", "datos", "lógica", etc.) y un tamaño (de "muy pequeño" a "muy grande"). Cuando se debe estimar un nuevo proyecto, se divide en tareas que corresponden a estos tipos y tamaños. Se utiliza una fórmula basada en la regresión lineal para calcular la estimación de cada tarea.