Otras T�cnicas

     Adem�s de la PE, existen las siguientes t�cnicas o m�todos de trabajo
para mejorar la productividad del personal que trabaja en programaci�n de
computadores : 

1.- DESARROLLO DESCENDENTE DE PROGRAMAS 

     El concepto de Desarrollo Descendente (tambi�n conocido como Desarrollo Ariba-
Abajo, Desarrollo Estructurado o Desarrollo Top-Down), se aplica tanto a la 
fase de dise�o del sistema o aplicaci�n como a la fase de programaci�n y 
codificaci�n de los programas. 

     El desarrollo descendente de programas consiste en construir un programa
tratando de descomponerlo en m�dulos (funciones o segmentos), cada uno encargado
de realizar un trabajo espec�fico. Esta organizaci�n se va logrando de arriba
hacia abajo en forma de �rbol y podemos representarla gr�ficamente como un
DIAGRAMA DE ESTRUCTURA.


2.- DOCUMENTACION JEPS 

     Conocida originalmente como la t�cnica HIPO (Hierarchy plus Input-
Process-Output), permite producir las especificaciones funcionales de un
programa y al mismo tiempo su documentaci�n.

     Consiste en una tabla visual de contenido que apunta a los diagramas
HIPO del paquete y muestra las funciones y subfunciones que efect�a el
programa y las inter-relaciones de las mismas. En cada diagrama HIPO se
relaciona la entrada con el proceso y la salida respectiva. 

HIPO es una herramienta muy �til en la fase de dise�o y se complementa
muy bien con la PE .

3.- INSPECCIONES DE TRABAJO 

     Son sesiones de revisi�n en las cuales el creador de los programas los
explica a sus compa�eros; de �sta forma asegura la detecci�n y correcci�n de
errores en un momento en el cual no resultan tan costosos. 

La legibilidad de los programas estructurados facilita estas inspecciones
de trabajo. 

4.- BIBLIOTECAS DE DESARROLLO 

     Es la recopilaci�n organizada del material que contiene la �ltima versi�n
de toda la informaci�n de un proyecto (dise�os, especificaciones, diagramas,
listados de computador, etc.). 

Aunque este tipo de organizaci�n es muy pr�ctico con cualquier estilo de 
programaci�n, encaja muy bien con la PE . 

5.- GRUPOS CON PROGRAMADOR EN JEFE 

Incluye grupos de trabajo con m�nimo tres integrantes organizados de la
siguiente manera : 

a).- Programador jefe

b).- Programador de respaldo 

c).- Encargado de la biblioteca de desarrollo. 


El grupo puede incluir otros programadores, anal�stas y usuarios finales.
El Programador en Jefe es responsable del dise�o y codificaci�n de los
programas producidos por su grupo. 

La PE es adecuada con estos grupos de trabajo puesto que facilita al Programador
Jefe la revisi�n del material producido por los dem�s miembros. 



La combinaci�n de las t�cnicas de Desarrollo Descendente de programas y la
Programaci�n Estructurada ofrece las siguientes ventajas, adicionales a las ya
enumeradas antes : 


a.- El programa puede ser distribuido entre varias personas, y la posterior
    integraci�n de los diferentes m�dulos no debe presentar mayores inconvenientes. 

b.- Durante la etapa de pruebas del programa, los m�dulos superiores (que
    generalmente son los m�s cr�ticos) reciben m�s atenci�n. 

c.- El mantenimiento de los programas resulta menos costoso debido a que
    la atenci�n se concentra en un determinado modulo, reduciendo as� la
    posibilidad de error. 


LA TRANSFERENCIA INCONDICIONAL 

     Algunas veces se asocia la PE con la eliminaci�n total de las instrucciones
GO TO ("vaya a") en un programa, lo cual no es absolutamente cierto. Un programa
construido con las tres estructuras b�sicas de control no requiere el uso de
instrucciones GO TO para transferir el control de un sitio a otro; esto es una
consecuencia del desarrollo descendente de los programas estructurados y de la
limitante misma que tiene el programador para transferir el control, cuando s�lo
utiliza las tres estructuras b�sicas. 

     El empleo exagerado de la instrucci�n GO TO puede hacer incomprensible un
programa no estructurado; sin embargo, el empleo moderado de �sta instrucci�n
aporta m�s claridad a los programas no estructurados. Es posible que se presenten
casos en PE en los cuales el empleo de una instrucci�n GO TO le de m�s claridad
y efectividad a un programa estructurado. 

     Tambi�n utilizamos GO TO en los casos en que el lenguaje utilizado no tiene
una instrucci�n equivalente a la estructura de iteraci�n empleada, de tal suerte
que �sta s�lo la podemos simular con un GO TO, tal como sucede con algunas
versiones de BASIC y FORTRAN.