Kann Charis Moutafidis an einem bestehenden Camunda-7- oder BPMN-System arbeiten?
Ja. Ich fange bei dem an, was schon da ist: Prozessanwendungen, BPMN- und DMN-Modelle, Java-Delegates, Listener, External Worker und eigene Plugins, vor Jahren geschrieben und bis heute geschäftskritisch. Ich lese das Prozessinventar, bevor ich überhaupt etwas über einen Plan sage, denn vor dem ersten Blick gibt es keine ehrliche Zahl. Danach schon.
Peak Code Consulting kontaktierenFiji Solutions kontaktieren
Zuletzt aktualisiert:
Was in einem bestehenden Bestand steckt
Ein Camunda-7-System, das seit einigen Jahren läuft, besteht aus Teilen, die gemeinsam gewachsen sind. Neben den BPMN- und DMN-Modellen steht Java-Code, der für die Engine geschrieben wurde, als Delegate oder als Listener. Worker ausserhalb der Engine holen sich eigene Aufgaben ab, manche davon in .NET oder Node geschrieben. Plugins erweitern Cockpit, Tasklist oder Admin, und Formulare erfassen, was im Lauf des Prozesses eingegeben wird.
Manche dieser Teile stammen von Personen, die das Unternehmen inzwischen verlassen haben, und manche Formulare hat niemand mehr geöffnet, seit ihr Autor gegangen ist. Deshalb kommt das Lesen zuerst.
Was ich zuerst lese
Ich beginne mit jedem Repository und jedem Geschäftsbereich, der noch auf Camunda 7 läuft. Für jeden halte ich fest: die Version, die Datenbank, den Applikationsserver, die Java-Version, die Worker und die Plugins.
Harte Ausschlussgründe zeigen sich schon bei diesem ersten Lesen. Eine Datenbank wie IBM DB2 auf z/OS zum Beispiel schliesst eine Zielplattform aus, bevor die Arbeit beginnt.
Am genauesten sehe ich mir die Teile an, die die Migrationswerkzeuge nicht anfassen. Die Werkzeuge schreiben Build-Koordinaten und Java-Paketnamen um. Die .bpmn-, .dmn- und .cmmn-Dateien, die Datenbank und die Plugins für Cockpit, Tasklist und Admin lassen sie unverändert, und Worker in anderen Sprachen fehlen in der Migrationsdokumentation. Jeder dieser Punkte zeigt sich erst beim Lesen Ihres Codes.
Welche Arbeit an einem bestehenden System möglich ist
Jede Arbeit an einem bestehenden System beginnt mit einem schriftlichen Inventar jedes Prozesses, jedes Repositorys und jedes Geschäftsbereichs, mit dem, was umziehen würde, und in welcher Reihenfolge. Es ist datiert.
Für Unternehmen in der Schweiz gibt es die Camunda-7-Migration, eines der Angebote der Peak Code Consulting GmbH. Ich bin Inhaber von Peak Code Consulting und führe die Migration selbst durch. Sie reicht vom Lesen des Bestands bis zu einer Produktivsetzung, die die Verantwortlichen abgenommen haben, mit einer Testsuite, die Sie abnehmen, bevor sich etwas bewegt.
Dieselben Gewohnheiten gelten für jede Änderung an einem bestehenden System. Die Tests kommen vor den Änderungen, damit eine fehlerhafte Freigaberegel in der Suite auffällt. Änderungen an Bibliotheken und Paketen bleiben getrennt von Änderungen an Laufzeit und Datenbank, damit ein Fehler auf eine Ursache zeigt. Nach dem Umzug werden die Daten geprüft. Alles, worauf es ankommt, ist aufgeschrieben: Plan, Tests und Rückfallplan liegen als Dokumente und Code in Ihren Repositories, sodass das Unternehmen ohne mich weitermachen kann.
Welche Firma die Arbeit übernimmt
Ein Unternehmen in der Schweiz wendet sich an die Peak Code Consulting GmbH, unter info@peakcodeconsulting.ch. Die Seite zur Camunda-7-Migration auf ihrer Website beschreibt das Angebot vollständig.
Sitzt Ihr Unternehmen ausserhalb der Schweiz, wenden Sie sich an Fiji Solutions, info@fijisolutions.net. Beide Adressen erreichen mich, und gehört die Arbeit zur anderen Firma, sage ich Ihnen das und leite Sie dorthin weiter.