Selbst Flughäfen existieren nicht ewig. Der wohl beste Beleg hierfür ist der Flughafen Berlin-Tempelhof. Doch was geschieht mit dem Areal, den Gebäuden und der Infrastruktur, nachdem der Flugbetrieb eingestellt ist? Da man diese Flächen und Immobilien nicht brach liegen lassen kann (und will), übernimmt in der Regel eine vom Eigentümer gegründete Tochtergesellschaft die Verwertung (vermieten, verpachten, verkaufen) des Immobilienbestands. Das kann dauern…

Die Software, die seinerzeit am Beginn des Umwandlungsprojekts entwickelt wurde, unterstützt nach wie vor die wesentlichen Geschäftsprozesse, aber viele Dinge haben sich im Laufe der Zeit geändert: die Betriebssystembasis, die Anzahl und Qualität der zu verarbeitenden Daten, usw.

Gravierend ist für unseren Kunden die Tatsache, dass mittlerweile auch der letzte Entwickler das Unternehmen verlassen hat. Es erwies sich als unmöglich, den ehemaligen Mitarbeiter weiterhin für die Wartungsarbeiten an der individuellen Software einzuplanen.

In dieser Situation stieß der Kunde auf MD Consulting. Die auch auf der Homepage vorgestellte Aussage, dass MD Consulting die Pflege und Wartung von (mit SQLWindows, Team Developer) entwickelter Individualsoftware übernehmen kann und will, weckte das Interesse der Geschäftsleitung der Verwertungsgesellschaft. Es kam zu ersten Gesprächen…

Die Herausforderung, wie Mitarbeiter von MD Consulting in die Lage versetzt werden können, die Pflege einer (zunächst) unbekannten und zudem auch nicht unbedingt gut dokumentierten Software zu übernehmen, wurde in diesem Fall pragmatisch gelöst, da für den Kunden die zeitnahe Umsetzung von dringend benötigten Änderungen höchste Priorität hatte.

Es geht also nicht um eine umfangreiche Einarbeitung in die gesamte Anwendungssoftware, sondern um die Implementierung von Änderungen und kleinen Erweiterungen. Die Hürde, die überwunden werden musste, bestand darin, dass der Einarbeitungsaufwand im Verhältnis zur Implementierung der Änderungen zu groß gewesen wäre. Die Lösung des Problems besteht nun darin, neben der Änderung der Software auch einen Rahmenvertrag für weitere Arbeiten in den nächsten zwölf Monaten abzuschließen. So entsteht Planungssicherheit für beide Parteien.

Eine weitere Analogie stellte sich ein: die Verwertungsgesellschaft trifft bei ihrer Arbeit immer wieder auf „Altlasten“, die beseitigt werden müssen, bevor die eigentliche Verwertung beginnen kann. So war es auch für MD Consulting: der übernommene Quellcode lag in der Version 2.1 vor. Bevor daher mit der inhaltlichen Arbeit begonnen werden konnte, musste MD Consulting den Quellcode auf eine aktuelle Version überführen. Hier zahlt sich die Erfahrung aus, die MD Consulting in einer Vielzahl derartiger Projekte sammeln konnte. Für den Kunden bedeutet das wiederum, dass er eine Software einsetzt, die problemlos mit den neueren Versionen des Betriebssystems Windows abläuft. Allein durch die erfolgreiche Übernahme des Quellcodes in die aktuelle Version des Team Developer konnte die Zukunftsfähigkeit der Anwendungssoftware erheblich gesteigert werden.

MD Consulting konzentriert sich nun auf die weitere „Verwertung“ der bestehenden Quellcodes nach Anforderungen des Kunden, während unser Kunde weiterhin die Verwertung des Flughafengeländes vornehmen kann – unterstützt durch eine nunmehr wieder optimale Geschäftsanwendung. Spätestens, wenn die Verwertung des ehemaligen Flughafengeländes abgeschlossen ist, wird auch die Zusammenarbeit mit MD Consulting enden. Wie gesagt: auch Flughäfen existieren nicht ewig.

Wir bekamen einen Anruf von einem uns bekannten Kunden. Er erzählte uns mit Erstaunen, dass sein Quellcode mit der neuesten Version vom Team Developer kompiliert werden könne. Dabei habe er seinen Quellcode vor vielen Jahren mit „SQLWindows“ entwickelt. Dass seine Anwendungen auch mit Team Developer 6.3 funktionieren würden, hätte er nicht gedacht.

