Tools für Software-Reverse-Engineering

Zeig doch mal, wie sowas aussieht.

Das Problem an derart proprietären Dingen: Es gibt kaum allgemein 
verfügbare Tools dafür. Ich schätze mal, da wird dir nichts anderes 
übrig bleiben, als dich reinzuknien.

hast du den "Sourcecode", also die Grafik  noch?

du suchst scheinbar ein "Software-Reverse-Documentating" Tool

Das dir die Dokumentation, die Vorher "vergessen" wurde, im Nachhinein 
erstellt. Und zwar in verständlichen deutschen Sätzen, mit ein paar 
Skizzen dass man es besser versteht. ?



Und dann bist du aufgewacht.. ;-)


Ernsthaft: man "programmiert" doch mit solchen grafischen
Programmierumgebung, weil man(n) eben glaubt, es wäre verständlicher als 
Sourcecode...
(so kann man sich täuschen ;-) )

RevEngSof schrieb:

> Erste Versuche so etwas darzustellen habe ich mit Smartdraw unternommen

Das wird dir nicht gefallen.

Meiner Erfahrung nach sind hier elektronische bzw. programmtechnische 
Hilfsmittel nicht wirklich verfügbar.

Das einzige was bei mir tatsächlich und wirklich funktioniert ist Papier 
unf Bleistift. Wobei der Prozess ein iterativer ist. Du fängst einfach 
mal damit an, so wie du dir denkst, dass es in weiterer Folge hilfreich 
sein könnte. Im Laufe des Analyseprozesses stellt sich dann raus, dass 
du gewisse Dinge falsch verstanden hast, oder das man die anders 
dokumentieren müsste. Und genau da schlägt dann die Stunde von Papier 
und Bleistift. Mit einem Radiergummi ausradieren, bzw. durchstreichen 
und daneben noch mal neu skizzieren geht um Größenordnungen schneller 
als alles was du mit einem Programm erreichen kannst. Erst dann, wenn du 
so einigermassen durch bist und das Komplettsystem überschaust und deine 
Einblicke gewonnen hast, erst dann lohnt es sich, das ganze mit einem 
Programm noch einmal reinzuzeichnen. Aber vorher ist das vergebliche 
Liebesmühe, weil du dich mehr mit dem Tool an sich beschäftigst als 
produktiv damit zu arbeiten.

Das ist meine persönliche Erfahrung und andere mögen zu anderen 
Schlüssen gekommen sein. Allerdings hat sich diese Erfahrung bei vielen 
Meetings bestätigt, in denen der Meetingleiter mit irgendwelchen Tools 
das Brainstorming bzw. die Analyse begleitend dokumentieren wollte. 70% 
der Zeit gehen dafür drauf, dass er irgendwelche Programmoptionen sucht 
bzw. unbedingt und sofort wahre Formatierorgien durchzieht. Dinge, die 
zu diesem Zeitpunkt keinen Menschen interessieren. Mit einer einfachen 
großen Schultafel und Kreide ist man in dieser Phase 3 mal so schnell. 
Und es unterbricht auch nicht dauernd den Denkprozess, wenn er wieder 
mal Files sucht, Farben ändert, eine Abstimmung darüber gemacht wird, ob 
das Blau nicht doch zu sehr Türkis ist, Überschriften statt 24 Punkt 
doch besser 26 Punkt gemacht werden, ständig hin und her gescrollt wird 
damit Tabellen alle gleich aussehen (die dann sowieso 10 Minuten später 
wieder komplett umgekrempelt werden) etc.

Da du ein grafisches Programm hast, würde ich mir erst mal Ausdrucke 
davon machen. Möglichst groß, damit Platz bleibt um Anmerkungen dazu zu 
machen, erkannte Funktionsblöcke einzukreisen, Dinge dazuzuschreiben die 
mir wichtig erscheinen, etc.
Das ist das, was zumindest bei mir noch am Allerbesten und Schnellsten 
funktioniert. Ganz banal und ohne großen Aufwand. Und es sscheint auch 
so zu sein, dass die manuelle Arbeit, die Tätigkeit an sich, den ganzen 
Vorgang unterstützt.