Programm-Fluss-Diagramm

[Ranger]

Hi *all,

ich arbeite derzeit an einem Tool, mittels dem es möglich sein wird, aus einer RPG-Quelle pro Prozedur/Subroutine ein graphisches Fluss-Diagramm zu erstellen.

Derzeit befindet sich dieses in einer ersten privaten Alpha-Version (Bsp. siehe Screenshot):
* total-free klappt bereits ganz gut
* fixed und misch-formen gestalten sich schwieriger
* mehrere Bugs beim erkennen unterschiedlicher Elemente
* In Planung befinden sich diverse weitere Features


Nun interessiert mich, ob es Menschen (außer mich :-D ) gibt, die ernsthaftes Interesse daran haben, damit ich zukünftige Entwicklungen einplanen kann. (gerne auch per PN)

Danke

[Fuerchau]

Hast du dir schon mal von RDi die Diagram-Tools angeshen?
Da braucht man RDi gar nicht erst verlassen.
Zumal neben ILERPG ebenso CLP und COBOL sowie Programmaufrufe angezeigt werden können.
Ausprobiert habe ich es noch nicht.

https://www.ibm.com/support/pages/sy..._diagram_1.pdf

Schade um die Mühe, aber eine schöne Übung;-).

[E305GL]

Hi *all,

ich arbeite derzeit an einem Tool, mittels dem es möglich sein wird, aus einer RPG-Quelle pro Prozedur/Subroutine ein graphisches Fluss-Diagramm zu erstellen.

Derzeit befindet sich dieses in einer ersten privaten Alpha-Version (Bsp. siehe Screenshot):
* total-free klappt bereits ganz gut
* fixed und misch-formen gestalten sich schwieriger
* mehrere Bugs beim erkennen unterschiedlicher Elemente
* In Planung befinden sich diverse weitere Features


Nun interessiert mich, ob es Menschen (außer mich :-D ) gibt, die ernsthaftes Interesse daran haben, damit ich zukünftige Entwicklungen einplanen kann. (gerne auch per PN)

Danke

..ist eine reizvolle Aufgabenstellung. Habe mich selbst bereits vor 50 Jahren (IBM-370 1970er) mit solchen Hilfsmitteln beschäftigt. RDi kann ich nicht beurteilen. Bedenke RPG's sind 3. SW-Generation, wir hingegen arbeiten bereits mit der 5. Was ist Deine Zielsetzung, kann der Nutzen beziffert werden letztendlich was soll das bringen ?? Es bibt heute bereits TRACE-Funktionen die in Echtzeit die angestossenen Funktionen/Abläufe wiedergeben und somit (starre) Diagramme entbehrlich machen. Für weitere Auskünfte und Erfahrungsaustausch zu diesem "unerschöpflichen" Thema kannst mich gerne auch direkt kontaktieren www.emsenhuber.at

[Fuerchau]

Um Trace-Funktionen per Diagramm darzustellen muss man auf der IBM i einen sog. Jobtrace durchführen. Mit diesem kann man Aufrufe verfolgen und Laufzeiten ermitteln (eingschränkt durch den Trace selber).
Ob es dafür bereits Tools gibt weiß ich nicht, wäre aber eine Untersuchung wert, diese grafisch auszuwerten. Bei ILE ist das mit Funktionsaufrufen natürlich besser, da EXSR's rein intern keine Calls ausführen.

[camouflage]

Schade um die Mühe, aber eine schöne Übung;-).

Immerhin ist die "schöne Uebung" mit dem RDi Visualizer nicht zu vergleichen, da sie viel mehr in's Detail geht. Ob es sich für den Gebrauch eignet, muss jeder selbst beurteilen. Es gibt auch andere Produkte wie zum Beispiel eXplain von PKS und Arcad hat sicher auch was.

[AG1965_2]

Also ich habe mir die Visualisierung des RDi angesehen und sie ist für uns, so wie sie derzeit zu sein scheint, völlig unbrauchbar.
Bei uns werden per Copies diverse Standard-Unterroutinen eingebunden, die für das Verständnis des Programms völlig uninteressant sind. Das macht die RDi-Strukturen extrem unübersichtlich.

Ich habe dazu keine Einstellmöglichkeiten im RDi gefunden, was nicht heißt, dass es sie womöglich nicht doch gibt und ich sie bloß nicht gefunden habe. Oder dass nach dem nächsten PTF / Upgrade ganz anders / viel besser aussieht. Deine Arbeit also möglicherweise wirklich umsonst ist.

Mit Programmen vieler verschiedener Autoren aus vielen verschiedenen Epochen ist es aber schwierig, generelle Aussagen zu treffen und letztendlich kommt es auch auf das gelöste Problem an.

