{"id":3666,"date":"2024-08-06T13:14:46","date_gmt":"2024-08-06T13:14:46","guid":{"rendered":"https:\/\/pitss.bow-labs.de\/retrograde-process-analysis-made-easy\/"},"modified":"2025-03-04T15:06:51","modified_gmt":"2025-03-04T15:06:51","slug":"retrograde-prozessanalyse-leicht-gemacht","status":"publish","type":"post","link":"https:\/\/pitss.com\/de\/retrograde-prozessanalyse-leicht-gemacht\/","title":{"rendered":"Retrograde Prozessanalyse leicht gemacht"},"content":{"rendered":"

\n

Retrograde Prozessanalyse
leicht gemacht<\/h1>\n<\/h1>\n
\n

SoftProc macht selbst hoch individualisierte Software verst\u00e4ndlich, denn es analysiert und visualisiert implementierte Anwendungen vom Programm-Code bis zum produktiven Prozess aus der laufenden Applikation heraus. Mit dieser l\u00fcckenlosen, digitalen Dokumentation wird ihre Modernisierung einfacher, schneller und kosteng\u00fcnstiger.<\/strong><\/p>\n<\/div>\n

\"\"<\/p>\n

\n
\n

POPULAR POSTS<\/h4>\n<\/div>\n
\n
Das neue PITSS.CON Release f\u00fcr Oracle Forms 14c<\/b><\/p>\n

Der leichte Weg f\u00fcr den Upgrade und die Optimierung von Oracle Forms Applikationen<\/p>\n

Mehr lesen<\/u><\/a>\n<\/div>\n

\n
F\u00f6rderprojekt BMBF<\/b><\/p>\n

PITSS erh\u00e4lt Zuschlag f\u00fcr F\u00f6rderprojekt des BMBF zur digitalen Softwaredokumentation<\/p>\n

Mehr lesen<\/u><\/a>\n<\/div>\n

Software-Modernisierung ist unverzichtbar, um sicher und funktionsf\u00e4hig zu bleiben. Besonders dann, wenn Individualsoftware einem Unternehmen ein Alleinstellungsmerkmal zusichern kann. Sie ist aber auch notwendig, um den Anforderungen der zunehmenden Digitalisierung begegnen zu k\u00f6nnen, zu denen unter anderem eine Ver\u00e4nderung des Nutzerverhaltens z\u00e4hlt. Klassisches Beispiel hierf\u00fcr sind Finanz- oder Versicherungsberater. Allein schon wegen der Regulatorik nutzen sie Jahrzehnte lang eine Desktop-orientierte Software. Um diese bei Kundenbesuchen auch auf mobilen Ger\u00e4ten nutzen zu k\u00f6nnen, musste die Software modernisiert werden. Aber auch die Unternehmensprozesse selbst, unterliegen permanenten Ver\u00e4nderungen. So begr\u00fcndet die zunehmende Verzahnung von Businesspartnern h\u00e4ufig die Notwendigkeit zu modernisieren. In diesem Fall m\u00fcssen Anwendungen modularisiert, gesplittet und umgestellt werden. Ein anderer Grund, Individualsoftware zu erneuern, liegt darin, dass der Wartungsaufwand umso h\u00f6her wird, je \u00e4lter die Software ist. Der Grund: Das Wissen um den Code ist zusammen mit dem Programmierer schon l\u00e4ngst in Rente gegangen.<\/p>\n
Process Mining betrachtet Gesch\u00e4ftsprozesse durch die Datenbrille<\/strong><\/h5>\n

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\u00fctzt wird. Die Intention dahinter ist es, die Gesch\u00e4ftsprozesse zu optimieren und flexibler f\u00fcr jegliche zuk\u00fcnftige Anforderungen zu gestalten, um sie den sich \u00e4ndernden Marktsituationen anpassen zu k\u00f6nnen und zu erweitern, um neue Technologien einbinden zu k\u00f6nnen. Damit aber auch alle bisherigen Funktionen nach der Modernisierung noch vollst\u00e4ndig und fehlerfrei zur Verf\u00fcgung stehen, eventuelle Abh\u00e4ngigkeiten von anderen Systemen sowie der Einfluss von Sonderf\u00e4llen ber\u00fccksichtigt werden, m\u00fcssen die systemtechnisch unterst\u00fctzen Prozesse vollumf\u00e4nglich 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\u00f6sen genau dieses Manko: Sie visualisieren durch einen datengetriebenen Blick die Gesch\u00e4ftsprozesse und geben die vollst\u00e4ndige Transparenz \u00fcber deren gelebte Realit\u00e4t. Innerhalb von Process Mining gibt es verschiedene Unterdisziplinen. Compliance vergleicht das urspr\u00fcnglich definierte Prozessmodell mit dem tats\u00e4chlichen Ablauf durch den Anwender. Voraussetzung: Die Definition ist irgendwo festgehalten. Bei Process Discovery lassen sich aus Protokolldaten R\u00fcckschl\u00fcsse ziehen, wie der in der Software implementierte Prozess eigentlich aussieht.<\/p>\n

Ein einfaches Beispiel veranschaulicht, was ein Process Mining Tool am Ende visualisiert: Ein Unternehmen m\u00f6chte seine Standorte zusammenlegen und die Gesch\u00e4ftsprozesse im Zuge einer Software-Modernisierung harmonisieren. Bei der Compliance-Pr\u00fcfung kommt heraus, dass der Klick auf den Befehl \u201aBestellung ausf\u00fchren\u2018 bei den Mitarbeitern aus den verschiedenen Standorten manchmal unterschiedliche \u00c4nderungen im Datenmodell ausl\u00f6st. Es muss also eine Abweichung vom urspr\u00fcnglich definierten Prozess geben. Doch warum ist das so? Welcher ist der richtige und muss deshalb migriert werden? Die Antwort darauf l\u00e4sst sich mit Process Discovery finden. Im Gegensatz zum Mitarbeiter am Standort A, betreut sein Kollege am Standort B auch Kunden aus dem Ausland, f\u00fcr 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\u00fcgung stehen m\u00fcssen.<\/p>\n

<\/p>\n

Dem Datenmodell auf der Spur<\/strong><\/h5>\n

Damit Process Mining Tools umfassende Prozessanalysen und -visualisierungen vornehmen k\u00f6nnen, m\u00fcssen sie zum einen das der Software zugrundeliegende Datenmodell \u201averstehen\u2018 und zum anderen von den zu analysierenden Software-Systemen einen m\u00f6glichst akkuraten Eventstream der Prozessdaten im Standardformat XES erhalten. F\u00fcr gro\u00dfe 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\u00f6nnen die f\u00fcr 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\u00fcr Process Mining zu kommen, m\u00fcssen sie selbst die Br\u00fccke zwischen Prozess und Datenmodell schlagen.
\nAktuell gibt es hierf\u00fcr zwei M\u00f6glichkeiten. Die erste: Key-User und Prozess-Owner beschreiben in umfangreichen Interviews den idealen Ablauf der Gesch\u00e4ftsprozesse. Parallel dazu wird das Datenmodell geparst, um die Auswirkungen eines Eingabeprozesses innerhalb des Datenmodells zu erkennen. Die anschlie\u00dfende Analyse des Datenmodells erlaubt eine Interpretation der dahinterliegenden Prozesse, also Aktionen, die durch \u00c4nderungen im Datenmodell und nicht durch direkte Eingabe hervorgerufen werden. Diese Methode ist nicht nur sehr zeitintensiv. Missverst\u00e4ndnisse, Fehleinsch\u00e4tzungen oder einfach unbewusst unvollst\u00e4ndige Angaben f\u00fchren dazu, dass das Ergebnis eben nur eine Annahme und keine Tatsache ist, die zu verheerenden Fehleinsch\u00e4tzungen f\u00fchren kann.<\/p>\n

Die zweite \u2013 und damit aktuell die einzige softwaregest\u00fctze Methode \u2013 brachte das Projekt SoftProc hervor. Gef\u00f6rdert vom BMBF, haben die PITSS GmbH und die Universit\u00e4t Ulm darin ein softwaregest\u00fctztes Verfahren zur retrograden Prozessanalyse aus einer laufenden Applikation heraus entwickelt. Das Besondere daran: Es erkennt das Benutzerverhalten und stellt aufgrund der Kenntnis \u00fcber die Tabellenstruktur den Zusammenhang zwischen den darunterliegenden Datenmodellen her. Der so identifizierte Kontext erm\u00f6glicht es nun unter Verwendung der klassischen Process Mining Verfahren einer \u00c4nderung im Datenmodell einen Eingabeprozess zuzuordnen \u2013 selbst bei einer Individualsoftware.<\/p><\/div>\n

\"\"<\/p>\n

\n

Darstellung: <\/strong> Alle automatisch von SoftProc erhobenen Informationen zu einem Prozess
Erkl\u00e4rung:<\/strong>\u00a0Alle Informationen werden in dem g\u00e4ngigen Datenstromformat xes ausgegeben<\/span>
Bedeutung:<\/strong> Die Gesamtheit aller Informationen zu allen Prozessen kann in ein Process Mining bzw. Process Discovery Tool eingespielt und genutzt werden<\/span>\u00a0<\/p>\n<\/div>\n

\n
SoftProc Looks at the User, Not Just the Data<\/strong><\/h5>\n

SoftProc schaut auf den Benutzer, nicht nur auf die Daten
\nDoch 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\u00e4ftsprozess, zum Beispiel \u201aBestellung ausf\u00fchren\u2018, \u00fcber 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\u00e4ftsprozesses und grenzt somit exakt die ihn ausmachende Funktionalit\u00e4t ab. Im Endeffekt wie ein Interview \u2013 nur schneller und ohne einen Schritt zu vergessen, der quasi schon automatisch ausgef\u00fchrt wird, ohne dar\u00fcber nachzudenken.<\/p>\n

Beim Silent Recording hingegen wird die gesamte Verwendung der Applikation protokolliert \u2013 von der ersten Anmeldung des Benutzers bis zum Schlie\u00dfen der Applikation. Machine Learning-Verfahren k\u00f6nnen in dieser Aufzeichnung Muster erkennen. Genauer gesagt: sie erkennen zum Beispiel, ob der Anwender ebenfalls eine Bestellung ausgef\u00fchrt hat. Selbst wenn er dies aufgrund eines \u201aSonderfalls\u2018 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\u00f6rigen Datentabellen verkn\u00fcpft. Deshalb ist in SoftProc auch ohne Interviews nachvollziehbar, warum ein Gesch\u00e4ftsprozess unterschiedlich ausgef\u00fchrt wurde.<\/p>\n

Die F\u00e4higkeit zur Verkn\u00fcpfung mit den Daten ist auch einer der Gr\u00fcnde, warum SoftProc gerade f\u00fcr 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 \u00fcbernommen werden, um Kontextinformationen aus dem Programm zu erhalten und schlie\u00dflich mit den Daten zusammenzufassen. SoftProc spricht quasi die Sprache des Nutzers und deshalb kann auch jedes St\u00fcck Code, das beim Recording nicht erfasst und somit noch keinem Gesch\u00e4ftsprozess zugeordnet wurde, bis zur Abh\u00e4ngigkeit im User-Interface r\u00fcckverfolgt werden. Und damit lassen sich wertvolle Funktionen, die einst aufw\u00e4ndig programmiert wurden, aus diversen Gr\u00fcnden aber nie genutzt und darum in den damit verbundenen Datentabellen keine \u00c4nderung bewirken, erkennen und erhalten.<\/p><\/div>\n

\"\"<\/p>\n

\n

Darstellung:<\/strong> Bsp Forms Flow \u2013 Userverhalten im dedicated Recording
Erkl\u00e4rung: <\/strong>\u00a0Es zeigen sich viele Wechsel zwischen einzelnen Formularen<\/span>
Bedeutung:<\/strong>\u00a0User springt viel zwischen den Formularen hin und her \u2013 Optimierungspotenziale f\u00fcr den Prozess werden ersichtlich, um den Ablauf zu vereinfachen bzw. zu verk\u00fcrzen<\/span>\u00a0<\/p>\n<\/div>\n

\n

Darstellung:<\/strong> Prozessfluss \u2013 was und wie wurden die Elemente genutzt
\n
Erkl\u00e4rung:<\/strong>\u00a0Form, Farbe, Gr\u00f6\u00dfe, Werte geben Auskunft \u00fcber Art, Zusammenh\u00e4nge und Schwachstellen<\/span>
Bedeutung:<\/strong>\u00a0Optimierungspotenziale werden aufgezeigt<\/span>\u00a0<\/p>\n<\/div>\n

\"\"<\/p>\n

\n
Industry-Independent Solution from the Cloud<\/strong><\/h5>\n

Branchenunabh\u00e4ngige L\u00f6sung aus der Cloud
\nF\u00fcr wen eignet sich die nun verf\u00fcgbare L\u00f6sung aus dem F\u00f6rderprojekt, die Anwendungen einlesen, analysieren, verstehen und abbilden kann? Vorerst f\u00fcr alle, deren Anwendung in Oracle programmiert wurde. Dabei ist es v\u00f6llig irrelevant, auf welche Branche die Applikation zugeschnitten wurde. Dann nat\u00fcrlich f\u00fcr diejenigen, die eine vollst\u00e4ndige Dokumentation ihrer Individualsoftware w\u00fcnschen oder ben\u00f6tigen. 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\u00f6glich den Gesch\u00e4fts- und\/oder Produktionsprozessen wieder zur Verf\u00fcgung stehen soll.<\/p>\n

Das Tool, das PITSS unter anderem auch als Cloud-L\u00f6sung anbietet, ist nicht nur hilfreich bei der Modernisierung von Individual- oder Legacy-Anwendungen, wenn die einstigen Programmierer nicht mehr verf\u00fcgbar sind. SoftProc unterst\u00fctzt auch diejenigen, die bereits verdr\u00e4ngt haben, wie viel Zeit, Aufwand und vielleicht auch Nerven sie investiert haben, um H\u00fcrden bei der Programmierung zu \u00fcberwinden. Auch wenn er vielleicht weniger steinig ist und man dadurch hin und wieder einen Schritt schneller gehen kann \u2013 der Weg einer erneuten Programmierung ist der selbe wie beim ersten Mal. Mit SoftProc l\u00e4sst er sich jedoch zuverl\u00e4ssig abk\u00fcrzen.<\/p><\/div>\n

<\/p>\n

Individuelle Beratung f\u00fcr die
\nModernisierung Ihrer Software
\n<\/h4>\n

<\/strong>
\nFragen Sie unverbindlich an<\/div>\n

\"\"<\/p>\n

\n

Your Contact <\/strong><\/p>\n

Uta Daniels<\/strong>
Assistant of Sales Management<\/p>\n<\/p>\n

udaniels@pitss.com<\/a>
\n+49 711\/914-012-12<\/div>\n

<\/p>\n
\n
\n <\/p>\n
\n <\/input>
\n <\/input>
\n <\/input>
\n <\/input>
\n <\/input>
\n\t
\n\t <\/input>
\n\t <\/input>
\n\t <\/p>\n