Andreas Gaede ist einer der Gründer und heute alleiniger CEO/GF der PITSS GmbH, die ihren Hauptsitz in Stuttgart hat. Weitere Standorte sind Paderborn, Henly-on-Thames, UK und Troy, USA. PITSS ist eines der führenden Software-Häuser, die sich auf die Analyse und Modernisierung von Oracle Forms und Oracle Reports Systemen spezialisiert hat. Ihre Produkte und ihr Service werden weltweit angeboten.

Popular Posts

Der leichte Weg für den Upgrade und die Optimierung von Oracle Forms Applikationen

Mehr lesen

PITSS erhält Zuschlag für Förderprojekt des BMBF zur digitalen Softwaredokumentation

Mehr lesen

Andreas Gaede:
Wenn man als typischen schwäbischen Mittelständler eine Firma meint, die hoch-innovativ und verlässlich ist, tolle Produkte, einen erstklassigen Service bietet und auch schwierige Projekte in der vorgegeben Zeit und im Kostenrahmen abschließt, dann wäre es mir eine Ehre als solcher dargestellt zu werden.
Aber ja, wir sind mit unserer Software weltweit unterwegs und machen Projekte überall dort, wo Kunden Oracle Forms Anwendungen einsetzen, die entweder qualitativ verbessert werden sollen oder, was aktuell immer mehr nachgefragt wird, wo Kunden ihre in die Jahre gekommenen Oracle Forms Anwendungen nach Oracle APEX überführen wollen oder müssen.

Andreas Gaede: Die PITSS gründete sich 1999 als Dienstleister in Bereichen der ERP Entwicklung und Implementierung, wie z.B. der Oracle E-Business Suite EBS und als versierter Oracle Spezialist. Ziel war es stets, Professionelle IT Lösungen in Form von Software-Produkten und Services anzubieten, kurz PITSS.

Es war auch die Zeit für viele Oracle Forms Kunden ihre serverseitigen, Character-basierenden Anwendungen in Richtung Client Technologie mit Forms 4.5, 5 oder gar 6 zu modernisieren. Aus diesem Grunde wandten sich zahlreiche Unternehmen hilfesuchend an uns, um ihre gewachsenen Geschäftsanwendungen auf das neueste Forms Release zu heben.

Andreas Gaede:
Oh ja, das war sehr kompliziert. Es war ja nicht nur ein Software-Upgrade, das man einspielte und dann war alles erledigt. Der Schritt von Character-orientiert zu GU-orientiert und später von Client-Server zu einer three-tier Architektur waren komplexe Herausforderungen, die manchen CIO und seine Teams an ihre Grenzen brachten.

Der Fertigungsingenieur und leidenschaftliche Informatiker in mir sträubte sich jedoch, diese Aufgabe für jeden einzelnen Kunden in manueller Handarbeit durch viele IT-Fachkräfte mühsam und doch fehleranfällig umsetzen zu lassen. So entstand schon früh unsere Mission, intelligente Produkte wie PITSS.CON zu entwickeln, die enorme Datenmengen, in Form von Programm-Code, Prozeduren, Funktionen bis hin zu Datenbank-Tabellen, nicht nur einer, sondern vieler unterschiedlicher, branchenspezifischer Anwendungen als Metadaten laden und verstehen können.

Andreas Gaede:
Ja, genau. Bereits mit unserem ersten Produkt, das wir 2001 fertiggestellt hatten, stellten wir vor nahezu jede Handlung eine umfängliche, maschinengestützte Analyse. Analyse war das Zauberwort. Das Durchleuchten und verstehen der Systeme war und ist ein wichtiges Grundprinzip unserer Herangehensweise. Die analytisch aufbereiteten Daten ließen sich nach Belieben verändern, kostenbewusst warten und auf neueste Versionen anheben. Damit stellten wir uns ganz bewusst gegen das übliche, lukrative IT Dienstleistungsmodell, das möglichst viele Ressourcen möglichst lange bei den Kunden unterbringen möchte.

Sicher ein Grund, warum wir in über 40 Ländern erfolgreich unsere Produkte installieren und Projekte erfolgreich abschließen konnten.

Andreas Gaede:
Im Prinzip ist die Abfolge relativ einfach. Ein Kunde liefert uns im Minimum das Forms-.fmbFile, das quasi den Source-Code einer Forms-Anwendung darstellt.

Im besten Fall liefert er uns seine ganze Anwendung, nämlich alle Programmquellen, sprich *.fmb für Forms, *.pll und *.olb als Libraries, *.rdf für Reports, *.sql für all begleitenden SQL Programme bis hin zu ASCII Dateien wie Pro*C und einen Struktur-Dump der Datenbank. Wichtig man liefert keine Daten. Diese Files werden durch unseren PITSS.CON-Parser in ihre Bestandteile zerlegt und diese in unserem PITSS.CON-Data-Cube, innerhalb einer Oracle-Datenbank, abgelegt. Es ist immer noch dieselbe Anwendung. Wir haben aber den ‚Aggregatzustand‘ verändert. Die gesamte Forms-Anwendung liegt nun in einem Zustand vor, der eine Auswertung nach allen Regeln der SQL-Kunst zulässt.

Wohlgemerkt, wir brauchen keine Kundendaten für diese Übung und wir verändern in dieser Phase die Anwendung in keiner Weise.

