Algoritmos y Programación en Pascal

9.3. Metodología de la programación con subprogramas 195
ellas se convertirán en subprogramas. A tal fin se definirán con precisión las
especificaciones de los subprogramas (o sea, su cometido) y las condiciones que
deben cumplir sus parámetros, pero no se entrará a detallar las acciones que los
integran.
En consecuencia, el programa principal expresa una solución del problema
con un elevado nivel de abstracción. En él se relacionan los nombres de las
distintas acciones y expresiones abstractas simples en que se descompone el algoritmo,
enlazándolas entre sí mediante instrucciones estructuradas. Desde él se
activan dichas acciones y expresiones, y a él retorna el control de la ejecución
del programa una vez que el subprograma llamado finaliza.
La descomposición de un problema en partes más sencillas para constituir
el programa principal se puede hacer atendiendo a las distintas acciones necesarias
para obtener la solución del problema (descomposición por acciones) o
bien considerando cuál es la estructura de los datos, y una vez establecida, pasar
a considerar las acciones que se aplicarán a dichos datos (descomposición por
datos). En nuestro ejemplo de referencia se ha realizado una descomposición
por acciones: SumarFracciones, SimplificarFraccion y MCD porque no se ha
utilizado una estructura de datos para representar las fracciones, y por ser más
natural. En el capítulo 19 estudiaremos la descomposición por datos.
¿Cuándo debe considerarse la creación de un nuevo subprograma? Si durante
el desarrollo del programa principal es necesario empezar a profundizar en
detalles sobre datos o instrucciones es porque en ese punto se necesita un subprograma.
Por consiguiente, se dará nombre al nuevo subprograma, se definirá
su cometido y se incluirá dentro del programa principal.
El programa principal depende directamente del problema por resolver, por lo
tanto será diferente para cada problema, y no es reutilizable, aunque sí adaptable.
La jerarquía de la estructura del programa es, entre otros aspectos, una
jerarquía de control, por lo que los efectos de un subprograma determinado deben
afectar a sus subprogramas subordinados y en ningún caso a un subprograma
superior. Deberá repasarse la estructura, subordinando aquellos subprogramas
cuyo control sea ejercido por subprogramas inferiores.
9.3.3 Documentación de los subprogramas
Se ha dicho que, cuando surge la necesidad de un subprograma, debe definirse
con precisión su cometido, incluyendo la información necesaria como documentación
del subprograma. Para ello, deben tenerse en cuenta las siguientes
posibilidades:
• El identificador es el primer descriptor de su cometido: suelen emplearse
verbos en infinitivo para los procedimientos (LeerDatos, por ejemplo) y