¿Cómo dibujo mi primer diagrama de flujo?

Bueno, ya tengo un problema para analizarlo y ahora me toca plasmarlo en papel para crear mi primer diagrama de flujo, pero ... ¿Cómo lo hago?

¡Facil! Mira, lo primero que debes saber es cómo es la estructura de un diagrama de flujo, después conocer cada simbolismo de un diagrama y luego dibujarlo en un software especifico para que lo puedas ejecutar y observar el flujo de la información.

Debemos conocer lo que enteseñe anteriormente: la entrada de datos (ED), procesamiento (PR) y la salida de datos (SD).
Tienes que conocer que simbolismos usamos en estas tres etapas.

Bueno... en este capitulo te enseñaré para qué usamos cada simbolismo en forma resumida, si tienes alguna duda o pregunta podras hacermela llegar con tus cometarios en este blog de nuestro curso online. Empezemos!

1. Entrada de datos (ED).- Las etiquetas que nosotros usamos en esta parte del programa son las siguientes: terminal de inicio, operación de entrada (asignacion de variables y datos). Es la parte inicial del diseño de diagramas de flujo donde podemos imprimir mensajes en la pantalla, asignar variables que puedan contener datos numéricos o mostrar los valores de constantes.
** Terminal de Inicio : Es de vital importancia, sin esta etiqueta no podemos definir el inicio del programa, la computadora nunca sabrá cuando empezar. Es de forma rectangular con las esquinas redondeadas.
** Operación de entrada (Asignación de variables y datos) : Este tipo de etiqueta nos permite ingresar la cantidad de variables que usaremos dentro de nuestro diagrama (A,B,C, ..., a, b, c, ..., nombres cortos {pep, tos, etc}, etc.). La única desventaja de esta etiqueta es que no pedemos definir directamente el tipo de variable a usar. Esta etiqueta es de la forma de un paralepípedo.

2. Procesamiento de Datos (PR).- Esta parte del programa es la que corresponde al tratado de los datos o las variables que nosotros estamos asignando al software. La computadora leerá nuestras variables o datos y las procesará por medio de funciones, subprogramas, o fórmulas que el programador (nosotros) hallamos preparado. Además en esta sección también usamos las etiquetas de control (decisión o repetición). Las etiquetas más comunes son:

** Operación en General: Este tipo de etiquetas tienen la forma de un rectángulo; en esta etiqueta podemos ingresar funciones matemáticas, ecuaciones simples y complejas, o mostrar mensajes que nos informa sobre la fómula a usar.
** Subprogramas: Son etiquetas especiales donde el programador utiliza para no mezclar las etiquetas de un diagrama de flujo con otro diferente, pero a la vez necesariamente tiene que usar. Es decir, necesitamos un diagrama de flujo diferente para que nuestro diagrama de flujo principal funcione correctamente. En esta etiquetas tambien podemos trabajar con datos de entrada ED, procesamiento de datos PR y salida de datos SD.
** Etiquetas de Control: Estas etiquetas pertenecen a las de decisión (con nuestro conocido if, case) y las de repetición (for, repeat, while). Estas etiquetas permiten interactuar con el diagrama de flujo tomando decisiones o repitiendo "n" veces determinadas acciones.
Las etiquetas de decision tienen la forma de un rombo con dos salidas representadas con flechas (verdadero, falso; si, no; 1 ó 2) estas etiquetas usan datos "booleanos". Las etiquetas de repetición, en el caso de while y repeat tienen la misma apariencia con ligeras modificaciones.
El for usa un exágono para poder repetir las "n" veces una acción.