Andreas Gaede:
Wie erwähnt, hat der Kunde die Möglichkeit, seine Anwendung nach allen Regeln der Kunst auszuwerten und zu begutachten. Wir liefern eine Vielzahl vordefinierter Analysen und Auswertungen. Er bekommt eine ausführliche Dokumentation seiner Anwendung und eine Liste der Schwachpunkte, die in einem nächsten Schritt teils mit einem hohen Automatisierungsgrad eliminiert werden können. Das Ergebnis wäre dann eine runderneuerte, verbesserte, verschlankte neue Version der bisherigen Forms- oder Reports-Anwendung.

Andreas Gaede:
Ja, diese Informationen sind ohne den Einsatz von PITSS.CON nur sehr schwer, sehr umständlich und meist nicht vollständig zu erhalten. Einmal zerlegt und in den Data Cube geladen, kann das Forms-System aus unterschiedlichen Blickwinkeln begutachtet werden. Das macht aus unserer Sicht – dauerhaften Einsatz vorausgesetzt – unser Produkt zu einem Qualitätssteigerungstool.

Man kann sogar so weit gehen, dass es keine Änderungen mehr geben sollte, ohne dass diese Änderungen mit Hilfe von PITSS.CON im Vorfeld qualitätsgeprüft sind. Selbst nach erfolgten Änderungen kann PITSS.CON zur optimalen Testunterstützung herangezogen werden. In diesem Fall lassen sich die Änderungen im Ablauf so aufzeigen, dass ein gezieltes und zeitsparendes Testen der Anwendung möglich wird. Aber das ist natürlich Sache der Kunden, wie sie im praktischen Einsatz damit umgehen.

Andreas Gaede:
Zum Beispiel soll geklärt werden, wo sich eine Änderung in einer Anwendung oder auch in der Datenstruktur überall auswirkt. Das führt in einem größeren System sehr schnell zu vielen Stellen, die entsprechend angepasst werden müssen. Diese Art der Information bereitzustellen ist innerhalb von PITSS.CON eine triviale Aufgabe. Ohne eine solche Hilfestellung ist es zumindest eine Herausforderung. Dadurch lassen sich viele Fehlerquellen ausschließen und die Qualität des Systems wird maßgeblich verbessert.

Andreas Gaede:
Ja, das eben Gesagte ist nur die eine Seite der Medaille. Ist eine Forms- oder Reports Anwendung einmal in ihre Bestandteile zerlegt, analysiert und eventuell auch modifiziert, kann man, ein entsprechendes Regelwerk vorausgesetzt, aus diesen Daten wieder ein Software-System generieren.

Das Zerlegen einer Forms-Anwendung ist also keine Einbahnstraße. Eine Rückgenerierung, nach einer Bereinigung oder Renovierung, in eine Forms-Anwendung ist genauso gut möglich, wie eine Generierung hin zu einer anderen Plattform. Das ist genau die Idee, die wir bei der Migration von Oracle Forms nach Oracle APEX oder Oracle Reports nach Jasper verfolgen.

Andreas Gaede:
Das mit ‚auf den Knopf drücken‘ stimmt, wenn man aus einer bereinigten Forms- bzw. Reports-Datenbasis wieder ein Forms- oder Reports-Programm generieren lassen will.

Bei einer Migration hin zu APEX oder Jasper ist das nicht ganz so einfach. Wir sind zwar sehr gut in der Umsetzung und wir werden von Version zu Version immer besser, aber eine vollständige Umsetzung einer Forms-Anwendung in Richtung APEX ist nicht möglich und auch nicht immer sinnvoll, um einen nativen bzw. natürlichen APEX Code zu erzeugen, damit im Nachgang eine optimale Wartbarkeit gegeben ist. So ist es vor allem im Front-End-Bereich, denn hier ist bei APEX die Anzahl der Möglichkeiten um ein Vielfaches größer als bei Oracle Forms. In diesem Bereich ist ein manueller Eingriff nötig und von uns, wie meist auch vom Kunden, gewollt.

Migrations-Projekte, dies gilt besonders bei großen Systemen, sind trotz guter Software-Unterstützung ohne ein stringentes Vorgehensmodell und eine erstklassige Projektsteuerung nicht erfolgreich zu machen. Das ist unsere zweite Kernkompetenz: Projektsteuerung und Projektführung. Hoher Automatisierungsgrad durch unser PITSS.CON-Toolset und gute Projektführung sind der Schlüssel für erfolgreiche Projekte.

Unsere Kunden schätzen vor allem, dass unsere berechneten Projektlaufzeiten sehr exakt sind. Dies ist auch der Grund, weshalb wir solche Projekte auch als Festpreisprojekte anbieten und durchführen können.

Andreas Gaede:
Oracle Forms ist ein großartiges Produkt, das allerdings in die Jahre gekommen ist. In Ehren ergraut, kann man sagen. So wie auch der Großteil der Forms-Entwickler und Entwicklerinnen. Im Klartext heißt das, dass viele neue Technologien, insbesondere im Front-End Bereich, nicht oder nur rudimentär eingesetzt werden können. Optisch wirken Forms-Applikation oft ein wenig ‚von gestern‘. Auch was den Einsatz der Anwendungen auf unterschiedlichen Devices angeht, tut man sich eher schwer. Eine Forms-APP auf einem Smartphone oder auf einem iPAD suchen sie vergebens.

