Software Developer, -Architect

Projektbeschreibung Der Kunde baut eine BI-Plattform zur Verwaltung seines
Stromnetzes auf Basis von JEE und OS-Tools.
Standardkomponenten, wie ein Business Object Repository, Generic
Data Access oder auch Time Series Data Access werden dabei selbst
gebaut und in Produktion gebracht. Orientiert wird sich dabei am
IEC TC57.

Ziel des Projektes ist Auflösung der Punkt-zu-Punkt-Verbindungen
von unterschiedlichen Anwendungen zu unterschiedlichen
Datentöpfen und die Homogenisierung der Stammdaten über ein
Business Object Repository.

Durch ein Domain Driven Design werden unterschiedliche
Datenmodelle erstellt, um den unterschiedlichen Anwendungen
domainspezifische Datenextrakte anbieten zu können.

Die Middleware-Prozesse werden mit BPMN 2.0 modelliert.

Rollen, Aufgaben, * Unterstützung der Architekturgruppe
Ergebnisse * Dokumentation der Architekturentscheidungen in ABBs und
SBBs
* Anforderungsanalyse
* Leitung des Entwicklungsteams
* Entwicklung der Standardkomponenten (BOR, TSDA, GDA,
...)

Methoden und * Architekturdokumentation nach TOGAF
Technologien * Product Backlock mit JIRA
* Feature-Dokumentation und Collaboration mit Confluence
* JAVA 7 / JEE 6
* JBOSS EAP 6.4
* Camunda 7.4
* Git, Jenkins, TeamCity, Maven
* Eclipse




15




Beratung agiler Entwicklungsmethodik Specification by Example; Scrum
(Versicherungen)


Dauer 1 Monat

Projektbeschreibung Das Kundenvorhaben der Umsetzung einer einheitlichen
Versicherungsplattform für eine Versicherungsgruppe soll agil
umgesetzt werden. Die Herausforderung ist, die Spezifikation,
welche 3 Jahre betrieben wurde, so aufzubereiten, dass die
umzusetzenden Features agil entwickelt werden können.

Rollen, Aufgaben, * Die zu erstellenden Features sollen mittels Specification by
Ergebnisse Example dokumentiert sein und mittels automatisierter
Tests soll der Entwicklungsstand geprüft werden.
* Zusätzlich soll die agile Entwicklungsmethodik SCRUM
eingeführt werden
* Moderator, Coach

Methoden und * Specification by Example mit Confluence/GreenPepper
Technologien * JIRA als Product Backlog




Umsetzen neuer Zahlungsverkehrswege unter Berücksichtigung der AQE-
Methodiken (Agile Quality Engineering) (Banken)


Dauer > 3 Monate

Projektbeschreibung In eine bestehende SEPA-Zahlungsverkehrsplattform ist ein neuer
Zahlungsweg einzubauen.

