Projekte von 1997 bis 2002
Die Projektbeschreibungen sind sortiert. Jüngere Projekte erscheinen oben.
11/2002 - 01/2003 : Entwurf, Realisierung und Auswertung eines Internet-Gewinnspiels
Für die Promotion der Webseiten meines Spieleverlags organisierte ich ein Gewinnspiel im Internet. Die Teilnehmer sollten einige 1x1-Aufgaben lösen und die Ergebnisse zusammen mit ihrer email, sowie Angaben über Ort, Schule und Klasse in ein Formular eintragen. Unter den richtigen Einsendungen wurden per Zufallsgenerator die Gewinner ermittelt und mit einer automatisch generierten email benachrichtigt.
Mit einer einfachen formmail wurde für jede Teilnahme eine email erzeugt. Hier war keine Programmierung nötig. Nach Ablauf des Gewinnspiels werteten einige, in diesem Rahmen entwickelte python-Scripts die eingetroffenen emails aus. Ein Script extrahierte die Emails aus dem vorhandenen Outlook-Ordner und speicherte sie in einem python-shelve. Ein weiteres Script prüfte die richtigen Antworten und ermittelte die Gewinner. Das letzte Script sendete eine Serien-email an alle Einträge der Gewinnerliste.
Die Randbedingungen waren: das Gewinnspiel mit minimalem Aufwand durchzuführen, einen bestehenden Outlook-Account zu verwenden und für die möglichst einfache Wiederverwendung keine Scriptprogrammierung auf Serverseite zu verwenden.
08/2002 - 09/2002 : Design und Realisierung einiger Spiele für Java-Handys.
Tangram als grafisches Puzzle, mehrere Edutainment-Spiele für das 1x1-Training. java/J2ME/MIDP 1.0, Entwicklung mit Sun One Mobile Edition auf WinXP
04/2002 - 06/2002 : Design und Realisierung eines interaktives grafischen online-Spiels
Realisierung eines minimalen Webservers zum lokalen Ausführen des Spiels unter Windows python/html/javascript
02/2002 - 04/2002 : Design und Druckaufbereitung eines Kartenspiels
Dies ist zwar kein typisches EDV-Projekt, aber immerhin entstand am Rechner das vollständige Layout von insgesamt 110 Spielkarten und die zugehörige Verpackung. Illustrator 10 und Photoshop 6 kamen zum Einsatz.
1/2002 - 3/2002 : Abwicklung von Kreditkartentransaktionen mit ATOS Origin
Mit diesem Projekt wurde eine Javakomponente eines ecommerce-Projekts für die Zahlungsabwicklung eines Client/Server-Systems wiederverwendet.
- Design und Implementierung eines HTTP-Proxy-Servers in Java
- Wiederverwendung identischer JavaBeans für die Kommunikation mit externem Authorisierer
- Protokollierung der Transaktionen per JDBC in Informix-DB
- Webbasierte Benutzerschnittstelle zum Nachbearbeiten unvollständiger Transaktionen
12/2001 : Entwurf und Durchführung einer internen Mitarbeiterschulung zum Thema WAP/WML
Jeder Mitarbeiter im Projekt sollte einen Vortag zu einem Thema seiner Wahl halten. Ich wählte WML, weil ich bei der Entwicklung der Verkaufsoberfläche für Handys reichlich Erfahrung damit gesammelt hatte.
06/2000 - 03/2002 : Architektur, Implementierung, Entwicklertest einer eCommerce-Anwendung für den Verkauf von Eintrittskarten
Dieses Projekt war mein Umstieg von der bisher verwendeten Sprache C++ auf Java. Ziel des Projektes war, eine ecommerce Anwendung zu entwickeln, die einen bestehenden Server für Ticketreservierungen als Legacysystem nutzt.
Als Ausgangspunkt diente die Implementierung des Sun PetShop, einer J2EE Designstudie.
Nach den damit vorgegebenen Patterns wurden weitere stateless Sessionbeans und BMP Entitybeans
implementiert.
Meine Aufgaben in diesem Projekt waren vielfältig:
- Analyse, Design und Implementierung einer EJB SessionBean zur Kreditkartenauthorisierung mit ATOS Origin
- Analyse, Design und Implementierung der WML-Schnittstelle zum Buchen über WAP-Handy (JSP) [Nicht in Produktion gegangen]
- Definition des Order-Workflows mit Kreditkartenzahlung unter Berücksichtigung von Vorauthorisierungen, volle Authorisierung, später auch Lastschriften
- Datenaustausch mit Fremdsystem über gesicherte TCP Verbindung, Generierung und Prüfung von Keys, Zertifikaten und Digests, Ziel war die Bezahlung per Handy [Nicht in Produktion gegangen]
- Erstellung von einfachen Statistiken der Zahlungstransaktionen
- webbasierte Benutzerschnittstelle zum Finden und Nachbearbeiten unvollständiger Zahlungs-Transaktionen
- Durchführung und Auswertung von massiv parallelen Performance-Tests
- Technische Optimierungen, Java Performanzanalyse mit OptimizeIt
- Machbarkeitsstudie zum Einsatz des Dynamo-Scenario-Servers für das Kundentracking
- Konfiguration des ATG Dynamo Applicationservers, mehrere Entwicklungsinstanzen
- Implementierung einer Laufzeitüberwachung (freier Speicher der VM, Anzahl Sessions, Transaktionsstati von Order und Zahlungen, usw.) des Applicationservers per WAP-Handy
- Analyse und Steuerung der SSL-Bereiche in der Web-Anwendung
- Erstellung von einfachen HTTP-Servern in Python zum Simulieren externer Schnittstellen
- Dokumentation aller Konfigurationsparameter des Systems als MindMap
- Ständige Weiterentwicklung der Entwicklungsumgebung PC, Unix-Server, Sun, CVS, WinCommander, DBVisualizer, keygen
- Wartung der Teaserseiten ( Dynamo Server Pages, Dynamo components )
Auch die verwendeten Tools waren vielfältig. Entwickelt wurde mit Forte unter WindowsNT, Test- und Zielsystem war Sun Solaris. cygwin, Exceed und Samba halfen bei der Überbrückung dieser verschiedenen Rechnerwelten.
3/98 - 6/2000 : Portierung eines grafischen Clients von SCO-UNIX auf Windows 95/NT
Hier war meine Aufgabe nicht die Programmierung sondern die fachliche Koordination des extern durchgeführten Projektes. Ich hatte die Unix-Version des Verkaufsclients maßgeblich mitentwickelt und kannte die meisten Besonderheiten dieses "über Jahre gewachsenen" Altsystems. Die Details der Serverschnittstelle waren mir aus Test- und Fehlerbehebungsaktivitäten gut bekannt. Jetzt ging es darum, einen Windowsclient zu entwickeln, der ohne Änderung der Serverseite wie der bisherige Unix-Client funktionieren sollte.
- Analyse und Beschreibung des Altsystems
- Zusammenfassen der Details und Kontrolle der Portierung
- Aufbau von Checklisten
- Analyse und Anpassungen in Bezug auf Euro-Umstellung
- Analyse und Anpassungen in Bezug auf Y2K
Die anstrengendste Randbedingungen war, die unterschiedlichen Interessen und Firmenkulturen meines Auftraggebers und des externen Dienstleisters unter einen Hut zu bringen.
10/1997-01/1998: Aufwandserfassungs-Tool
Nachdem sich das PRtool so gut bewährt, lag es nahe auch andere Verwaltungsaufgaben per CGI-Script zu automatisieren. Die Stundenerfassung für die einzelnen Projekte der Entwicklungsabteilung war so ein Thema. Nach dem Muster des PRtools entwickelte ich eine Stundenerfassung, in die jeder Entwickler pro Tag eintragen konnte, wann er kam, wann er ging und wie viel Zeit er für seine jeweiligen Projekte verwendet hatte. Natürlich waren die Parameter der Projekte frei konfigurierbar und es konnten einfache Statistiken erstellt für die Projektleitung erstellt werden. Für die Freiberufler unter den Entwicklern bot das Script die Möglichkeit, entweder einen vollständigen Stundenzettel für die Rechnung zu erstellen oder alle Rohdaten als Download zu exportieren, beispielsweise für die Weiterverarbeitung in Excel.
04/1997-08/2000: Wartung und Weiterentwicklung einer Serverkomponente für POS-Autorisierungen
Diese Wartungsaufgabe wurde mir zugeteilt, nachdem der zuständige Entwickler die Firma verlassen hatte. Ich erweiterte den Server, so dass er auch Lastschriften verarbeiten konnte und war Ansprechpartner für alle Probleme und Designentscheidungen zum Thema POS (Kreditkartenzahlung, Lastschrift).
Dieses Foto entstand ungefähr zu dieser Zeit.
04/1997-08/1997: Fehlermanagement-Tool
Wartungsaufgaben können ziemlich langweilig sein. Fehler finden und beheben hat zwar auch seinen Reiz, aber manchmal muß es etwas Neues sein. Meine Kontakte zur Testabteilung waren ziemlich gut. Ich nutzte sie, um ganz vorsichtig nachzufragen, ob wir nicht den Workflow für die Fehlerberichte etwas automatisieren könnten. Bisher tippten die Tester für jeden gefundenen Fehler ein Word-Dokument, das ausgedruckt wurde und irgendwie den Weg zum zuständigen Entwickler finden musste. Wenn solch ein Blatt verloren ging, war immer unklar, wo es denn nun geblieben war. Das schrie nach einem kleinen Intranet-Projekt. Neben meinen Wartungsaufgaben arbeitete ich daran. Ich nahm ein perl-Script für ein Bulletin-Board als Basis, entfernte alles, was nicht gebraucht wurde, füllte ein paar Auswahllisten mit den Namen unserer Komponenten und Mitarbeiter und fertig war die erste Version des PR-Tools.
Der erste Wurf war schon besser als die Papierlösung zuvor und so erhielt ich den offiziellen Auftrag, das PRtool zu entwickeln. Rechtesteuerung, automatisch versandte email an die zuständigen Personen, konfigurierbare Listen für alle Auswahlmöglichkeiten, statistische Auswertungen und Plausibilitätstests machten das Tool erst richtig brauchbar. Die vollständige Logik war in einem Perl-Script zusammengefaßt, das über CGI auf dem Sinix-Entwicklungsrechner lief.
10/1996-03/1997: Client von SCO auf Windows portieren?
Zu viert analysierten wir, was es genau bedeuten würde, den in die Jahre gekommenen Verkaufsclient auf Windows zu portieren. Wir analysierten die Unterschiede zwischen Unix und Windows, identifizierten kritische Funktionen, schätzen Aufwände und schließlich wurde entschieden, dass erst einmal nicht portiert werden sollte. ( das kam dann erst 1998 ).