it-swarm-es.com

¿Se utilizan realmente los diagramas de Nassi-Shneiderman?

Aprendí sobre ellos en un curso de Programación Estructurada, pero nunca los vi usar a partir de entonces ni en la fase de análisis ni con fines de documentación. Ni siquiera para lenguajes altamente estructurados como Pascal (Delphi).
¿Alguno de ustedes realmente usa diagramas de Nassi-Shneiderman? En caso afirmativo, ¿qué herramientas utiliza para crearlos/mantenerlos?
editar:
¿O nunca ha oído hablar de ellos?

8
stevenvh

He oído hablar de los diagramas de Nassi-Shneiderman, aunque yo no los uso.

No puedo evitar publicar un enlace a la carta de rechazo que Nassi y Shneiderman recibieron de Communications of the ACM cuando propusieron por primera vez el diagrama:

http://www.cs.umd.edu/hcil/members/bshneiderman/nsd/rejection_letter.html

5
Lorin Hochstein

Nunca los hemos usado.

Editar

Sí, yo (nosotros) hemos oído hablar de ellos. ¡Gracias por preguntar! :-)

En serio, simplemente no los usamos. Usualmente mantenemos los diagramas en diagramas de flujo simples que generalmente son más fáciles de leer y comprender.

4
Walter

He oído hablar de ellos y he leído algunos libros que los utilizan ampliamente. Rápidamente llegué a la conclusión de que incluso el lenguaje ensamblador (por ejemplo, MIXAL en los libros de Knuth) era más comprensible. Nunca tuve la menor necesidad de dibujar uno (y no recuerdo que nadie me lo haya pedido nunca).

3
Jerry Coffin

Yo los he usado. Pero más a menudo uso algún tipo de pseudocódigo al diseñar un algoritmo.

Puede escribir pseudocódigo con cualquier editor y combinación de lápiz y papel. Los diagramas suelen ser más difíciles de editar y tienden a ensuciarse.

Todavía utilizo diagramas UML para el diseño OO. Mayormente clase, pero a veces diagramas de transición de estado para clases con estado complejo.

1
Toon Krijthe

Pensé que eran geniales cuando encontré la notación a principios de los 80. Pero está tan cerca del código normal y es engorroso mantener tanto los diagramas como el código, que decidí que usar código con sangría era lo suficientemente parecido para mi gusto.

1
Huperniketes

Sí, los usé hace algunos años, pero en tiempos de UML parecen un poco pasados ​​de moda. En mi opinión, el diagrama de Nassi-Shneiderman sigue siendo un buen tipo de diagrama para visualizar un bloque de código estructurado, mucho mejor que un diagrama de actividad de UML.

Por otro lado, podría ser más fácil simplemente echar un vistazo directo al código ...

Puede encontrar una herramienta comercial aquí: http://www.easycode.de/produkte.html?&L=1

0
chrmue

Cuando estaba por primera vez en la universidad, una lección tuvimos esta cosa de comparar y contrastar varios métodos y diagramas. Nassi-Schneiderman fue un ganador pero con ciertos problemas resaltados. Los condicionales que subdividían el ancho de la página rápidamente se volvieron poco prácticos, por lo que se propuso que podríamos usar una representación más parecida a esa para la repetición. Además, las líneas y cajas parecían redundantes hasta cierto punto.

Piénselo y se dará cuenta de que hacia lo que nos inclinamos era básicamente un pseudocódigo estructurado con sangría, pero con un uso limitado de líneas dibujadas en un lado para resaltar la sangría, o más exactamente para reforzar la pretensión de que era un diagrama.

0
Steve314

Hace muchos años, cuando trabajaba para el Centro de sistemas de transporte del Departamento de Transporte de los Estados Unidos, se me asignó la tarea de desarrollar un editor Nassi-Shneiderman que luego se utilizó para documentar los diseños de software dentro del departamento.

Personalmente, nunca los usé. Prefiero mirar el código.

0
Ferruccio