Modelo Top-Down y Bottom-Down.
Modelo Top-Down y Bottom-Down.
Historia del Método Top-Down y Bottom-Up.
Diseño top-down promovido en la década de 1970 por los investigadores de IBM Harlan Mills y Niklaus Wirth.
1970
Niklaus Wirth, que entre sus logros está el desarrollo del lenguaje de programación Pascal, escribió el artículo Program Development by Stepwise Refinement, que tuvo mucha influencia.
Mills desarrolló los conceptos de programación estructurada para usos prácticos y los probó en un proyecto en 1969 para automatizar el índice de la morgue del New York Times.
Los métodos top-down fueron favorecidos en la ingeniería de software hasta que llegó la programación orientada a objetos a finales de los 1980s.
EN LOS 80’S.
Enfatiza la planificación y conocimiento completo del sistema.
El enfoque top-down :
La codificación no puede comenzar hasta que no se haya alcanzado un nivel de detalle suficiente, en alguna parte del sistema.
Retrasa las pruebas de las unidades funcionales del sistema hasta que gran parte del diseño se ha completado.
Programación y pruebas tempranas, que pueden comenzar tan pronto se ha especificado el primer módulo.
El enfoque Bottom-up:
Tiene el riesgo de programar cosas sin saber como se van a conectar al resto del sistema, puede no ser tan fácil como se creyó al comienzo.
La reutilización del código es uno de los mayores beneficios del enfoque bottom-up.
Algunos enfoques usan un enfoque en el que un sistema parcialmente funcional es diseñado y programado completamente, y este sistema se va expandiendo para llenar los requisitos del proyecto.
El desarrollo de software moderno usualmente combina tanto top-down como bottom-up.
La mayoría de proyectos de desarrollo de software tratan de usar código existente en algún grado.
Top-down y Bottom-up
Son estrategias de procesamiento de información características de las ciencias de la información, especialmente en lo relativo al software, aplicables también a otras ciencias sociales y exactas.
En el modelo top-down se formula un resumen del sistema, sin especificar detalles. Cada parte del sistema se refina diseñando con mayor detalle. Cada parte nueva es entonces redefinida, cada vez con mayor detalle, hasta que la especificación completa es lo suficientemente detallada para validar el modelo.
Top-Down
El modelo top-down se diseña con frecuencia con la ayuda de "cajas negras" que hacen más fácil cumplir requisitos aunque estas cajas negras no expliquen en detalle los componentes individuales.