Oracle APEX als neue Zielplattform bei einer Migration spielt in einer völlig anderen Liga. Das Entwicklungskonzept ist zwar ähnlich wie bei Oracle Forms, was eine Migration vereinfacht, APEX ist jedoch auf dem aktuellen Stand der Technik was den Front-End Bereich angeht und das Ergebnis sind modernste Systeme, die auf allen Devices ablauffähig sind.

Der zweite Grund, weshalb sich Forms-Kunden mit Migrations-Überlegungen beschäftigen sind die rückläufigen Zahlen von Forms-Experten und -Expertinnen. Bei manchen Firmen geht die Furcht um, eines Tages ohne Entwicklungsunterstützung dazustehen. Auch hier finden wir in der APEX Welt genau die andere Tendenz. Die APEX Entwickler-Community ist riesig und wächst immer noch rasant. So gesehen ist APEX, aus unserer Sicht, die ideale zukünftige Plattform für Oracle Forms-Anwendungen.

Es ist auch innerhalb von Oracle keine Frage: APEX gehört eindeutig die Zukunft.

Andreas Gaede:
Eine vollständige Neuentwicklung eines Anwendungspaketes ist natürlich immer eine Option. Sie bietet sich immer dann an, wenn das bestehende System, die bestehenden Prozesse und Abläufe diametral zu dem aktuellen Forms-System sein müssen. Aus welchen Gründen auch immer.

In den meisten Fällen, die wir kennen, ist dies jedoch nicht der Fall. Hier ist der minimal-invasive Eingriff einer Migration der bessere Weg. Was noch taugt, wird weiter benutzt, anstatt neu erfunden. Hier sind insbesondere das Datenmodell und die unzähligen PL/SQL Prozeduren und Funktionen zu nennen, die meist übernommen werden können. Wiederverwertung von gut getestetem Code wo immer möglich, statt grüne Wiese.

Ein weiterer interessanter Punkt für unsere Kunden ist die Möglichkeit der sukzessiven Migration im laufenden Betrieb. Einzelne, logisch bzw. im Business-Kontext zusammenhängende Module, wie z.B. Lagerprogramme, werden migriert, den EndBenutzern zur Verfügung gestellt und zügig in Betrieb genommen, während andere Module noch mit der Forms-Technologie so lange weiterlaufen, bis sie für die Umstellung an der Reihe sind. Damit werden auch zeitaufwendige und kostenintensive Prototypen obsolet, die nie zum Einsatz kommen, und ersetzt durch neue, schnell produktiv gehende Teilanwendungen, die zu einem frühen und begeisternden Buy-In der verantwortlichen Stakeholder führen.

Vom Kostenstandpunkt und im Bereich Risikominimierung macht es einen riesigen Unterschied, ob man eine vollständige Neuentwicklung plant und durchführt oder eine Migration anstrebt. Mit klarem Vorteil für die Migration.

Andreas Gaede:
Wir sind beides. Eine Software-Firma, die ein innovatives Software-Paket – PITSS.CON – entwickelt und an Kunden verkauft. Wir sind jedoch auch eine Consultingfirma, die Migrationsprojekte, und andere Projekte im Bereich Forms, Reports oder APEX durchführt. Hat ein Migrations-Kunde PITSS.CON bereits im Einsatz, nutzen wir diese Lizenz auch für das Migrationsprojekt. Ansonsten stellen wir PITSS.CON für die Projektzeit zur Verfügung. Wir nutzen also unser eigenes Produkt intensiv in unseren Kundenprojekten. Manche sagen, dass man das dem Produkt ansieht. Im positiven Sinn, ansieht. Ein Migrationsprojekt ohne PITSS.CON ist keine Option, die wir anbieten.

Andreas Gaede:
Neben unseren Kunden, die PITSS.CON einsetzen, sind wir selbst ein großer PITSS.CON Anwender in vielen unserer Consulting-Projekte. Daraus ergeben sich stets neue Anforderungen, die in die neuen Versionen unseres Produktes einfließen. Auch die neuen Releases unserer Zielsysteme wie APEX oder Jasper müssen sich in unseren neuen Versionen wiederfinden. In diesem Jahr haben wir bereits zwei neue Release-Stände freigegeben. Das ist alles sehr dynamisch.

Dass wir auf dem Gebiet der Analyse von Software-Produkten sehr innovativ unterwegs sind, hat sich auch beim BMBF (Bundesministeriums für Bildung und Forschung) herumgesprochen. 2021 haben wir ein erstes Förderprojekt gewonnen, das sich mit der Identifikation von Geschäftsprozessen in bestehenden, eigenentwickelten Anwendungen beschäftigt hat. Dieses Förderprojekt hat unsere Produkt-Suite PITSS.CON um ein weiteres, äußerst leistungsstarkes Modul bereichert, das seit 2023 als ProFind vermarktet wird. Mittels ProFind treten, bei Optimierung und Modernisierung von Anwendung, die implementierten und von den Fachabteilungen betriebenen Prozesse in den Vordergrund. Altlasten, wie nicht mehr verwendete Funktionen, schlechte oder überladene Programmierung, werden herausgefiltert, sodass der Blick frei ist, für das, was wirklich benötigt wird.