Als Stand-alone-Tool, das nichts Anderes braucht, schlank und schnell ist, könnte mir sowas aber schon gefallen. Am besten ohne Installation, denn dafür fehlen mir die Rechte.

Für das Diagramm würde ich mir möglichst standardisierte Symbole wünschen, wie ich sie eigentlich aus den 80ern kenne, aber ich kann vielleicht auch mit was Anderem leben.

SVG wäre optimal, auch für die Ausgabe.

Eine white list mit allen Subroutinen, von denen ich weiß, was sie tun und die ich gar nicht angezeigt bekommen möchte.

Je nach Autor / Generation möchte ich mal alle Kommentare, dann wieder nur die, die für externe Dokumentation gedacht sind, wie z.B. von RPGLEDOC https://systemideveloper.com/pages/downloads/RPGLEDOC/. Oder nur die ersten Kommentar-Zeilen einer SR.

"Zierzeilen" sollten entfernt werden können.

Im Idealfall kann ich bei CALLs draufklicken und das aufgerufene Programm ins Diagramm dazunehmen.

Das fällt mir mal spontan ein, ich schau mir Vorabversionen auch gerne mal an.

[Fuerchau]

Ich kann leider nicht sehen, wer mir diese Meldung geschickt hat:
"RDi nicht angesehen, aber jeder Menge Meinung."

Ich arbeite nun seit knapp 3 Jahren mit RDi, ich habe mir das also sehr wohl angesehen.
Leider bin ich mit RDi längst nicht so zufrieden.
Remote vom Homeoffice beshäftigt sich RDi dauernd mit Syntaxanalyse (der grüne Balken unten rechts ist ständig aktiv). Möchte man sich Variablen per Autovervollständigen laden, wird nur gepiepst.
Ohne eine 2. Ansicht/Fenster von Copies kommt man leider nicht aus.
Mit Eclipse und Java oder in VB6 und .Net ist das erheblich effektiver und das schon seit über 20 Jahren.

So ist das manchmal auch mit den schönen Bildern. Aussehen alleine reicht da auch nicht.

[dschroeder]

Ich kann leider nicht sehen, wer mir diese Meldung geschickt hat:
"RDi nicht angesehen, aber jeder Menge Meinung."

Ich arbeite nun seit knapp 3 Jahren mit RDi, ich habe mir das also sehr wohl angesehen.
Leider bin ich mit RDi längst nicht so zufrieden.
Remote vom Homeoffice beshäftigt sich RDi dauernd mit Syntaxanalyse (der grüne Balken unten rechts ist ständig aktiv). Möchte man sich Variablen per Autovervollständigen laden, wird nur gepiepst.
Ohne eine 2. Ansicht/Fenster von Copies kommt man leider nicht aus.
Mit Eclipse und Java oder in VB6 und .Net ist das erheblich effektiver und das schon seit über 20 Jahren.

Ich weiß leider auch nicht, wer dir die Meldung geschickt hat. Aber ich möchte hier mal eine Lanze brechen für den RDi. Wir arbeiten seht mehr als 10 Jahren damit und könnten nicht mehr ohne auskommen. Du hast recht: PC-Entwicklungswerkzeuge wie z.B. Java Eclipse sind ausgereifter. Aber was ist die Alternative?

Wer sich mit RDi beschäftigen möchte, muss sich meiner Meinung nach mindestens um folgende Dinge kümmern, damit er vernünftig arbeiten kann:

1. Verwenden und Einstellen der Objekttabelle, sodass man seine Sourcen vernünftig verwalten kann. Sourcen sollten meiner Meinung nach NICHT über den Remote System Exporer verwaltet werden!
2. Einstellen und Abspeichern einer passenden Perspektive, sodann man einen großen Editor sieht und zusätzlich die Gliederung im Blick hat
3. Installation von iSphere (ist kostenlos und open source). Ein richtig tolles Tool!

Dieter

[Fuerchau]

RDi selber will allerdings eine Lizenzprüfung durchführen.
Ich beschränke mich da dann halt auf den RPG-Editor mit Syntaxchecker (RPG/LE + SQL).
Bei SQL schafft der auch nicht irendwelche Hostvariablen anzubieten.

Aber du hast recht. Mit Free und Total kann man da sehr gut zurechtkommen. Zumal der alte SEU da nur noch alles revers hinterlegt.
Wenn nur die Quellanalyse da etwas zügiger arbeiten würde...

[RXG4NWS2021]

Hallo, bin zwar gerade dabei nach sehr langer Zeit wieder RPG und COBOL zu entstauben,aber wie wärs mit PlantUml, DOT,..

HTH
Rainer