Creando Diagrama de Flujos de Sus Códigos Fuentes

[Jean Pierre Adonis De La Cruz Garcia]

Creando Diagrama de Flujos de Sus Códigos Fuentes

Visustin es un generador de diagramas de flujo para desarrolladores de software. Convierta el código fuente en diagramas de flujo y diagramas de actividad UML de manera automática. Dibuje diagramas de flujo con su ratón. Vea e imprima gráficos o expórtelos a Visio.

web: http://www.aivosto.com/visustin-es.html

Por que Usarlo

* Verifique la lógica de un programa con la ayuda de diagramas de flujo. Encuentre los errores antes que lo hagan los usuarios. Ahorre costes encontrando antes los errores.

* ¿No puede ver el error? Vea un diagrama de flujo para obtener una mejor comprensión y agilizar la depuración.

[Victor Espina]

Tenia aaaaaaaaños que no veia algo hecho en VB6.  La idea no es mala, pero es simplemente impractica.  Los diagramas de flujo tienen utilidad de modelar procesos en forma abstracta; aplicalo a un codigo fuente, considero, no genera ningun tipo de ventaja ni ayuda a la visualizacion. 

De hecho, tome este simple codigo js:

   display.empty();
    for (var i = 0; i < data.length; i++) {
      var row = data[i];
      if (row) {
       
        display.append(headerTemplate.render({
          seat: s.seat,
          seatno: i
        }));
       
        for (var j = 0; j < row.length; j++) {
          var item = row[j];
          display.append(rowTemplate.render({
            seatno: i,
            itemno: j,
            meal: item.descrip,
            details: app.getOrderDetails(item, {
              prodd: "descrip2",
              cookd: "descrip2",
              extrad: "descrip2"
            })
          }));
        }
      }
    }
    display.listview('refresh');

Y el diagrama resultante fue simplemente confuso, en el mejor de los casos.  Y ese codigo es simple; imagino lo que hubiera generado con un codigo mas complejo.

Victor

[Carlos Miguel FARIAS]

Con lenguajes como VFP, o Python, Ruby y algunos otros, los diagramas de flujo son mas lentos de elaborar que la propia codificación.

Cuando aprendí a programar, usaba diagramas de flujo, porque luego debía ponerlo en assembler, y luego tratar de que entrara en un kilobyte de memoria, entonces, si diagramar era efectivo.

Con RPG, para algún algoritmo de cálculo, si necesitabas algo de diagrama, pero para el resto no. Con basic, en algunos casos, un diagrama ayudaba, pero luego no.

Un método de diagramación que si puede ser apropiado (para aprender, luego, se incorpora en la cabeza y ya no es necesario) es el LCP (Logica de Construcción de Programas) de Gardner, basados en estructuras de Vernier y Jackson.

En general, los lenguajes modernos, una vez comprendido el proceso del manejo lógico, no requiere que se hagan los diagramas.

UML puede servir para modelos, pero lo veo muy pesado para resolver algoritmos relativamente simples. Además, se presupone que modularizas, funcionalizas, y divides y vencerás.

Saludos: Miguel, La Pampa (RA)

Larga Vida y Prosperidad.

Que la Fuerza los acompañe

[sergio alejandro garcia mendez]

https://www.draw.io/

--

Sergio A. García
correo tayi...@gmail.com

[Carlos Miguel FARIAS]

Pero eso que veo, es un diagrama de bd, no un diagrama de clases, de estados u otro de UML.

Se me paso el viernes, pero tengan cuidado, el sexo seguro es usando condones, no con drones

Saludos: Miguel, La Pampa (RA)

Larga Vida y Prosperidad

Que la Fuerza los Acompañe

2015-12-12 14:47 GMT-03:00 YuLSoft <yul...@gmail.com>:

UML

http://www.visual-paradigm.com/download/community.jsp

 

 

 

[ivan berlot]

Difiero respecto a la falta de utilidad de los diagramas, me dedico en buena parte a la migración de aplicaciones de lenguajes como COBOL y puedo decir que muchas veces la lectura de la misma es impracticable. Diagramar el código a servido para reducir en gran medida los errores de pasaje.

[Jean Pierre Adonis De La Cruz Garcia]

esta noticia iba a cumplir 2 años, como es VIERNES se ve que algunos leen su correo bien atrasadito, ojala que no respondan despues de 2 años mas.
Feiz VIERNES.

[Carlos Miguel FARIAS]

El programa sirve para aprender a programar. Una lógica compleja no la maneja. Si tienes 1000 líneas de código, donde evidentemente tienes mínimo 20 procedimientos (y fácil 50) con un diagrama de flujo lineal no logras nada. Se tiene que recurrir a métodos de diagramación como LCP (Gardner-Jackson) HVE (Historia de Vida de las Entidades) o UML.

Y para recodificar un programa de un lenguaje a otro, hay que conocer bien ambos lenguajes.

Y a veces, la lógica utilizada para programar en un lenguaje no es la apropiada para pasarlo tal cual a otro.

Es muy probable que algo práctico en un lenguaje (NIVEL 88 en COBOL) no puedas pasarlo tal cual a otros lenguajes.

Saludos: Miguel, La Pampa (RA)