Beste Variante ein Programm vom Vorgänger zu übernehmen?!

Hallo miteinander,

habe dazu leider nichts gefunden und stelle hier jetzt einfach die Frage.

Ich soll jetzt an der Arbeit ein Programm von einem Vorgänger übernehmen. Den eher seltsamen und verschachtelten Programmierstil lass ich mal ganz außen vor. Einfach drauf los bringt meines Erachtens nichts. Ich benötige dazu viel zu viel Zeit den richtigen Faden zu finden.

Gibt es eine bewährte Methode, ein Programm von einem Vorgänger zu übernehmen?
Wie beginnt man am besten?
Sollte man dazu Notizen machen? Wenn ja, in welcher Form? (Word, Excel, Diagramm?)

Welche Erfahrung habt ihr gemacht.

Vielen Dank
Gruß C.

Anzeige

Hallo C.,

Zitat:Ich soll jetzt an der Arbeit ein Programm von einem Vorgänger übernehmen. Den eher seltsamen und verschachtelten Programmierstil lass ich mal ganz außen vor. Einfach drauf los bringt meines Erachtens nichts. Ich benötige dazu viel zu viel Zeit den richtigen Faden zu finden.
Gibt es eine bewährte Methode, ein Programm von einem Vorgänger zu übernehmen?

Ja, sowas kann richtig anstrengend sein/werden…

Zitat:Wie beginnt man am besten?
Sollte man dazu Notizen machen? Wenn ja, in welcher Form? (Word, Excel, Diagramm?)
Welche Erfahrung habt ihr gemacht.

"Am besten" liest man die Doku des Vorgängers!
Ansonsten: Programm studieren und zumindest probieren, es zu verstehen.
Notizen kannst du machen, wie du willst - ich arbeite gern mit Papier und Stift…

Wenn das Vorgängerprogramm "zu schlimm" programmiert wurde, kann es hilfreich sein, einfach ein neues Programm von Grund auf zu erstellen. Dazu sollte man einfach mal auch mit den Usern sprechen und von ihnen erfahren, was das Programm können soll/muss…

Hallo C.,

bei umfangreicheren VIs hilft es schon mal, wenn man die einzelnen GUI-Anzeigeelemente anklickt, dann sieht man wo das Element im Blockdiagramm liegt. Wenn ein Eingabe/Ausgabewert auf mehreren verschiedenen Pfaden im Blockdiagramm weiterführt und dort verwendet wird, dann hilft es den Code "quasi etwas zu entflechten", wenn man jeden Pfad zunächst nacheinander abtrennt und wieder mit einem jeweilig erzeugten Wert-Eigenschaftsknoten verbindet. Nach einem Aufräumen-Kommando wird es dann schon mal wesentlich übersichtlicher.
Dann sollte man versuchen, das komplexe VI geeignet aufzuteilen.

Viel Erfolg!
ITScotty

Bei größeren Projekten empfiehlt sich Module zu identifizieren (Konfig lesen, Datenerfassung, Messungen etc) und die Aufrufhierachie zu entwirren. Wer ruft wen auf, was läuft parallel? Das muss nicht unbedingt bis auf VI Ebene aufgedröselt werden. Es reicht evtl. schon eine Übersicht zu haben, wer die Datenerfassung startet, wo die Datenspeicherung aufgerufren wird usw. Etwas ähnliches kann man auch für die Daten machen. Wo entsteht ein Wert, wo wird er benutzt/gespeichert.

Ich habe mir immer eine Baumstruktur auf Papier gezeichnet, das geht am schnellsten. Du kannst das aber auch schön in einem Diagramm visualisieren, als Komponentendiagramm oder Ablaufdiagramm. Das ist aufwendiger, aber dafür kannst du es später auch als Dokumentation verwenden. Nur nicht vergessen, brav deine Änderungen einzuarbeiten.

Thomas

Vielen Dank für euer Antworten über eure Erfahrungen.

Ich kämpfe mich so Schritt für Schritt durch. Dabei sind eure Erfahrungen echt hilfreich. Danke

Habe schon bemerkt damit die Doku schon mal einen Leitfaden vorgibt. Welchen Weg das Programm in etwa durchläuft.

Meine ersten Schritten war es jetzt mal das Programm grob zu verstehen. Anschließend habe ich das Programm in Teilbereiche aufgeteilt und nehme mir jetzt Bereich für Bereich vor.

Für das Allgemeine habe ich mir einen Programmablaufplan erstellt. Dieser hilft mir immer wieder die Zuordnung und den Workflow übersichtlich darzustellen.


Natürlich sind hier im Thread weitere Tipps und Tricks herzlich Willkommen.

Gruß C.