Source Code --> Struktogramm

Re(7): Source Code --> Struktogramm

Ingenico — Fri, 28 Nov 2003 14:20:58 GMT

> Ich programmiere Middleware in Kombination mit Oracle (Procedure's)

Stell dir mal vor, ein etwas komplexeres SQL-Statement (inkl. Joins und Breaks) in eine Diagramm-Form zu verpacken.
Ich gehe jede Wette ein, daß das lesen des SQL-Statements mehr Dokumentations-Charakter hat als das Diagramm.

Speziell bei 4th-GL Sprachen wird es immer unsinniger, den Source-Code in eine Digramm-Form zu bringen.
Ich denke, du suchst hier eher etwas, das eine Ebene "höher" angesiedelt ist und eher auf die Organisations- und Transaktionsabläufe eingehen müsste.

LG
Ingenico

Re(7): Source Code --> Struktogramm

mar99 — Fri, 28 Nov 2003 11:50:59 GMT

Wenn die Probleme nicht so komplex sind, so kann man auch mal drauf losprogrammieren, da hast schon recht.

> Das Problem ist das warten der Software, weil wir nur durch durchsicht des Source Codes (und File Name) wissen worum es in dem Programm geht.

Dieses Problem, dann noch mit dem Zeitfaktor verknüpft - Wie aufwändig ist es für dich sich in so ein Programm wieder "einzulesen" und wie oft kommt das vor? Wieviel Zeit würdest du dir mit einer guten/mittelmäßigen/minimalen Doku ersparen? So kommst du auch sicher darauf, ob es Sinn macht zu Dokumentieren, jedoch nur auf den Zeitfaktor beschränkt, es gibt natürlich noch andere wesentliche Faktoren (Qualität, was ist wenn der Mitarbeiter kündigt, ...).

mar99

Re(6): Source Code --> Struktogramm

Schokokipfal — Fri, 28 Nov 2003 11:35:41 GMT

Ich programmiere Middleware in Kombination mit Oracle (Procedure's) und ich finde es auch nicht sonderlich schön unter Zeitdruck zu entwickeln weil Dokumentation mit der Entwicklung mitlaufen sollte. Aber wenn man derart in Zeitdruck und auf Zuruf anfängt zu programmieren ist es unmögliche zu dokumentieren.

Ich weiß dass man sich vorher Gedanken über die Programmierung bzw. Algorithmus des Problems machen sollte, die Programme sind aber nicht sooooo umfangreich das sie während der Entwicklung unübersichtlich werden. Das Problem ist das warten der Software, weil wir nur durch durchsicht des Source Codes (und File Name) wissen worum es in dem Programm geht.

Re(5): Source Code --> Struktogramm

mar99 — Fri, 28 Nov 2003 11:11:52 GMT

> Es ist eben das Problem das wir nicht viel...bis gar keine Zeit für Dokumentation haben

Wenn ich das schon lese stellt es mir alles auf
Nun gut, es kommt drauf an welche Art von "Programmen" ihr entwickelt. Es gibt beispielsweise doc-Generatoren (man muss die doc natürlich mit entsprechenden Tags im Code kennzeichnen).

Sonst, nur mal zum Überlegen. Struktogramme werden normalerweise zum darstellen von Algos verwendet sind, bei größeren Programmen werden diese aber meißt äußerst unübersichtlich, außerdem kommt hier keine zusätzliche Info (=Doku) hinzu. Wenn es schon in diese Richtung gehen soll, so würde zumindest ich diverse UML Diagramme bevorzugen (je nachdem was gemacht wird). Das grundlegende Problem bleibt jedoch, und zwar das ihr eigentlich den "verkehrten" Weg gehen wollt, und zwar das ihr zuerst das Programm schreibt und dann Dokumente anfertigen wollt, die normalerweise zu Beginn erstellt werden um dann vernünftig Programmieren zu können - wie gesagt, das alles ist immer von der Art der SW abhängig.

mar99

Re(6): Source Code --> Struktogramm

Schokokipfal — Fri, 28 Nov 2003 10:00:54 GMT

Es sollen ja nicht wirklich alle lesen können nur die die es angeht und die die ihren Arbeitsplatz sichern wollen

Re(3): Source Code --> Struktogramm

Robert Craven — Fri, 28 Nov 2003 08:48:12 GMT

UML => Rational Rose

Re(5): Source Code --> Struktogramm

Taggy — Fri, 28 Nov 2003 08:19:25 GMT

Naja, je nachdem wer das lesen soll, bietet sich die eine oder andere Möglichkeit an.

Ein Struktogramm können eigentlich nur Leute lesen die einmal gezwungen wurden so etwas zu zeichnen, ein Flowchart (bzwl. diverse Abwandlungen davon) kann jeder lesen, selbst der Manager der keine Ahnung davon hat, kann den Finger nehmen und die Schleife solang entlang fahren bis die Bedinung nicht mehr zutrifft und bei den Abfragen geht er nach links oder rechts.

Ich persönlich empfinde Struktogramme als die Spitze der Unübersichtlichkeit.

Re(4): Source Code --> Struktogramm

Schokokipfal — Fri, 28 Nov 2003 07:43:07 GMT

Was ist deiner Meinung nache eine bessere Lösung. Es ist eben das Problem das wir nicht viel...bis gar keine Zeit für Dokumentation haben, um ein Programm halbwegs übersichtlich darzustellen würde sich so eine Programmchen anbieten.

Re(3): Source Code --> Struktogramm

Taggy — Fri, 28 Nov 2003 07:27:59 GMT

Also das Tool müsste Code in Struktogramm umwandeln können, vielleicht kann man das irgendwie batchen.

Aber irgendwie ist ein Struktogramm nicht die ideale Variante um Algorithmen darzustellen.

Re(2): Source Code --> Struktogramm

Schokokipfal — Fri, 28 Nov 2003 06:32:59 GMT

Keine Schule --> ist für die Arbeit kennst eine Alternative einen ganzen Haufen Programme in eine halbwegs übersichtliche Form zu bringen, das ganze "halbautomatisch"?!

Re: Source Code --> Struktogramm

Taggy — Fri, 28 Nov 2003 01:56:27 GMT

http://www.easycode.de/docs/de/d_aktuell.htm

Welche Schule, welche Klasse?

Re: Source Code --> Struktogramm

Slipknot — Thu, 27 Nov 2003 17:03:31 GMT

So viel ich weiß schon, falls ich mich richtig erinnere gibts sowas aufjedenfall für C: EasyC

Source Code --> Struktogramm

Schokokipfal — Thu, 27 Nov 2003 11:45:23 GMT

Hallo,
gibt es Software die aus einem Source Code ein Struktogramm machen?

Vielen Dank für eure Hilfe!!