Das zweite, aktuell laufende Förderprojekt, beschäftigt sich mit autonomen oder teilautonomen Anpassungen bzw. eigenständigen Reaktionen einer Anwendung. Sehr spannend.

Die Förderprojekte wie auch die weiteren PITSS interne Entwicklungen getrieben von Marktanforderungen und technischen Möglichkeiten haben uns zu einem mehr fließenden PatchProzess unserer Produkte bewogen. Teillösungen werden schon frühzeitig aus Entwicklungsprojekten herausgelöst und nach Test in die vorrangig cloud-basierenden Produkte eingebunden. So profitieren unsere Kunden und Projekte schnell von den neuen Innovationen.

Diesen Innovationsgrad und unseren Status als Thought-Leader im Bereich der Anwendungsmodernisierung werden wir mit Nachdruck weiterverfolgen.

Vielen Dank Herr Gaede für Ihre Zeit und alles Gute für Ihre Team

Weitere Informationen:

PITSS Corporate Communications

Cathrin Cambensi

ccambensi@pitss.com

Interessant für Sie?

Sprechen Sie mit uns…

Ihre Ansprechpartnerin

Uta Daniels
Assistant of Sales Management

udaniels@pitss.com

+49 711/914-012-12

Die Geschichte von Forms und seine Bedeutung für Oracle.

Oracle Forms, oder schlicht Forms, war und ist seit vielen Jahren das Arbeitspferd von Oracle. Unzählige Anwendungen wurden und werden mit dieser Entwicklungsplattform entwickelt und vor allem betrieben. Von ganz klein bis ganz groß. Von einfach bis hoch-komplex. Die Geschichte dieser Entwicklungsplattform reicht zurück in das Jahr 1979. Die Oracle Datenbank Version 2 war eben am entstehen als Larry Ellison einen jungen Entwickler beauftragte, ein System zu entwickeln, mit dem man schnell und einfach Daten in die Datenbank einfügen und Daten suchen können sollte.

Popular Posts

Der leichte Weg für den Upgrade und die Optimierung von Oracle Forms Applikationen

Mehr lesen

PITSS erhält Zuschlag für Förderprojekt des BMBF zur digitalen Softwaredokumentation

Mehr lesen

Nicht wenige meinen, dass dieser Geniestreich ein wichtiger Baustein für den Erfolg der Oracle Datenbank während der harten Auseinandersetzungen zwischen Ingres, DB2, Informix und Sybase in den 80er und 90er Jahren war. Mit keinem anderen System war man so schnell bei der Einführung von Applikationen. Die Oracle Datenbank und Oracle Forms waren ein kongeniales und höchst erfolgreichesTeam. Nach mehreren Namensänderungen und vielen Entwicklungsschritten wurde es schließlich zu Oracle Forms in der heutigen Ausprägung, das aktuell als Release 12.2 zur Verfügung steht.

Extrem hohe Verbreitung, aber was spricht die Zukunft?

Weltweit gibt es abertausende von Forms-Anwendungen, die nicht selten die Kernsysteme, das Rückgrat der Firmen darstellen und in die hunderte von Personenjahren Entwicklungszeit geflossen sind. Die Daten in den Oracle-Datenbanken und die Forms-Anwendungen (Prozesse) sind mit das Wertvollste (neben den Mitarbeitern) was in einer Firma steckt.

Und hier beginnt das Dilemma von vielen IT-Verantwortlichen. Ja, Oracle Forms ist eine mächtige Entwicklungsplattform und treibt unzählige Systeme. Und ja, Forms ist ein stabiles und verlässliches Software-Paket, das erlaubt tolle Anwendungen zu bauen und zu betreiben. Und doch, Oracle Forms ist nicht mehr das frische und nicht mehr das coole Produkt, das es einmal war.

Auch wenn Oracle, nach jahrelangem Zögern und erst nach viel Druck von der Anwenderseite (inkl. der Deutschen Oracle User Group, DOAG), ein neues Forms-Release (Release 14) angekündigt hat, scheint Oracle Forms ein wenig aus der Zeit gefallen.

Wie ein Lauffeuer verbreitet sich die Neuigkeit von Oracle Forms 14 – vielleicht noch in diesem Jahr verfügbar

Dieses neue, angekündigte Release ist wichtig und nimmt vielen Firmen ein wenig Last von den Schultern, denn die bisherige Release-Planung legte ein Ende der offiziellen Unterstützung auf Dezember 2026 fest. Für viele Kunden und deren Systeme eine Horrorvorstellung, dass nach Dezember 2026 für ihre Forms-basierten Systeme nur noch rudimentärer Support angeboten wird.

Mit Oracle Forms14 ergeben sich für die eine oder andere Firma wieder weitere Spielräume. Einen Schmerz kann diese Verlängerung der Lebenszeit von Forms jedoch auch nicht lindern. Die Verfügbarkeit von Forms-Experten ist seit Jahren rückläufig und eine Umkehr dieses Trends ist nicht in Sicht.

Forms-Entwickler sind dünn gesät – wer hat den Durchblick bei alten Applikationen?

Junge Informatiker und Informatikerinnen lernen weder Forms an der Uni noch sind sie besonders interessiert an einer Technologie, die ihre beste Zeit hinter sich zu haben scheint. Nicht eben beruhigend für die Verantwortlichen, denn ohne kompetente Forms-Entwickler sind die Anwendungen nur mit viel Mühe an die sich ständig veränderten Vorgaben im Betriebsablauf oder an geänderte gesetzlich Bedingungen anzupassen. Unabhängig von Oracle Forms sind IT-Systeme, die mehr als ein Dutzend Jahre auf dem Buckel haben, automatisch Kandidaten für eine kritische Überprüfung.

