logorincon.jpg (12356 bytes)

Recuerda que esta pagina la hacemos todos juntos. Envíanos Tus trabajos ! ! !

Introducción

Las técnicas de desarrollo y diseño de programas que se utilizan en la programación convencional tienen inconvenientes, sobre todo a la hora de verificar y modificar un programa. En la actualidad están adquiriendo gran importancia las técnicas de programación, cuyo objetivo principal es el de facilitar la comprensión del programa, y además permiten, de forma rápida, las ampliaciones y modificaciones que surjan en la fase de explotación del ciclo de vida de un programa o una aplicación informática.

En la programación convencional se suele hacer un uso indiscriminado y sin control de las instrucciones de salto condicional e incondicional, lo cual produce cierta complejidad en la lectura y en las modificaciones de un programa . eliminar estas dificultades es uno de los propósitos de la programación estructurada y, por ello, en ocasiones, se ha definido como la técnica de programación sin saltos condicionales e incondicionales.

De una forma general los diagramas de flujo de datos son gráficas dirigidas en donde los nodos especifican las actividades de proceso y los arcos la transferencia de datos entre nodos de proceso. Como cualquier diagrama de flujo, estos pueden ser utilizados en cualquier nivel de abstracción. Un diagrama de datos representa el flujo de datos entre estatutos individuales o entre bloques de estatutos dentro de una rutina; flujo de datos entre rutinas secuenciales, flujo de datos entre procesos concurrentes o flujo de datos entre sistemas de cómputo distribuidos, donde cada nodo representa una unidad de proceso geográficamente separada. Distinto a otros diagramas de flujo, las burbujas no indican la lógica de decisión o las condiciones bajo las cuales varios nodos de proceso se activen.

Los diagramas de datos pueden expresarse utilizando una notación informal, o por medio de símbolos especiales para denotar a los nodos de proceso, a los nodos de entrada.

Los diagramas generales especifican los procesos de un sistema en forma funcional; cada diagrama describe las entradas, los pasos de proceso y las salidas para la función en cuestión; un diagrama general puede indicar la localización de los diagramas de detalles subordinados necesarios.

Diagramas de Flujos Estructurados

Los diagramas de flujo representan la forma más tradicional para especificar y documentar los detalles algorítmicos de un producto de programación; estos diagramas utilizan cajas rectangulares para especificar las acciones, cajas en forma de rombos para las proposiciones de decisión, arcos dirigidos para las interconexiones entre las diversas cajas, así como una variedad de formas especiales para denotar las entradas, las salidas, los almacenamientos, etcétera.

Teorema de la Estructura (El nacimiento de los Diagramas de Flujo)

En un inicio, la programación estructurada fue desarrollada en sus principios por Edsgar W. Dijkstra en sus Notes on Structured Programming y se basa en el denominado Teorema de la Estructura desarrollado en 1966 por Bömh y Jacopini, que se ratificó con los trabajos de Charlan D. Mills.

En la actualidad existen diversas definiciones de estos diagramas, pero todas ellas giran alrededor del teorema de estructura que, como ya hemos dicho, se debe a Bömh y Jacopini que inician todo esto con esta técnica de programación a través de módulos o bloques.

Para un buen entendimiento del teorema mencionado, se realiza una definición previa de algunos de los conceptos que trata el teorema:

  1. Diagrama Propio. Es aquel que posee un solo punto de entrada y uno de salida.


  2.  

  3. Programa Propio. Es aquel programa que cumple las siguientes condiciones:

 

 



 

  1. Teorema de la Estructura. Todo programa propio, realice el trabajo que realice, tiene siempre al menos un programa propio equivalente que sólo utiliza las estructuras básicas de la programación, que son:

Características de los Diagramas Estructurados

En los distintos departamentos de informática existentes no siempre se dispone de los mismos programadores con respecto al tiempo que se pretende que dure una aplicación, por lo cual es de suma importancia que un programa realizado por una persona sea fácil de modificas u mantener por otra. En este sentido, la diagramación estructurada ofrece muchas ventajas para logras estos objetivos. Con esto podemos decir que:

