3. 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.
4. 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.
5. 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.
6. 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.
7. 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.
8. 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.
9. 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.