Wie sagte doch die Verantwortliche für die Digitalisierung bei DEKRA kürzlich in einem Interview: „Alle Unternehmen stehen vor der Aufgabe, über Jahrzehnte hinweg gewachsene Systeme und Prozesse zu durchleuchten und zu vereinheitlichen, um flexibler zu werden. Dazu muss man viele Schritte gehen, sie ständig überprüfen und immer wieder neu ausrichten.“

Diese Forderung der Durchleuchtung der Anwendungen mit ihren vielgestaltigen Prozessen, der Analyse der Datenstrukturen und der Abhängigkeiten und Schnittstellen, ist ein absolutes Muss, um zu verstehen, was in diesen oft weitverzweigten Gebilden alles geschieht. Ein Unterfangen, das alles andere als trivial ist.

Alte Applikationen analysieren und die Kontrolle zurückgewinnen – aber wie?

Und doch ist diese Analyse, „diese Durchleuchtung, die Durchdringung einer Forms-Umgebung die Grundvoraussetzung für spätere Schlussfolgerungen und Entscheidungen, was in Zukunft gemacht werden und wie ein eventuell modernisiertes oder völlig neues System aussehen soll“, meint Andreas Gaede, CEO der PITSS GmbH aus Stuttgart, die sich schon seit vielen Jahren der Analyse von Forms-Applikationen und deren Veredelung und Modernisierung verschrieben hat.

Um es vorwegzunehmen, ist eine qualitativ hochwertige Analyse ohne software-technische Unterstützung bei den meisten Systemen nicht leistbar. Schon kleinere und mittlere Forms-Systeme haben unzählige SQL-Befehle, PL/SQL-Pakete, Funktionen und bestehen aus vielen Tabellen, Views und sonstigen Datenstrukturen. Ganz zu schweigen von den großen Kernsystemen der Firmen. Hier macht die schiere Anzahl von Objekten und Abhängigkeiten schwindelig. Über Jahre meist von unterschiedlichen Teams erstellt und immer wieder erweitert und verändert.

Ein Durchleuchten ‚von Hand‘ ist keine gute Idee und es wird auch durch die Nutzung von ‚sehr vielen Händen‘ keine Bessere. Auch wenn es vielen IT-Einkäufern ein Gräuel ist Software einzukaufen, um die eigene Software oder die eigene Infrastruktur zu bearbeiten, zu begutachten und zu durchleuchten – ohne innovative software-technische Unterstützung werden Modernisierungsmaßnahmen scheitern, egal welche Ziele verfolgt werden.

Die Analyse mit einer Software – Intelligenz trifft Genialität

Die Idee bei einer automatisierten Unterstützung der Analyse, wie sie z.B. auch das PITSS.CON-System anwendet, ist wie folgt. Eine Forms-Anwendung (.fmb-File) wird durch einen intelligenten Parser in seine Bestandteile zerlegt und in eine eigenen Datenstruktur innerhalb der Oracle-Datenbank abgelegt.

Auf dieser Basis können eine Vielzahl von Auswertungen durchgeführt und Zusammenhänge dargestellt werden. Das Ergebnis ist eine völlig neue Sicht auf die gesamte Anwendung, die Prozesse, die Zusammenhänge und auf die Anwendungs-Datenstrukturen. Eine immer wieder erstaunliche Erkenntnis ist, dass ein nicht unerheblicher Teil des Codes gar nicht (mehr) benutzt wird. Frei nach dem bekannten Spruch über die Kunst, könnte man sagen: „ist das Code oder kann das weg“.

Verschlankung vor der Migration ist zumindest keine schlechte Idee, denn was nicht mehr da ist, braucht auch nicht migriert zu werden und was nicht mehr migriert werden muss, verursacht auch keine Kosten. Wohlgemerkt, während diese Analysen gemacht werden, laufen alle Systeme weiter. Es gibt in dieser Phase keinerlei Unterbrechung.

Wieso Sie die Analyse zum Erfolg Ihrer Forms-Anwendung führt und vielleicht auch nach APEX…

Nach der Zerlegung und nach der Entschlackung und Optimierung der Forms-Anwendung können unterschiedliche nächste Schritte gemacht werden. So könnte diese runderneuerte Forms Anwendung, als neue Produktionsversion aus der Analyse-Datenstruktur wieder als .fmb-File zurückgeneriert und vom Forms-Laufzeitsystem ausgeführt und betrieben werden.

Auch als Basis für ein Upgrade auf ein neues Forms-Release könnte die neue, schlanke und optimierte Forms-App dienen. Hier würde die Entscheidung lauten, wir bleiben grundsätzlich weiter bei unserer Oracle Forms Umgebung, die jedoch in einigen Teilen aufgehübscht, stabilisiert und renoviert wurde. Das, was aktuell für viele Forms-Kunden jedoch am attraktivsten erscheint, ist die Migration hin zu Oracle APEX, einer der mächtigsten sogenannten Low-Code Entwicklungsplattformen, die heute am Markt zu finden ist.