Un diagrama estructurados es:

 

 

Algunas Diferencias de los Diagramas Estructurados y los Diagramas Tradicionales.

Los diagramas de flujo estructurados difieren de los diagramas tradicionales en que los primeros tienen restricción en cuanto a las formas de uso; con esto se obtiene que la gráfica obtenida sea un equivalente gráfico de la descripción por medio del seudocódigo estructurado; un ejemplo de las formas comunes y de los equivalentes en seudocódigo son:









 

 

Los diagramas estructurados poseen una entrada única y una salida única; así estas formas pueden ser anidadas dentro de otras formas hasta el nivel deseado de anidamiento, manteniendo el principio del teorema de la estructura.

Algunas Ventajas y Desventajas sobre los Diagramas Tradicionales.

Sabemos ahora, que los diagramas estructurados, a diferencia de los tradicionales es que, los primeros son una representación gráfica tal cual de los que es el seudocódigo estructurados de los programas que desarrollan hoy en día de acuerdo a la tendencia de la programación modulada. También existe un mejor entendimiento a mayor velocidad de cómo se maneja la transformación de datos.

En los diagramas tradicionales, son mucho mejores para representar las especificaciones del diseño externo y del diseño interno en cualquier nivel además de que aquí los diagramas especifican los procesos de un sistema en forma funcional.

 

 

Aplicaciones de los Diagramas de Flujo.

Los diagramas de flujo estructurados, como su nombre menciona, es actualmente caracterizado como una herramienta de la programación estructurada. Gracias a esta herramienta (y debido a las características de la programación estructurada) podemos interpretar cada acción de un programa y representarlo gráficamente (en un diagrama estructurado) con la debida estructura (simple o compuesta) de la diagramación estructurada.

Principales Estructuras de los Diagramas Estructurados.

  1. Estructura Secuencial. Es una estructura con una entrada y una salida en la cual figuran una serie de acciones cuya ejecución es lineal y en el orden en que aparecen. A su vez. Todas las acciones tienen una única entrada y una única salida.
  2.  

     

     

     

     

     

     

  3. Estructura Alternativa. Es una estructura con una sola entrada y una sola salida en la cual se realiza una acción de entre varias, según una condición o se realiza una acción según el cumplimiento o no de una determinada condición. Esta condición puede ser simple o compuesta. Las estructuras alternativas pueden ser:

 

 

 






 

 

 

 

 

 



 

 

 

 

 

 

 

 

  1. Estructura Repetitiva. Es una estructura con una entrada y una salida en la cual se repite una acción un número determinado o indeterminado de veces, dependiendo en este caso del cumplimiento de una condición. Las estructuras repetitivas pueden ser:
  1. Estructura PARA (FOR). En una estructura se repite una acción un número fijo de veces representado normalmente por N.




  2.  

     

     

     

  3. Estructura MIENTRAS (WHILE). En esta estructura se repite una acción mientras se cumpla la condición que controla el bucle. La característica principal de esta estructura es la de que la condición es evaluada siempre antes de cada repetición.
  4. El número de repeticiones oscila entre 0 e infinito, dependiendo de la evaluación de la condición, cuyos argumentos en los casos de repetición, al menos una vez, deberán modificarse dentro del bucle, pues de no ser así el número de repeticiones será infinito y nos encontraremos en un bucle sin salida.





     

     

     

     

  5. Estructura HASTA (UNTIL). En esta estructura se repite una acción hasta que se cumpla la condición que controla el bucle, la cual se evalúa después de cada ejecución del mismo. El número de repeticiones oscila entre 1 e infinito, dependiendo de la evaluación de la condición, cuyos argumentos en los casos de repetición, al menos dos veces, deberán modificarse dentro del bucle, pues de no ser así el número de repeticiones será infinito y nos encontraremos en un bucle sin salida

 



 

Click Here!