Migration RPG/CL in .net / java etc.

[Fuerchau]

Zusätzlich muss man unterscheiden, ob man tatsächlich die Plattform wechselt, also weg von der AS/400 geht, oder die aufgeführten "Migrationstools" verwendet.

Bleibt man jedoch auf der AS/400 handelt es sich ja eigentlich nur um ein aufhübschen der Altanwendung.

Dazu gilt, dass nun mal eine Anwendung i.W. nur zwischen 10-30% aus Dialog besteht.
Die Migration der Anwendung besteht also in der Umsetzung der Dialoganwendung.
Die meisten der Tools änderen daher nur den Dialogteil eines Programmes durch Aufrufe von neuen API's an Stelle der alten READ/WRITE/EXFMT für die DSPF's.
Das Programm läuft ja weiterhin auf der AS/400 und kann daher (fast) alle API's des Systems weiter verwenden.
CLP's, die keine Dialoge verwenden sind also auch weiterhin aufrufbar.

Der Migrationsaufwand, also das Aufhübschen der Anwendung, kann sich also, in Grenzen, durchaus lohnen.

Allerdings sollte man dabei nicht vernachlässigen, dass bei migrierten Anwendungen häufig der "Transaktionsdurchsatz" verschlechtert.
Dies liegt nicht an der Migration selber, sondern am Arbeiten mit der neuen Anwendung durch mehr Mausarbeit (Zielen und Clicken) und weniger Tastaturarbeit.
Ich habe schon sehr häufig gesehen, dass man von Eingabe zu Eingabe mit der Maus clickt an Stelle die Tastatur zu verwenden.
Im Durchschnitt dauert z.B. eine simple Auftragserfassung dann 2-4 Mal so lange wie mit dem guten alten Greenscreen.

[BenderD]

... die Realität der Magie ist die Illusion

[RobertMack]

OVRDBF FILE(TRAUM) TOFILE(POWER7) OVRSCOPE(*FUTURE)