APEX besitzt viele Grundideen von Forms, spielt jedoch auch die neuen Instrumente der heutigen Zeit virtuos. Damit ist ein gerader Weg von Forms zu APEX quasi vorgezeichnet. APEX kombiniert alles, was die Oracle-Datenbank perfekt beherrscht: Sicherheit, Performance, SQL, PL/SQL usw. mit Technologien, die heute unabdingbar sind: HTML, Javascript, CSS, JSON, Plug-Ins und seit neuestem auch KI. Einmal entwickelt ist die Anwendung auf allen Geräten verfügbar auf denen ein Browser läuft. Die PWA-Technologie (Progressive Web App) macht APEX-Apps auch auf SmartPhones, PADs oder Desktops installierbar und sie verhalten sich dann wie APPs, die exklusiv für diese Systeme entwickelt wurden. Das alles ohne einen APP-Store zu benutzen. Immer mit der neuesten APEX-App-Version unterwegs.

Welche weiteren Vorzüge genießt APEX?

Neben den Vorteilen, die für APEX aus technologischer Sicht sprechen, adressiert APEX auch zwei weitere wichtige Punkte. Als erstes ist die große Akzeptanz bei den Entwicklern zu nennen. Die APEXEntwickler-Community ist riesig und sehr aktiv. APEX ist kein Nischenprodukt, es ist am Markt und bei den Entwicklern angekommen und, ebenfalls wichtig, es ist für Enterprise-Grade Anwendungen bestens geeignet.

Der zweite interessante Punkt bezieht sich auf die Kosten für APEX. Jeder Forms-Kunde ist auch Oracle-Datenbank Kunde und jeder Datenbank-Kunde hat APEX bereits mit seiner Datenbank-Lizenz erworben. Es sind keine zusätzlichen Lizenzen nötig. Es gibt keine Beschränkung bei der Anzahl von Entwicklern, die APEX-Applikationen entwickeln und es gibt keinerlei Beschränkung bei der Anzahl der Nutzer, die eine APEX-App benutzen. Über die Datenbank-Lizenz ist alles vollständig abgedeckt.

Analysieren Sie noch oder modernisieren Sie schon? Mit Software schneller am Ziel!

Wurde die Analyse mit dem PITSS.CON-System durchgeführt und wird der Migrationsweg hin zu APEX gewählt, kann aus den vorliegenden Daten der ehemaligen Forms-Anwendung automatisch eine Vielzahl von APEX – Artifakte generiert werden. Quasi auf Knopfdruck kann so eine Forms-Anwendung zwischen 60-75% automatisch nach APEX überführt werden.

Für die Teile der Forms-Anwendung, die eine manuelle Bearbeitung nötig machen, liefert das Migrations-Tool detaillierte Vorgaben und Dokumentationen mit allen erforderlichen Objekten, Abhängigkeiten und Abläufen. Ein Informationsschatz – in der Analyse-Phase ermittelt – von enormem Wert, der die durchzuführenden Entwicklungsarbeiten zusätzlich beschleunigt sowie die Qualität des Ergebnisses auf eine neue Ebene hebt.

Wie Sie Vertrauen in neue Pfade gewinnen und Risiken eliminieren

Migrations-Projekte sind keine leichte Kost und die Entscheidung ein bestehendes, funktionierendes System abzulösen, ist immer gut abzuwägen. Schließlich hängt einiges von diesem Schritt ab. Ein Ausharren auf Bestehendem ist jedoch in der heutigen, sehr dynamischen Zeit oft auch keine tragfähige Option.

Die gute Nachricht ist, dass sich auch große und größte Forms-Anwendungen schnell und termingerecht nach APEX migrieren lassen, wenn nach einem stringenten Vorgehensmodell vorgegangen wird, modernste Software-Hilfsmittel für die Analyse und Generierung zur Verfügung stehen und die Projekte durch erstklassige APEX-Entwickler flankiert werden.

Interessant für Sie?

Sprechen Sie mit uns…

Ihre Ansprechpartnerin

Uta Daniels
Assistant of Sales Management

udaniels@pitss.com
+49 711/914-012-12

SoftProc macht selbst hoch individualisierte Software verständlich, denn es analysiert und visualisiert implementierte Anwendungen vom Programm-Code bis zum produktiven Prozess aus der laufenden Applikation heraus. Mit dieser lückenlosen, digitalen Dokumentation wird ihre Modernisierung einfacher, schneller und kostengünstiger.

POPULAR POSTS

Der leichte Weg für den Upgrade und die Optimierung von Oracle Forms Applikationen

Mehr lesen

PITSS erhält Zuschlag für Förderprojekt des BMBF zur digitalen Softwaredokumentation

Mehr lesen

Process Mining betrachtet Geschäftsprozesse durch die Datenbrille

