Diferencia entre revisiones de «Estimación de proyectos software»
Contenido eliminado Contenido añadido
Línea 73:
===Estimaciones Top-Down y Bottom-Up===
En la '''estimación ''top-down''''' (de arriba a abajo) una estimación de conjunto para los costes del proyecto es extraída de las propiedades '''generales''' del producto a desarrollar. El coste total es después distribuido, repartido entre los distintos componentes. (ii) <br/>
Esta técnica (y también la ''bottom-up'') puede ser llevada a cabo en conjunción con otro de los métodos tratados anteriormente. (ii) <br/>
Como ventajas:
*Enfoque a nivel de sistema. Debido a que la estimación se basa en la experiencia previa en proyectos completados, tendrá en cuenta todos los '''subsistemas''' a implementar del proyecto.<br/>
Como inconvenientes:
*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/>
| |||