3. Salida de Datos (SD).- Es la parte final del diagrama de flujo al diseñarlo y nos permite mostrar los resultados en la pantalla (imprimir). Las etiquetas que se usan en esta sección son las de operaciones de salida (las mencionadas en la entrada de datos (ED) y tienen la forma de un paralepípedo.

Bueno, esto es lo más necesario que debes saber para poder armar tu primer diagrama de flujo. En el siguiente capitulo te mostraré que software puedes usar en conjunto con tus diagramas de flujo.

Análisi del Problema

Hola! En esta segunda parte de nuestro curso trataremos de analizar antes de crear nuestro software cómo haremos el mismo, para qué haremos software y porqué. Nosotros para crear software lo que necesitamos es preguntarnos porqué queremos crear software: Algunas respuestas a esta pregunta podría ser lo siguiente: 1. Porque me gustaría aprender a diseñar software. ¿Y a quién no? 2. Porque tengo un ejercicio que deseo llevarlo a un software y lo resuelva. Ó 3. Me gusta programar y deseo hacer software. Bien! Pero ¿para qué quiero hacer software? Bueno... Y aquí surgen las dudas. Algunas personas que pregunté cuando inicié algunos cursos relacionados a la programación me respondieron lo siguiente: "Porque quiero aprender a programar...", esta bien su respuesta, pero el detalle está que nosotros siempre vamos a aprender a programar, pero ¿en qué situación usaremos nuestros conocimientos? La solución a esta pregunta es la que escribo: "...Piensa en algun problema o detalle que puedes tu creer transformar a un software...". "...Observa e imagina el problema en tu cabeza y piensa cómo podrías transformar esa idea en un diagramas de flujo..." "...Qué necesitas para poder crear tu diagrama de flujo al plantear un problema para analizarlo..." ¿Problema? Bingo!! Nosotros para empezar a diseñar un software o programa o simplemente programar cualquier cosa antes necesitamos tener un problema cualquiera para poder analizar, desarrollar o resolver. caso contrario nuestro objetivo de programar o diseñar software basado en diagramas de flujo seria nulo o no nos serviria de nada. Por tanto antes piensa en algun problema en particular, por ejemplo: 1. Calcular la derivada o integral de una función. Este es el problema! Entonces, haré un software que me calcule no solo una función sino "N" funciones con un solo programa o software. 2. Graficar el Potencial Hidráulico de un acuifero. Este es un problema! Entonces , haré un software que me grafique no solo con dos puntos, sino con "N" puntos para graficar. 3. Y asi sucesivamente... Es importantísimo primero pensar que qué cosa quiero hacer; ése es el inicio para encontrar un problema para analizarlo y poder convertirlo a software. Piensa! Analiza! Resuelve!

Introducción al Curso

Hola! Mi nombre es Gustavo Zavala Grundy y seré quien les enseñe todo acerca de este primer curso online sobre diseño de software en sus primeros inicios. Bien! Como esta parte es una introducción a nuestro curso tendré que hacerles algunas preguntas que son importantes: 1. ¿Para qué quieren hacer software? 2. ¿Tienen alguna noción acerca de diseño de software? (información que pueda ser que hallan leido por alguna web) 3. ¿Saben qué es un diagrama de flujo? ¿Como se diseñan? 4. ¿Tienen alguna noción sobre manejo del flujo de imformación o data? y 5 ¿Han recibido algún curso similar a este? No se preocupen por estas preguntas, porque aquí son Uds. quienes aprenderán acerca de este mundo del diseño de software basado en diagramas de flujo. Si en un caso, tienen Uds. conocimiento acerca de las preguntas que les plantié en hora buena, porque así estarán más preparados para hacer software. Bien! Algunas abreviaturas que en nuestro curso aprenderemos a dominar para no ser ambiguos al escribirlas en nuestro curso. A citar algunas de ellas: (Recomendación: anotarlas en un cuaderno de bolsillo o de mano para tenerlas siempre listas!) * DF : Diagramas de Flujo. * ED : Entrada de datos. * PR : Procesamiento de datos. * SD : Salida de datos. * DS : Diseño de Software * PRO : Procesamiento. Estas son las 6 primeras abreviaturas que usaremos en nuestro curso. Bien! Como introducción está perfecto. En nuestro siguiente capítulo ticaremos un punto muy importante: ANÁLISIS DEL PROBLEMA.