Mit jeder neuen Version wird der Team Developer besser. Er bietet mehr Funktionen und Möglichkeiten. Außerdem werden neuere Team-Developer-Versionen von aktuellen Betriebssystemen unterstützt. Das gewährleistet zusätzlich den Support durch den Hersteller. Viele Kunden befürchten jedoch, dass nach einem Update ihre Quellcodes nicht mehr kompiliert werden können. Denn oft pflegen sie ihre Quellcodes nach wie vor auf der Basis von Team Developer 2 oder Team Developer 3. Diese Versionen sind jedoch mindestens zehn Jahre alt – meist noch älter.
Im letzten Geschäftsjahr häuften sich deshalb die Kundenanfragen, ob wir bei der Übernahme des „alten“ Quellcodes in die aktuelle Version vom Team Developer helfen können. Zwar waren die Kunden mit den kompilierten Anwendungen zufrieden. Aus verschiedensten Gründen jedoch, scheint die Übernahme ihres bestehenden Quellcodes in die aktuelle Version vom Team Developer wichtig und notwendig.
Eine Reihe unserer Kunden haben zunächst versucht, diese Übernahme selbst zu bewerkstelligen. Entweder händisch oder mit den Tools, die zum Lieferumfang vom Team Developer gehören. Einige Bemühungen klappten jedoch nicht: die Anwendungen stürzten plötzlich ab. In diesen Fällen landete das Problem bei Mitarbeitern von MD Consulting.

Warum hat die Übernahme in diesen Fällen nicht funktioniert? Es wurden nicht alle auf dem Quellcode hinterlegten Referenzen bearbeitet und angepasst. Oft werden Referenzen „übersehen“. Denn manche sind nicht auf dem Quellcode direkt, sondern als Properties binär im Quellcode gespeichert.
Solche Probleme lassen sich am besten wie folgt lösen: Optimal ist es, eine Kopie des Projektes zu erstellen, das ganze Projekt zu „mergen“ und als Text abzuspeichern. So kann man am besten – mit der Hilfe eines Editors – nach Referenzen auf „DLL“ suchen. Diese „Stellen“ zeigen, wie der Kunde im Originalquellcode vorgehen muss, um das Problem zu lösen.
Allerdings sind verborgene Referenzen nicht die einzige Ursache für plötzliche Abstürze. Auch Fremdkomponenten können zu Fehlern bei den Anwendungen führen. Diese Bereiche müssen dann genauer untersucht werden, um weitere Probleme zu eliminieren.
Letztlich hat bei den nunmehr fast zweihundert Projekten „Quellcodeübernahme“, die MD Consulting in den letzten Jahren für ihre Kunden durchgeführt hat, am Ende immer eine, unter der aktuellen Version vom Team Developer, lauffähige Software gestanden.
Für einen Teil unserer Kunden ist der „Job“ damit erledigt: es wird eine neue Version mit Team Developer 6.x gebunden und – vermutlich mit geringfügigen optischen Korrekturen – den Anwendern (ohne dass sie es notwendigerweise wissen müssen) zur Verfügung gestellt. Die Anwendung sieht optisch etwas anders aus, aber sie tut genau das, was sie die letzten Jahre auch gemacht hat.
Manchen Kunden reicht das jedoch nicht. Sie wollen mehr. Was diese Kunden mehr wollen und wie man zusammen mit diesen Kunden den Weg „zum mehr“ erarbeiten kann, soll im nächsten Bericht beschrieben werden.

MD Consulting stellt sich Ihnen als Ihr Gupta-Migrationsspezialisten vor. Wir haben bereits vielen Gupta-Entwicklern geholfen, auf die aktuelle Version des Team Developers zu migrieren.
Lesen Sie im Erfahrungsbericht und überzeugen Sie sich, dass man sich mühevoll dieses Know-how erarbeiten oder aber dem Versionswechsel von einer Altversion auf die aktuelle Version, in Zusammenarbeit mit den Experten von MD Consulting vornehmen kann.

Bei Fragen oder Interesse, schreiben Sie einfach eine E-Mail oder rufen Sie uns an unter +49 (0) 81 22-9740-0.