Die fachliche Spezifikation wird durch (Specification by example'
geliefert; die Qualität durch agiles Testen überprüft.

Die Vorgehensweise soll als Basis für zukünftige
Projektanforderungen des Kunden dienen

Rollen, Aufgaben, * Etablierung der AQE-Techniken
Ergebnisse * SCRUM-Master

Methoden und * Specification by Example mit Confluence/GreenPepper
Technologien * WebMethods 8.1
* Java 7
* Eclipse, Git, Jenkins, Nexus




16




Migration der SEPA-Plattform auf Basis von CAPS nach WebMethods
Einführung von SCRUM; Migration des SCM von ClearCase auf Git; Aufsetzen
eines Continous Integration Prozesses mit Maven, Jenkins und Nexus (Banken)

Dauer > 12 Monate

Projektbeschreibung Für den bargeldlosen Firmenkunden-Zahlungsverkehr steht dem
Kunden eine Integrationsplattform auf Basis von CAPS (Composite
Application Plattform Suite) zur Verfügung. Eine der größten
Komponenten ist auf dieser Plattform die sog. SEPA-Engine, welche
die Inhouse-Systeme mit dem innereuropäischen bargeldlosen
Zahlungsverkehr auf Basis des europäischen
Zahlungsverkehrsstandards SEPA integriert.
Ziel des Kunden ist, die aus der Wartung fallende CAPS-Plattform
auf WebMethods der Firma Software AG zu migrieren. Gestartet
wird dabei mit der SEPA-Engine; die anderen Komponenten
(EDIFACT, SWIFT, ...) sollen daraufhin folgen.
In die migrierte Anwendung sind schon bestehende Querschnittfunktionalitäten,
wie z.B. Logging und Fehlerbehandlung zu
integrieren.

* Migration einer über 7 Jahre gewachsenen Anwendungs-
Landschaft von CAPS nach WebMethods.
* Konsolidierung der Integrationsplattform
* Beachtung der Konventionen, die ebenfalls seit mehr als 10
Jahren im WebMethods Umfeld zum Einsatz kommen.
* Evaluierung, Machbarkeitsstudie, Erarbeitung der
Vorgehensweise durch Prototypen.

Der alte Entwicklungsprozess war stark (Wasserfall'-orientiert.
Dieser Prozess wird mit der Einführung von SCRUM agiler.

Die alte Codebasis wurde mit ClearCase verwaltet. ClearCase wird
durch Git ausgetauscht. Darüber hinaus wird ein Continous
Integration Prozess mit Maven als Build-Tool, Jenkins als Continous
Build Plattform und Nexus zur Verwaltung der entstehenden
Artefakte umgesetzt.

Rollen, Aufgaben, * Codeanalyse des bestehenden Projektes
Ergebnisse * Konzeption und Beschreibung der migrierbaren
Komponenten
* Prototyperstellung für die Migrationsschritte
* Einführung von SCRUM im Entwicklerteam; Integration der
Schnittstellen-Abteilungen in das neue Vorgehen
* Umsetzen von Git als neues SCM; Aufsetzen von Jenkins
und Nexus inkl. Konfigurieren der einzelnen Jenkins-Jobs

Methoden und * CAPS 6
Technologien * WebMethods 8.1
* Java 6
* Eclipse / RAD
* ClearCase
* Git, Jenkins, Nexus




17




Umsetzen von drei Legacy-Anwendungen für eine ESB-Tool-Testumgebung



Dauer 3 Monate

Projektbeschreibung Zum Testen unterschiedlicher ESB-Tools wurden verschiedene
Szenarien entworfen, welche mit den einzelnen Tools umgesetzt
werden können. Um die Umsetzung testen zu können, braucht es
ein realitätsnahes Umfeld. Die dafür notwendigen Legacy-Systeme
mussten gebaut werden.

Vorgabe war, dass die einzelnen Legacy-Systeme zwar autonome
Applikationen sein müssen (und auch technisch unterschiedlich
implementiert sein können), die Entwicklung dieser Systeme jedoch
homogen erfolgt.

Es musste ein Entwicklungsprozess konzipiert werden, der eine
homogene Entwicklungslandschaft für eine heterogene
Anwendungsentwicklung bietet. Entwicklerstandards mussten in
allen Anwendungen gleich sein und eingehalten werden.

Die Anwendungen durften nicht auf bereits vorinstallierten
Laufzeitumgebungen (z.B. Application-Server) installiert werden
müssen.

Eine der drei geforderten Legacy-Anwendungen wurden von Herrn
Baier geschrieben. Es handelt sich dabei um eine JAVA-CDI-
Anwendung. Die GUI ist eine einfache Web-GUI und soll als
Schnittstelle für Nachrichteneingänge dienen; und zwar sowohl als
File- als auch als WebService-Schnittstelle.

Rollen, Aufgaben, * Projektleitung
Ergebnisse * Konzeption des Entwicklungsprozesses
* Festlegen des Entwicklerstandards
* Entwicklung einer Legacy-Anwendung

Methoden und * JAVA 7
Technologien * CDI
* Embedded Glassfish
* Embedded Tomcat
* Maven
* Git
* Axis-Webservices
* Weld




18




Security-Review für ausgewählte Online-Services
Dokumentation der plattformübergreifenden Anwendungslandschaft von 4
Fachabteilungen (Banken)

Dauer 12 Monate

Projektbeschreibung Die zentrale HOST-Anwendung, welche Verträge, Order- und ZV-
Aufträge umsetzt, wird seit mehreren Jahren auf moderne (Online-
Services' umgebaut. Dafür wurde eine SOA umgesetzt. Service-
Requests können sowohl von extern (aus dem Internet) als auch
von intern (aus dem Intranet) gestellt werden.
Die Anwendungslandschaft ist auf etwaige Security-Leaks bis auf
Ebene Application-Layer zu prüfen und zu dokumentieren.

Es gibt derzeit keine zentrale Dokumentation der Anwendungs-
Landschaft. Ein neu geschaffenes Architekturboard ist auf so eine
Dokumentation jedoch angewiesen. Die Dokumentation soll aber
nicht statisch sein. Änderungen in der Anwendungslandschaft sollen
relativ leicht in die Dokumentation einfließen können und
insbesondere sollen sämtliche Dokumentations-Artefakte konsistent
bleiben.
Die Herausforderung ist die hohe Anzahl an verschiedenen
Systemen, welche in unterschiedlichen Zonen, von
unterschiedlichen Providern gehostet werden.
Es ist ein Modell zu schaffen, in dem sämtliche Komponenten der
Anwendungslandschaft bis auf Anwendungsebene dokumentiert
sind. Unterschiedliche Sichten sind für unterschiedliche
Ansprechpartner zu schaffen.

Rollen, Aufgaben, * Analyse der bestehenden Anwendungsarchitektur mittels
Ergebnisse Interviews
* Dokumentation der Anwendungslandschaft in einem UML-
Modell mittels MagicDraw
* Analyse der Anwendungsanbindungen mit Fokus Security
* Aufzeigen und Bewerten von Risiken in der
Anwendungslandschaft
* Schulung des Architekturboards

Methoden und * UML-Modellierung
Technologien * Interviewführung und -Dokumentation
* MagicDraw




19




Implementierung einer Webservice-Schnittstelle zur Kommunikation zwischen
Apotheken und Großhändlern auf Basis des MSV3 Standards (Pharma)


Dauer 9 Monate

Projektbeschreibung Das Projekt GEWOS (Web Ordering Service) umfasst die
Implementierung der MSV3 Schnittstelle, welche zur Optimierung
von Geschäftsvorgängen, wie Bestellungen oder
Verfügbarkeitsabfragen, zwischen Apotheken und Großhändlern
entwickelt wurde. Sie ersetzt damit die Vorgängerversion MSV2,
welche den heutigen Anforderungen zeitlich und technologisch nicht
mehr gerecht wird.
Externe Schnittstellen zur Applikation sind zum einen eine SOAP-
WS-Schnittstelle für die Kommunikation zwischen Apotheken und
dem Großhändler und zum anderen zu Inhouse-Backendsystemen
über MQ und proprietär über TCP/IP-Socket-Verbindungen.
Die Anwendung enthält ein (Refeed'-Modul als Fallback für den Fall,
dass das Backend-System nicht zur Verfügung steht.
Neben einer Stammdatenverwaltung für Authentifizierung und
Authorisierung gibt es eine Routing-Komponente, die das
Weiterleiten der Anfrage an eine entsprechende Instanz des
Backend-Systems übernimmt.

Rollen, Aufgaben, * Aufsetzen eines Continous-Integration-Prozesses mit
Ergebnisse Maven, Jenkins und Nexus
* Erstellen und Dokumentieren der Anwendungsarchitektur
* Implementieren von Querschnittsfunktionalitäten (Logging,
ErrorHandling, ...)
* Technisches Design und Umsetzen der Security-
Anforderungen
* SCRUM-Master; Productbacklog und Sprintbacklog werden
in JIRA gepflegt
* Erstellen und Pflegen eines Entwicklerhandbuches

Methoden und * SCRUM
Technologien * IBM-WebSphere Application-Sever 8.x Cluster mit
vorgeschaltetem IHS (IBM http Server)
* Java EE 6, EJB 3.1 und CDI, JPA
* ORACLE 10 als Anwendungsdatenbank
* JMS für interne Queueing-Anforderungen
* MQ zur Queue-Anbindung eines externen Zuliefersystems
* Erweitertes Unit-Testen mittels JUnit, PowerMock / Mockito
und einer selbst geschriebenen CDI-Extension in Verbindung
mit WELD, um Java EE-Komponenten ohne Java EE-
Container testen zu können
* IBM Rational Application Developer (RAD) als
Entwicklerwerkzeug
* SVN als SCM
* Maven als Build-Prozess
* Jenkins als Continous-Integration-Plattform
* Nexus zur Library-Verwaltung
* Mediawiki zur Dokumentation
* NTMessageStructure-Editor zur modellgetriebenen
Erzeugung von internen Datenstrukturen

Planung, Koordination und Realisierung von Consulting-Projekten
der Gesellschaft
Auf- und Ausbau der betrieblichen IT-Infrasturkur
Standard- und Spezialschulungen für EAI-Tools

Konzeption und Realisierung von Anwendungslösungen mit
externen Partnern
Analyse, Konzeption und Projektplanung von
Kundenanbindungsmaßnahmen im EAI-Umfeld

Beratung im EAI-Bankenumfeld

(nunmehr UNIQUARE)
Organisationsprogrammierter, IT-Consultant
Konzeption und Umsetzung von Kundenprojekten (international)
Coaching und Consulting der Kunden vor Ort (international)

(nunmehr Firma Niedermeyer)
Einzelhandelskaufmann
Verkauf von Computer und -zubehör
Kundenberatung und -betreuung