1.1.3.1 Método Descendente
En la programación descendente primero se define el módulo principal y después las restantes llamadas a módulos específicos. Cuando se lleva a cabo un diseño descendente es lógico pensar en algún tipo de jerarquía. Cuando esto ocurre es frecuente que la planeación resultante culmine con un diagrama de diseño estructurado. Este último es diferente del diagrama de flujo convencional ya que el diagrama de diseño estructurado es más general y señala el sentido de orden, responsabilidad y control que existe en el código de un programa. En este diagrama cada módulo está representado por un rectángulo que contiene un número, el cual indica la posición del módulo dentro del esquema jerárquico del programa. El único módulo que puede existir con un nivel de jerarquía cero es el módulo principal del programa. Después puede tenerse hasta tres módulos de nivel-1. Estos módulos reflejan las tareas de entrada, salida y procesamiento de información llevadas a cabo por el programa. El procesamiento asociado con operaciones de I/O de información puede estar contenido en un módulo de nivel-1. Ejemplo del diagrama. |
Figura 1.0 Ejemplo de Diagrama |
Este diagrama muestra la distribución y relación que guardan los diferentes módulos entre sí. A su vez cada módulo puede definirse, desde el punto de vista arquitectónico, utilizando una de las dos metodologías: el diagrama de flujo y el pseudocódigo que es una descripción en lenguaje natural de lo que debe hacer el programa. |