Introducción a la metodología de diseño descendente

© FUOC • P05/75062/00112 11 Introducción a la metodología de diseño descendenteal último, que es el que presenta un mayor nivel de concreción. En el caso delejemplo, el más concreto es la secuencia elemental de caracteres.A la hora de plantear un problema complejo, tenemos dos posibles direccionespara su análisis:• Resolver los problemas más concretos, para resolver después los más abstractos.Es decir, vamos del más concreto al más abstracto. Esta forma de plantearlorecibirá el nombre de análisis ascendente.• Resolver el primer nivel más abstracto, para proseguir después con los nivelesque lo son menos, hasta llegar al nivel más concreto. Esta segunda direcciónrecibirá el nombre de análisis descendente. Esta dirección es la sugerida en elejemplo.El análisis ascendente está repleto de dificultades y no resulta adecuado parallevar a buen término un diseño en un tiempo razonable de desarrollo. La dificultadprincipal consiste en que, si no se resuelven en primer lugar los nivelesmás abstractos, no sabemos realmente qué problemas concretos tenemosque solucionar. De este modo, podemos estar resolviendo problemas concretosque después no se utilizarán o que no están convenientemente definidospara ser usados en los niveles más abstractos. Esto llevaría a rediseñar el nivelmás concreto y, en consecuencia, a retroceder en el diseño, para después volveral otro nivel. Imaginad, en el ejemplo del que nos estamos ocupando, queno tenéis demasiado claro el tratamiento que debéis aplicar; por este motivo,os dedicáis a desarrollar una acción que lea una palabra y la guarde en una estructurade datos, para después descubrir en el nivel más abstracto que la utilizaque no es necesario el contenido exacto de la palabra, ya que sólo hay quesaber si es preciso corregirla, y contarla en el caso de que así sea. La estructurade datos puede sobrar y servir de muy poco al problema, sobre todo si ponelimitaciones al enunciado, como veremos más adelante.En el análisis descendente, las cosas van mejor. Al empezar en el nivel másabstracto, identificamos y definimos los subproblemas que hay que resolveren el siguiente nivel menos abstracto (fijamos los objetivos para el siguientenivel de menor abstracción); en consecuencia, no haremos más trabajo delque realmente hace falta para resolver el problema global, por lo que acortaremosel tiempo de desarrollo y evitaremos retrocesos. El ejemplo en el quenos centraremos seguirá esta línea. El inconveniente de esta estrategia, cuandose tiene poca experiencia práctica en el método y en el diseño de algoritmos,es que no se tiene la seguridad de que se pueda resolver más adelante alguno delos subproblemas propuestos en el nivel abstracto; entonces se prefiere plantearel problema de forma ascendente, para tener la seguridad de que se dispone deuna base de problemas concretos resueltos que ayudarán a resolver, a su vez, losniveles más abstractos. Sin embargo, si lo hacemos así, iremos saltando de nivelesy llegando a confusiones innecesarias. La única forma de asimilar el métodoEl diseño descendente es unmétodo más eficaz y rápido paradesarrollar problemas complejosque el ascendente u otro métodoque combine ambos.