Meist geht es bei einer Modernisierung nicht darum, auf eine andere Software zu wechseln. Vor allem nicht, wenn die Kernkompetenz eines Unternehmens von einer Individualsoftware gestützt wird. Die Intention dahinter ist es, die Geschäftsprozesse zu optimieren und flexibler für jegliche zukünftige Anforderungen zu gestalten, um sie den sich ändernden Marktsituationen anpassen zu können und zu erweitern, um neue Technologien einbinden zu können. Damit aber auch alle bisherigen Funktionen nach der Modernisierung noch vollständig und fehlerfrei zur Verfügung stehen, eventuelle Abhängigkeiten von anderen Systemen sowie der Einfluss von Sonderfällen berücksichtigt werden, müssen die systemtechnisch unterstützen Prozesse vollumfänglich bekannt und dokumentiert sein. Bei vielen Unternehmen ging dieses Wissen durch Fluktuation in der IT verloren oder war durch eine fehlende oder schlecht gepflegte Dokumentation nie wirklich vorhanden. Process Mining Tools lösen genau dieses Manko: Sie visualisieren durch einen datengetriebenen Blick die Geschäftsprozesse und geben die vollständige Transparenz über deren gelebte Realität. Innerhalb von Process Mining gibt es verschiedene Unterdisziplinen. Compliance vergleicht das ursprünglich definierte Prozessmodell mit dem tatsächlichen Ablauf durch den Anwender. Voraussetzung: Die Definition ist irgendwo festgehalten. Bei Process Discovery lassen sich aus Protokolldaten Rückschlüsse ziehen, wie der in der Software implementierte Prozess eigentlich aussieht.

Ein einfaches Beispiel veranschaulicht, was ein Process Mining Tool am Ende visualisiert: Ein Unternehmen möchte seine Standorte zusammenlegen und die Geschäftsprozesse im Zuge einer Software-Modernisierung harmonisieren. Bei der Compliance-Prüfung kommt heraus, dass der Klick auf den Befehl ‚Bestellung ausführen‘ bei den Mitarbeitern aus den verschiedenen Standorten manchmal unterschiedliche Änderungen im Datenmodell auslöst. Es muss also eine Abweichung vom ursprünglich definierten Prozess geben. Doch warum ist das so? Welcher ist der richtige und muss deshalb migriert werden? Die Antwort darauf lässt sich mit Process Discovery finden. Im Gegensatz zum Mitarbeiter am Standort A, betreut sein Kollege am Standort B auch Kunden aus dem Ausland, für die andere Bedingungen bzgl. Lieferzeit, Zoll etc. gelten. Hinter dem selben Befehl stehen also 2 unterschiedliche Datenmodelle, die auch nach der Modernisierung wieder genau so zur Verfügung stehen müssen.

Dem Datenmodell auf der Spur

Damit Process Mining Tools umfassende Prozessanalysen und -visualisierungen vornehmen können, müssen sie zum einen das der Software zugrundeliegende Datenmodell ‚verstehen‘ und zum anderen von den zu analysierenden Software-Systemen einen möglichst akkuraten Eventstream der Prozessdaten im Standardformat XES erhalten. Für große Standardsysteme mit konstanten Datenmodellen wie SAP, Microsoft Dynamics oder die Oracle E-Business Suite gibt es eigene Process Mining-Programme, welchen die Datenstruktur der Standardanwendungen bekannt ist. Sobald Unternehmen aber diese Standardsysteme auf ihre Anforderungen hin angepasst haben, können die für Process Mining notwendigen Eventstream-Informationen nicht mehr automatisch aus der Applikation extrahiert werden. Und damit stehen sie vor dem selben Problem wie die Nutzer einer reinen Individualsoftware oder von Legacy-Systemen: Um an die Rohdaten für Process Mining zu kommen, müssen sie selbst die Brücke zwischen Prozess und Datenmodell schlagen.
Aktuell gibt es hierfür zwei Möglichkeiten. Die erste: Key-User und Prozess-Owner beschreiben in umfangreichen Interviews den idealen Ablauf der Geschäftsprozesse. Parallel dazu wird das Datenmodell geparst, um die Auswirkungen eines Eingabeprozesses innerhalb des Datenmodells zu erkennen. Die anschließende Analyse des Datenmodells erlaubt eine Interpretation der dahinterliegenden Prozesse, also Aktionen, die durch Änderungen im Datenmodell und nicht durch direkte Eingabe hervorgerufen werden. Diese Methode ist nicht nur sehr zeitintensiv. Missverständnisse, Fehleinschätzungen oder einfach unbewusst unvollständige Angaben führen dazu, dass das Ergebnis eben nur eine Annahme und keine Tatsache ist, die zu verheerenden Fehleinschätzungen führen kann.

Die zweite – und damit aktuell die einzige softwaregestütze Methode – brachte das Projekt SoftProc hervor. Gefördert vom BMBF, haben die PITSS GmbH und die Universität Ulm darin ein softwaregestütztes Verfahren zur retrograden Prozessanalyse aus einer laufenden Applikation heraus entwickelt. Das Besondere daran: Es erkennt das Benutzerverhalten und stellt aufgrund der Kenntnis über die Tabellenstruktur den Zusammenhang zwischen den darunterliegenden Datenmodellen her. Der so identifizierte Kontext ermöglicht es nun unter Verwendung der klassischen Process Mining Verfahren einer Änderung im Datenmodell einen Eingabeprozess zuzuordnen – selbst bei einer Individualsoftware.

Darstellung: Alle automatisch von SoftProc erhobenen Informationen zu einem Prozess
Erklärung: Alle Informationen werden in dem gängigen Datenstromformat xes ausgegeben
Bedeutung: Die Gesamtheit aller Informationen zu allen Prozessen kann in ein Process Mining bzw. Process Discovery Tool eingespielt und genutzt werden 

SoftProc Looks at the User, Not Just the Data

