Unidad 9.

Procedimientos (I)
9.1. Objetivos del tema.
Visto y nombrado los elementos de un programa y sus estructuras, as como la
forma de representar las soluciones, ahora hemos de profundizar sobre el uso de los
procedimientos, el paso de parmetros y sus caractersticas.
Los veremos desde el punto de vista genrico, sin entrar en lenguajes en concreto.
9.2. Introduccin.
Un programa es una estructura ms o menos compleja, en funcin del tamao del
mismo.
Pero el cdigo que lo compone no puede estar todo en el Main del mismo, sera
difcil de entender y de modificar, adems de muy largo, por lo tanto conviene
trocear.
Si recordamos el ejercicio del primer tema, ese es el camino, pequeos trozos de
programa, fciles de escribir y de modificar.
9.3. Procedimientos o funciones?
En el peor de los casos, todo lo que se puede escribir en un procedimiento se puede
resolver tambin con una funcin, o al revs, tcnicamente!, en la realidad no debe
abordarse as.
El procedimiento nos va a permitir resolver la estructura de un programa, cuando
nos dan los resultados del anlisis de un problema, nos dan una estructura, y esa
estructura se resuelve mediante el uso de procedimientos.

9.4. Procedimientos.
Siempre hemos de procurar crear procedimientos que sean cortos.
Se ha de intentar seguir la pauta de que un procedimiento no supere en mucho la
capacidad de lneas de una pantalla o de una hoja de papel, no por ningn requisito

tcnico, si no por comodidad nuestra, lo cual no impide en absoluto que cuando nos
interese lo superemos.

Un procedimiento debe de ser un espacio estanco, su forma de comunicacin con

los datos que hay en el exterior debe ser los que figuran en la lnea de parmetros.
Cualquier otra forma de
utilizacin, tcnicamente
puede ser correcta, y de
hecho habr alguna vez
que habr que saltarse esa
norma, consejo, pero a la
larga se convierte en
problemas.

Si creamos procedimientos
sin dependencias del programa en el que se ubican, podemos cambiarlo de
aplicacin para aprovecharlo sin necesidad de reescribirlo, porque todos los datos
que figuran en su interior tienen como origen su lnea de parmetros, y no existe
otra forma de comunicacin. As no pueden haber sorpresas.

Un procedimiento es un elemento de nuestro programa, este elemento puede

recibir o no datos y devolver o no datos.
9.5. mbito de los procedimientos.
El mbito de influencia de un procedimiento puede ser diverso, y su forma de
utilizarse depender del lenguaje utilizado.
En ste ejemplo, el programa sabe que hay un procedimiento, A, pero desconoce lo
que hay en su interior, eso es conocido solo por el procedimiento A.

El procedimiento A y B son conocidos por el programa principal, A conoce

a B y B conoce a A, pero A no conoce a B1, ni B1 conoce a A.

9.6. Ambito de validez de las variables.

Con las variables sucede algo parecido, y adems es muy importante que se usen
adecuadamente, para evitar errores, aprovechar los recursos al mximo, y tambin
para facilitar el modificacin y comprensin del programa.

Las variables de nivel de programa, pueden ser utilizadas por los procedimientos en
su interior, no es aconsejable.
Es conveniente utilizar el paso de variables, ms que el uso de las globales, ya que
eso le da independencia al procedimiento.

9.7. Paso de variables a los procedimientos.

El paso de variables a los procedimientos es el camino adecuado para su correcta
utilizacin.
Para ellos hay que seguir unas normas, que son de lo ms sencillas y
absolutamente lgicas.

Si nosotros diseamos un procedimiento, ste tendr unas necesidades de datos.

Esos datos sern propios o externos, los propios no hay problema, pero los externos
hemos de facilitrselos, para ello hay unas normas.
El envo y recepcin han de realizarse en el mismo orden y con el mismo tipo de
datos.

Si vemos el ejemplo, vemos que ambas coinciden en el color, digamos que sea el
tipo, son del mismo tamao, digamos que sea el dato que se enva.

El siguiente ejemplo vemos que no coinciden ni color, tipo, ni tamao dato, ni el

nmero de parmetros que se envan y reciben.

El nombre no tiene porque coincidir, pensemos que el mismo procedimiento puede

utilizarse en varios programas, no tienen porque coincidir los nombres de las
variables por eso, si no sera un problema bastante serio.

Actualmente hay lenguajes que permiten que haya variables de uso opcional en la
lnea de parmetros.

Pero eso es una excepcin.

Aqu podemos ver como en

el programa principal se
enva dos variables
a CALCULA, en este
procedimiento se reciben en
el mismo orden y con el
mismo tipo.

A su vez luego
desde CALCULA se llama
a REPRESENTA y se le enva
tres variables que se recogen igual.

9.8. Formas de paso de datos a los procedimientos.

Hay dos formas de pasar los
datos a los procedimientos y
funciones, por valor y por
referencia.

El paso de datos por

referencia, es lo que nos
permite que un procedimiento
sea independiente del
programa que lo llama.

De esa forma podemos

conseguir que un
procedimiento trabaje con los

datos de otro procedimiento o programa sin necesidad de que las variables se

llamen igual.

El paso de datos por referencia a un procedimiento, nos da la posibilidad de poder

modificar el valor de una variable pasada en el procedimiento, y que ste sea
devuelto al programa principal o al procedimiento que lo ha llamado.
Cuando se pasa un dato por
valor el dato es recibido por el
procedimiento pero ste dato si
se modifica en su interior no se
recibe modificado en el lugar en
el que se llama al
procedimiento.

El paso de datos por valor a un

procedimiento, nos da la
posibilidad de poder enviar el
dato de una variable a un
procedimiento, y que la variable
no pueda ser modificada en su
contenido al finalizar la
ejecucin del procedimiento y
devolverse el control al
programa principal o al
procedimiento que lo ha
llamado.

9.9. Uso de variables en los procedimientos.

El uso de variables en los procedimientos y funciones no requiere de ningn
requisito que se distinga del que se haga en el programa principal, ni por nombres,
ni por ningn otro apartado que no sea lo que ha se ha expuesto en cuanto a tipos,
mbito y envo.
9.10. Pblicos o privados.
No estamos hablando de empresas, si no de los procedimientos.

Los procedimientos pueden ser pblicos o privados, depender del mbito en el

cual deseamos que sean utilizados.
Cuando el procedimiento se desea utilizar solo en el programa actual, y que no sea
llamado desde otro programa, se declaran como privados, Private.
Cuando el procedimiento deseamos que sea algo de utilizacin genrica desde
cualquier punto de la aplicacin entonces lo declaramos como pblico, Public.
Normalmente los procedimientos pblicos suelen agruparse en mdulos fuera del
programa, y agruparlos por temas, lo cual permite tener el cdigo ordenado y
fcilmente accesible.
Cuando desarrollamos una clase, el procedimiento o funcin que se declara como
pblico, suele ser, se convierte en un mtodo que el usuario puede utilizar en su
objeto.