Diferencia entre revisiones de «Estimación de proyectos software»
Contenido eliminado Contenido añadido
Línea 120:
*No suele identificar problemas a bajo nivel para los que sería conveniente emplearse a fondo en la estimación.<br/>
*Se olvida de pequeños subsistemas que no están previstos en principio a desarrollar.<br/>
*Tiene menos estabilidad que una estimación por componentes.<br/><br/>
En la '''estimación ''bottom-up''''' (de abajo a arriba), el coste de cada componente se estima por un individuo distinto, frecuentemente por la persona que será el responsable de su desarrollo. Después, esos costes son sumados para conseguir el total del producto.<br/>
Esta estimación es complementaria al ''top-down'', siendo las debilidades de esta última las virtudes de la primera, y viceversa. Debido a que la estimación ''bottom-up'' se centra en cada uno de los componentes, pierde de vista costes globales como la integración, gestión de calidad, etc.; que están asociados al desarrollo de un proyecto. Por todo esto, estas estimaciones suelen ser un poco optimistas.<br/>
Se ha de añadir que este tipo de estimación requiere un mayor esfuerzo que la ''top-down'', siendo esto en muchos aspectos una ventaja.<br/>
Además, una estimación ''bottom-up'' tiende a ser bastante más estable en el sentido de que los errores posibles en la estimación de varios componentes pueden compensarse mutuamente.
==Referencias==
| |||