SoftProc schaut auf den Benutzer, nicht nur auf die Daten
Doch wie genau kommt dieser Datenstrom in SoftProc zustande? Wie werden das Userverhalten auf der einen Seite und dessen Auswirkungen im Datenmodell auf der anderen Seite erfasst? Und wie kann dieser Datenstrom als Transformationsglied zwischen einer Individualsoftware und einem beliebigen Process Mining Tool genutzt werden? Um die Software-Prozesse zu erkennen, beobachtet SoftProc den Anwender dabei, wie er einen Geschäftsprozess, zum Beispiel ‚Bestellung ausführen‘, über sein User-Interface abarbeitet. Dabei gibt es zwei verschiedene Aufzeichnungsvarianten. Bei der dedizierten Aufzeichnung (Dedicated Recording) bestimmt der Anwender Start und Ende des aufzuzeichnenden Geschäftsprozesses und grenzt somit exakt die ihn ausmachende Funktionalität ab. Im Endeffekt wie ein Interview – nur schneller und ohne einen Schritt zu vergessen, der quasi schon automatisch ausgeführt wird, ohne darüber nachzudenken.

Beim Silent Recording hingegen wird die gesamte Verwendung der Applikation protokolliert – von der ersten Anmeldung des Benutzers bis zum Schließen der Applikation. Machine Learning-Verfahren können in dieser Aufzeichnung Muster erkennen. Genauer gesagt: sie erkennen zum Beispiel, ob der Anwender ebenfalls eine Bestellung ausgeführt hat. Selbst wenn er dies aufgrund eines ‚Sonderfalls‘ anders verlief als bei dem Kollegen. Da hierbei nicht nach Mustern in den Datenmodellen, sondern in den Aktionen des Benutzers gesucht wird, sind diese wiederum in SoftProc zweifelsfrei mit dem Anwendungsprozess und den zugehörigen Datentabellen verknüpft. Deshalb ist in SoftProc auch ohne Interviews nachvollziehbar, warum ein Geschäftsprozess unterschiedlich ausgeführt wurde.

Die Fähigkeit zur Verknüpfung mit den Daten ist auch einer der Gründe, warum SoftProc gerade für Individualsoftware so interessant ist. SoftProc basiert auf einer Oracle-Entwicklungsplattform. Deshalb kann die Nomenklatur aus dem User-Interface einer ebenfalls auf Oracle-basierenden Software direkt übernommen werden, um Kontextinformationen aus dem Programm zu erhalten und schließlich mit den Daten zusammenzufassen. SoftProc spricht quasi die Sprache des Nutzers und deshalb kann auch jedes Stück Code, das beim Recording nicht erfasst und somit noch keinem Geschäftsprozess zugeordnet wurde, bis zur Abhängigkeit im User-Interface rückverfolgt werden. Und damit lassen sich wertvolle Funktionen, die einst aufwändig programmiert wurden, aus diversen Gründen aber nie genutzt und darum in den damit verbundenen Datentabellen keine Änderung bewirken, erkennen und erhalten.

Darstellung: Bsp Forms Flow – Userverhalten im dedicated Recording
Erklärung:  Es zeigen sich viele Wechsel zwischen einzelnen Formularen
Bedeutung: User springt viel zwischen den Formularen hin und her – Optimierungspotenziale für den Prozess werden ersichtlich, um den Ablauf zu vereinfachen bzw. zu verkürzen 

Darstellung: Prozessfluss – was und wie wurden die Elemente genutzt

Erklärung: Form, Farbe, Größe, Werte geben Auskunft über Art, Zusammenhänge und Schwachstellen
Bedeutung: Optimierungspotenziale werden aufgezeigt 

Industry-Independent Solution from the Cloud

Branchenunabhängige Lösung aus der Cloud
Für wen eignet sich die nun verfügbare Lösung aus dem Förderprojekt, die Anwendungen einlesen, analysieren, verstehen und abbilden kann? Vorerst für alle, deren Anwendung in Oracle programmiert wurde. Dabei ist es völlig irrelevant, auf welche Branche die Applikation zugeschnitten wurde. Dann natürlich für diejenigen, die eine vollständige Dokumentation ihrer Individualsoftware wünschen oder benötigen. SoftProc sollten Unternehmen in Betracht ziehen, die damit rechnen, dass Modernisierungen anstehen, die sehr zeitintensiv und umfangreich werden, und die Anwendung aber so bald wie möglich den Geschäfts- und/oder Produktionsprozessen wieder zur Verfügung stehen soll.

Das Tool, das PITSS unter anderem auch als Cloud-Lösung anbietet, ist nicht nur hilfreich bei der Modernisierung von Individual- oder Legacy-Anwendungen, wenn die einstigen Programmierer nicht mehr verfügbar sind. SoftProc unterstützt auch diejenigen, die bereits verdrängt haben, wie viel Zeit, Aufwand und vielleicht auch Nerven sie investiert haben, um Hürden bei der Programmierung zu überwinden. Auch wenn er vielleicht weniger steinig ist und man dadurch hin und wieder einen Schritt schneller gehen kann – der Weg einer erneuten Programmierung ist der selbe wie beim ersten Mal. Mit SoftProc lässt er sich jedoch zuverlässig abkürzen.

Fragen Sie unverbindlich an

Your Contact

Uta Daniels
Assistant of Sales Management

udaniels@pitss.com
+49 711/914-012-12