Hintergrund:

Migration mehrerer Spring Boot Applikation als Integrationsplattform

Betroffene Anwender:

DB Cargo

Aufgabengebiet:

• Entwicklung einer Spring Boot Applikation, die skaliert in der AWS Cloud läuft und mit DB Systemen kommuniziert.
• Konzeption und Erstellung von Service und Adapter Beschreibungen und dazugehöriger Konfigurationen
• Aufbau und Betrieb einer Continues Integration Platform basierend auf GIT Repositories, Jenkins Buildpipelines und Kubernetes Cluster Technologie
• Zusammentragen benötigter Kommunikationsbeziehungen und Modellierung für ActiveMQ Queues und Topics, Bereitstellung von Deadletter Queue Strategien
• Dokumentation und Spezifikation der zu entwickelnden Systemen mit UML und Word Dokumenten
• Dokumentation des Projektfortschritts und Überwachung der Termine

Hintergrund:

Weiterentwicklung des Zahlungssystems IPG

Betroffene Anwender:

Wiederverkäufer, E-Commerce, IT-Abteilung

Unternehmen:

• First Data betreibt das System „IPG“ Internet Payment Gateway als weltweites Routing System um verschiedene Zahlungsarten und –systeme wie Kreditkarten, Debitkarten, Gutscheinkarten, Paypal, E-Money Systeme an die passende Schnittstelle anzubinden.
• Zudem betreibt es zusammen mit Partnerunternehmen ein Netzwerk um Kartenlesegeräte in Ladengeschäften, Restaurants und anderen Point of Sales anzubinden. Am Point of Sale setzt First Data das eigenentwickelte Clover Terminal und Lösungen von Fremdanbietern wie Ingenico ein. An der Schnittstelle zu Visa, Mastercard und den deutschen Banken setzt es auf Schnittstellenpartner wie base24 und viele weitere Anbieter.

Aufgabengebiet:

• Entwicklung im NEXO EPS Umfeld. NEXO EPS ist eine anbieterunabhängige Schnittstellenlösung für den Austausch von Zahlungsanweisungen im XML Format. Entwicklung der IPG Komponenten zur Durchleitung der Zahlungsinformationen aus der EPAS Nachricht bis zum Zahlungsanbieter im jpos base24 Format.
• Analyse der Anforderungen auf der Eingangs- und Ausgangschnittstelle und Abstimmung mit den technischen und fachlichen Ansprechpartnern.
• Design der Anforderungen und Einbettung in das hochkomplexe IPG Systeme unter Verwendung von Java, Oracle SQL.
• Implementierung verschiedener Tokenization Vaults zum Zugriff auf das High Encryption Moduls entsprechend der Compliance/ Certification wie es in PCI-DSS definiert ist.
• 3DSecure, Verified by Visa Implementation unter anderem für Mobile Kartenabwicklung, Contactless, Contactfull Payment, Mobiles Onlinebezahlverfahren und elektronischer Zahlungsverkehr.
• Verwendung von 3DES und AES und weiterer Verschlüsselungsverfahren.
• Test der neuen und alten Funktionalitäten auf den Entwicklungs-, Test- und Staging Instanzen. Entwickeln von JUnit Tests, End-zu-End Integrationstests unter Verwendung von Schnittstellen Mocks und Simulatoren.
• Integration auf verschiedene Frontends mit HTML 5, PHP, Java, Angular.
• Mitglied im Scrum Team und Vertretung des Product Owners. Erstellung von User Stories und Abstimmung mit dem Team in den Scrum Meetings (Planning, Refinement, Review). Überwachung des Sprint Zieles. Pflege des Sprint Backlogs.
• Durchführung von Gerrit Code Reviews. Schulung und Anleitung von Junior Entwicklern. Erarbeitung von Verbesserungsstrategien.

Hintergrund:

Migration einer bestehenden Java Spring MVC Web Applikation

Betroffene Anwender:

Filialmitarbeiter, IT-Abteilung 

Aufgabengebiet:

• Migration der TNV Teilnehmerverwaltung einer Spring MVC Web Applikation von FRAME 8 auf FRAME 11 im Team aus 2 Junior Entwicklern, einem Projektleiter, der IT- und Fachabteilung der Commerzbank und mir als Senior Entwickler.
• Klassisches Vorgehensmodell mit 5 Quality Gates unter Setzung von harten Deadlines und Meilensteinen. Designphase, Implementierungsphase, Testphase, Bugfixingphase und Produktivgang.
• FRAME ist die Commerzbank interne Java Referenzimplementierung. Sie enthält Java Standardbibliotheken, Anleitungen und Vorgehen für Best Practices und verfolgt einen MDSD Ansatz unter anderem für die Anbindung von Datenbanken und Host Zugriffen.
• Migration des geänderten Erzeugungsverfahrens für DAO und Entities (Model) aus den Host Copybooks zur Weiterbenutzung unter möglich geringfügigen Änderungsbedarf an Controllern und Views.
• Migration der Views von RichFaces auf PrimeFaces. Dabei Anpassung der Modelklassen, XHTML und CSS damit Anzeige, Sortierung, etc. erhalten bleibt.
• Dokumentation des Migrationspfades unter Beschreibung eines effizienten und zeitsparenden Vorgehens als Wiki und in Word Dokumente.
• Coaching der 2 Junior Entwickler bei schwierigen Migrationsthemen.
• Migration und Anbindung der zwei WebServices unter der neuen FRAME 11 Zielumgebung.
• Sicherstellung der erfolgreichen Migration durch Vergleich der alten lauffähigen Anwendung mit der neuen Anwendung unter Verwendung von bestehenden Testfällen aus HP QC.
• Zusätzlich Absicherung geschäftskritischer Anwendungsteile durch Erstellung neuer JUnit Testfälle.

Hintergrund:

Entwicklung einer Spring Boot Applikation, WebSocket, JSON, SMS

Betroffene Anwender:

Lokführer

Aufgabengebiet:

• Entwicklung einer Spring Boot Applikation, die skaliert in der AWS Cloud läuft und mit DB Systemen kommuniziert.
• Beschreibung, Parsing, fachliche Bewertung und Umsetzung von JSON Nachrichten.
• Speicherung der JSON Nachrichten in den ActiveMQ Queues sowohl eingehend wie ausgehend.
• Entgegennahme von Fahrempfehlungen aus den liefernden Systemen, Umwandlung und Codierung in 7-Bit GSM-R Zeichensatz unter Verwendung einer eigenen Bit Codierung zum platzsparenden Versand über SMPP an das Zugfunkbordgerät per SMS.
• Multithreaded SMS-Versand über SMPP mit Hilfe der OpenSMPP Java Bibliothek.
• Rückmeldung des Versandzustellung oder Fehlschlages per OpenSMPP Listener an das lieferende System als JSON Nachricht unter vorheriger Einstellung in eine zweite Message Queue.
• Asynchrone Anbindung von Ereignissen und Zuständen der Anwendung an CloudWatch unter Verwendung der AWS JavaLib. Dabei Darstellung der verschieden aufgelösten Statistikreihen in der Weboberfläche von CloudWatch.
• Implementierung einer zweiten Transferschnittstelle über TCP/IP für modernere Zugfunkbordgeräte.
• Erstellung  und Durchführung von JUnit Tests.
• Dokumentation des Java Codes in JavaDoc und in das Bahn interne Wiki.
• Installation der Applikation auf ein AWS Linux sowohl als Test- und Produktionsinstanz über AWS CloudFormation und AWS OpsWork Skripte.

Hintergrund:

Entwicklung einer J2EE Middleware Applikation, WebServices, XML 2 XML Mapping

Betroffene Anwender:

SRESB, Comgate

Aufgabengebiet:

• Entwicklung von WebService Beschreibungen mit WSDL und XSD. Abstimmung mit Entwicklerkollegen über die Schnittstelle. Implementierung und Test der WebServices.
• Analyse, Design und Implementierung einer J2EE Applikation zur Entgegennahme von Mileage- und Wagenstatus Meldungen vom SRESB, Mapping in das WSM5.1 Zielformat und Weiterleitung an Comgate.
• Datenaustausch Standards: WSM2.0, WSM5.1; Eigenentwicklung: WSM5.1 Content, MileageEvent.
• Testdriven Development mit JUnit.
• Erstellung von Schnittstellen Stubs im Rahmen von automatischen Integrationstests.
• Durchführung von SOAP UI Schnittstellentests.
• Dokumentation des Arbeitsfortschritts und der Ergebnisse in JIRA und Confluence.
• Durchführung und Dokumentation von Reviews der Ergebnisse von Entwicklerkollegen.
• Aktive Teilnahme an SCRUM Meetings (Planning, Daily, Review, Retro), Anforderungsmeetings und an der quartalsweise stattfindenden Planungskonferenz.
• Analyse und Behebung von Fehlern während der Entwicklung in Eclipse und auf den Zielumgebungen. Dazu Auswertung von Logfiles, Debugging per Remote Debug, Zugriff per SSH und weiterer Techniken.
• Installation der Applikation über Jenkins in einen Docker Container in der AWS Cloud Umgebung. Hilfestellung über die Amazon CloudWatch.
• Verwendung der in der Referenzimplementierung enthaltenen Tools und Bibliotheken.

Hintergrund:

Entwicklung und Anforderungsanalysen mathematischer Marktmodelle für den Energiemarkt mit Hilfe von statistischen

Methoden.

Betroffene Anwender:

Energiehändler, Mathematiker, technische Ansprechpartner

Aufgabe/ Einsatzzweck:

Java/J2EE Software Architekt und MS Office VBA Anwendungsentwicklung

Aufgabengebiet:

• Entwicklung und Pflege der auf Excel und Access basierenden Marktmodelle zur Qualitätssicherung, Entscheidungsfindung und Planungsunterstützung.
• Analyse, Design und Implementierung von J2EE Spring Standalone Applikationen zur Verarbeitung Zeitreihen.
• Erstellung von technischen Lösungsvorschlägen, Lastenheften und Pflichtenheften
• Erstellung eines Reportingtools zur Aufbereitung von Zeitreihen zur Darstellung von Kraftwerksleistungsdaten, -einsatzplänen, Energie- und Preismengen.
• Aus-, Einlesen und Verarbeitung von Zeitreihen aus TIBCO Queues, Access Datenbanken, Excel Sheets, CSV Dateien, ORACLE und MS SQL Datenbanken.
• Weiterverarbeitung der erstellten Daten mit dem Optimierungstool GAMS und Nachbearbeitung der Ergebnisse mit den oben genannten Tools.
• Dokumentation erledigter Aufgaben mit dem JIRA Taskmanagement Tool in einer SCRUM organisierten Projektstruktur.
• Dokumentation der Anforderungen, der technischen Implementierungsdetails und Bedienungshinweise als Word, PDF und WIKI Dokumenten.
• Ergebnisbesprechung in Teamveranstaltungen und Erläuterungen der Funktionsweise um die Erreichung der Zielvorgabe zu beweisen.

Hintergrund:

Anforderungsanalysen, Architekturentscheidungen im SCRUM Team

Aufgabengebiet:

• Entwicklung eines Systems für die Finanzdatenlieferungender Firma SIX
• Analyse, Design, Implementierung und Test der auf Java basierenden Applikation
• Massendatenverarbeitung
• Pflege des Backlogs gemäß Vorgaben des Product Owners
• Überwachung und Einhaltung des Scrum Prozesses
• Aufnahme Erfassung und Weiterleitung von Fehlerreports

Hintergrund:

Mitarbeit am Design, Entwurf und der Implementierung von Komponenten des Beschaffungsportals

Betroffene Anwender:

Fachbereich Beschaffung

Aufgabengebiet:

• Mitarbeit bei der Erstellung von Lasten und Pflichtenheften
• Durchführung von Abstimmungsgesprächen mit dem Fachbereich und Schnittstellenpartnern.
• Entwicklung von J2EE Webanwendungen mit hochintegrativem Charakter, Hostanbindung unter Einsatz zahlreicher Komponenten und Technologien Telelogic Synergy Tool unterstützte Fehlerbehebung
• Auswahl und Evaluation von Entwicklungsapplikationen und -tools für Windows 7
• Export/ Import Kompatibilitätstests unter Windows 7 und Office 2010
• Erstellung von Aufwandsschätzungen für Entwicklungsarbeiten

Hintergrund:

Die Deutsche Handwerk Finanz bietet als Start-Up Unternehmen Finanzdienstleistungs-produkte für Handwerker an. Handwerker können an die DHF Rechnungen verkaufen. Die DHF sichert so die Liquidität der Handwerker und verlangt dafür einen Anteil am Rechnungsbetrag. Abgesichert ist die Leistung der DHF über einen Kreditversicherer. Das System ARGUS Online ist eine Wepanwendung, die alle nötigen Prozesse EDV-technisch abbildet. Dabei ist ARGUS Online zunächst auf DHF spezifische Anforderungen hin ausgelegt. Die Weiterentwicklung zu einer Standardsoftware wird aber berücksichtigt.

Aufgabe/ Einsatzzweck:

Entwicklung der mehrschichtigen Software ARGUS im Team aus 8 Entwicklern im Java EE Umfeld unter Verwendung gängiger Open Source Entwicklungstools.

Durchgeführte Arbeiten:

• Anbindung der ARGUS Software an die Schnittstellen des Kreditversicherers. Abfrage und Auswertung von Servlets, die XML-Inhalte zurückliefern. Mit JAXP zunächst Generierung von XML Repräsentationsklassen aus vorliegenden DTDs.
• Analyse neuer Anforderungen hinsichtlich Umsetzbarkeit im Umfeld der bereits vorhandenen Code-Basis.
• Erstellung geeigneter Testklassen mit dem Java Test-Framework TestNG. Dabei Berücksichtigung möglichst vollständiger Code-Abdeckung.
• Import-/Export von bankspezifischen Ein-/Ausgabedateien z.B. SWIFT MT940, DTAUS und weitere. Sowohl manuell als auch automatisierte Zahlungsein-/ausgangszuordnung zu den im System hinterlegten Vorgängen.
• Erweiterung und Programmierung der GUI mit Hilfe des ZK Frameworks. Java und ZUL Dateien basiert.

Hintergrund:

• Ist:
  • Bei der Beauftragung eines DSL-Anschlusses auf der Webseite von Versatel muss der Endkunde sieben verschiedene Formulare auf jeweils separaten Seiten ausfüllen. Auf Grund dieses mehrstufigen Prozesses, kommt es vor, dass Kunden den Vorgang vorzeitig abbrechen und den Anschluss nicht beauftragen. Ferner haben Marktanalysen ergeben, dass die Mitbewerber einfachere, einstufige Formulare verwenden. 
• Soll:
  • Im Rahmen einer Neuprogrammierung soll der 7-stufige Beauftragungsprozess durch einen ein- maximal zweistufigen Prozess ersetzt werden. Zudem soll der Endkunde die Möglichkeit erhalten vor, während und nach dem Beauftragungsprozess passende Zusatzprodukte auf einfache Art und Weise zu bestellen.
  • Bevor das Beauftragungsformular aufgerufen werden kann, muss der Endkunde über die Versatel Webseite oder auf deren Partnerseiten den Anschlussverfügbarkeitscheck durchführen. Nachdem dieser Check positiv verläuft, gelangt er auf das Beauftragunsformular. In dem er alle notwendigen Daten eingeben kann. Nach Bestätigung mit Ok, gelangt der Kunde auf die Beauftragungsseite, in der er alle Daten kontrollieren kann, gegebenenfalls korrigieren kann und/oder den Beauftragungsprozess abschließen kann.

Betroffene Anwender:

Versatel Endkunden, Versatel Produktverantwortliche, Versatel IT Verantwortliche, PHP Entwickler und Administratoren.

Aufgabe/ Einsatzzweck:

Organisationsarbeiten, Analyse und Design der Beauftragungssoftware, Anbindung von internen Versatel Schnittstellen, Programmierung in PHP. 

Durchgeführte Arbeiten:

• Anbindung der Versatel Schnittstellen an die Beauftragungssoftware mit Hilfe von Webservices basierend auf JSON Ein- und Ausgabeparametern
  • Abfrage der Anschließbarkeit einer Anschlussadresse mit Hilfe der PLZ, Strasse, Hausnummer und Zusatz.
  • Abfrage von PLZ- und Strassenverzeichnissen für eine Ajax-basierte Formulareingabeunterstützung.
  • Übermittlung des durch den Endkunden komplettierten Beauftragung an die Auftragsbearbeitungsschnittstelle
  • Abfrage des Beauftragungsstatus
• Programmierung des Anschlusschecks im Webfrontend. Hier Eingabeunterstützung basierend auf der jQuery JavaScript Ajax Bibliothek.
• Alle Aufgaben und Arbeiten wurden unter Einhaltung der Prinzipien des Test Driven Development durchgeführt. Zunächst Analyse und Design erforderlicher Fachklassen. Danach Implementerung geeigneter Testklassen mit SimpleUnit. Dann Implementierung der Fachklassen, die bevor sie produktiv geschaltet wurden erfolgreich gegen die Testklassen getestet wurden.
• Einsatz des SCRUM -Projektmanagementverfahrens. Hier tägliche Telefonkonferenz mit Versatel IT und Fachabteilung, um kontinuierlich Entwicklungsstände und Anforderungen abzugleichen mit dem Ziel gegebenfalls korrigierend einzugreifen.

PCnG (PC next Generation) Umstellung auf XP/ Office 2003

Hintergrund:

Im Rahmen der Umstellung von Windows 2000 auf Windows XP von insgesamt 14.000 Arbeitsplatzrechnern und der Umstellung von Office 97 auf Office 2003 mussten die etwa 2000 durch die Fachabteilungen selbst erstellten Anwendungen unter der neuen Umgebung getestet, evtl. an die neuen Anforderungen angepasst und letztendlich durch die Fachabteilung abgenommen werden.

Betroffene Anwender:

Anwender in den Fachabteilungen, die für ihre selbst erstellten Anwendungen Unterstützung und Hilfestellungen bei der Umstellung auf Windows XP/ Office 2003 benötigen.

Aufgabe/ Einsatzzweck:

Beratung Test/ Umstellung der individuellen Datenverarbeitungssysteme/ Unterstützung in der Rollout Koordination und Erstellung ClientBackup Tool.

Durchgeführte Arbeiten:

• ClientBackup Tool (Anfoderungsanalyse und Code Review zusammen mit Entwickler)
• Entwicklung von Guidelines und Best Practises zur Unterstützung der Fachbereiche bei Test und Umstellung ihrer IDV-Applikationen
• Erarbeitung von Problemlösungvorschlägen
• Unterstützung und Beratung der Anwender bei der Durchführung ihrer Tests
• Statusverfolgung der gemeldeten Anwendungen bis zur abschließenden Abnahme
• Finalisierung des XP-fähigen Portfolios von IDV-Applikationen
• Detailplanung der Rollouts inkl. Abstimmungen, Zeitplan
• Steuerung der Rollout Aktivitäten in Abstimmung mit AXA Tech und des Rollout Dienstleisters
• Erweiterung der auf Access basierenden Statusverfolgungsdatenbank
• Implementierung von Excel Lösungen zur Darstellung von Projektübersichten

Hintergrund:

Das nationale Präqualifikationsverfahren für das Baugewerbe ist ein gesetzlich verbindliches Verfahren, das es Bauunternehmen ermöglicht sich in mehreren Leistungsbereichen präqualifizieren zu lassen. Hauptsächlich öffentliche Auftraggeber sind angehalten bei ihren Ausschreibungen für Bauvorhaben nur noch in Zukunft Bauunternehmen bei der Auftragsvergabe zu berücksichtigen, die in den notwendigen Leistungsbereichen präqualifiziert sind. Um die Präqualifikation zu erhalten müssen die Bauunternehmen verschiedenste Nachweise zusammen mit einem Erstantrag einreichen, welche die besondere Eignung bereits im Vorfeld nachweisen. Dies sind unter anderem: Umsatzzahlen der letzten 3 Geschäftsjahre, 3 Referenzen je beantragten Leistungsbereich, Auskünfte über Tariftreue und regelmäßige Zahlung der Steuern, etc. Einige Nachweise müssen in bestimmten Zeitabständen erneuert eingereicht werden. Die Präqualifikation selbst muss durch das Bauunternehmen jährlich durch Antrag aufrechterhalten werden.

Betroffene Anwender:

Kunden (Bauunternehmen), Sachbearbeiter bei DQB, Qualifikator, Leiter

Aufgabe/ Einsatzzweck:

Webbasierte Erfassung der Antragsformulare für das Nationale Präqualifizierungsverfahren für das Baugewerbe.

Durchgeführte Arbeiten:

• Analyse der Geschäftsprozesse
• Analyse, Design, Implementierung und Test in zwei Schritten (Step I und Step II)
• Aufsetzung der kompletten Serverumgebung (FreeBSD, Apache, MySQL, PHP, sendmail, etc.)
• Systemadministration, Fernwartung
• Benutzerverwaltung (6 verschiedene Userarten)
• Webbasierte Erfassung der Antragsformulare durch den Kunden/ DQB Mitarbeiter. Download/ Ausdruck als PDF für Erstantrag, Aufrechterhaltung, Erweiterung und Rechnung.
• Einreichung (Upload) der Nachweise/ Belege als PDF (etwa 15)
• Terminübewachung tabellenartig, E-Mail Erinnerung an DQB Kunden 25 Tage vor Fristüberschreitung eines Nachweises
  Versand eines Datensatzes an den PQ-Vereins-Server über SOAP
• Suchfunktion in Übersicht Anträge, Aufrechterhaltung, Erweiterung und Bearbeitung
• Faktuierungsmodul, Adressduplikatsuche, öffentliche Suchseite

Thema:

Gerne auf Anfrage.

Zusammenfassung:

• Problem:
  • Die fortschreitende Standardisierung in der Verarbeitung und dem Austausch der Daten, die im Bereich der Studien für die Zulassung von Medikamenten anfallen, ist aus Kosten- und Qualitätsgründen notwendig. Nachdem am 19.12.2006 die neue Version 1.3 des CDISC ODM-Standards erschienen ist, entstand der Bedarf, das Validierungs-Werkzeuges der Firma XML4Pharma mit dem Namen ODM Checker den neuen Bedingungen anzupassen. Die Anwendung ist bereits seit vielen Jahren erfolgreich im Einsatz. Mit den umfangreichen Änderungen am ODM-Standard ist zu überlegen, wie die Architektur mit modernen Technologien aufgerüstet werden kann.
• Methoden:
  • Die Grundlage für die Modellierung des neuen Validierungs-Werkzeuges sind UML-Diagramme. Die Regeln wurden aus einer Analyse des Quelltextes des alten Validierungs-Werkzeuges und der ODM-Spezifikation abgeleitet. Die Implementierung erfolgte mit dem Java Development Kit in der Version 1.5. JCreator und JDeveloper dienten als Entwicklungsumgebungen. Die Testapplikation basiert auf der JUnit Bibliothek in der Version 4.3.1.
• Ergebnisse:
  • Es liegt eine Beschreibung für die UML allerdings beschränkt auf Anwendungsfall-, Klassen- und Sequenzdiagramm vor. UML-Diagramme verdeutliche die Architektur des neuen Validierungs-Werkzeuges. Sie ist aufgespalten in Fach- und Benutzeroberflächenklassen. Eine Testapplikation mit 35 JUnit-Testfälle für die Fachklassen stellt sicher, dass die Implementierung der Regeln basierend auf der ODM-Spezifikation korrekt umgesetzt ist. Die Javadoc-Beschreibung ist einem anderen Entwickler behilflich, die Funktionalität des Validierungs-Werkzeuges in seine eigenen Softwareprodukte einzubauen. 
• Schlussfolgerungen:
  • In Zukunft können Anwender mit dem Validierungs-Werkzeug XML-Dokumente gegen den ODM-Standard in der neuen Version 1.3 validieren. Die Projektverwaltung erspart lästiges Navigieren durch den Dateiauswahldialog. Entwicklern steht eine Bibliothek zur Verfügung, die sie nutzen können, um das Validierungs-Werkzeug in ihre eigenen Softwareprodukte und in automatisierte Verfahren einzusetzen. Für die Zukunft sind weitere neue Versionen für den ODM-Standard geplant. Das führt dazu, das neue Regeln in die Anwendung aufgenommen werden müssen. Durch die flexible Architektur, in der jede Regel in einer eigenständigen Klasse abgebildet ist, ist eine Anpassung durch Hinzufügen einer neuen Regelklasse oder Änderung einer bereits bestehenden Regelklasse sehr einfach durchzuführen. Die Testapplikation stellt dabei sicher, dass alle Regeln korrekt formuliert sind.

Hintergrund:

Jährlich wird der Stahlpreis als Ausgangsmaterial für die Produktion von Karosserieeinzelteilen verglichen. Dazu vergleicht der Key Account Manager die Preise von vier Lieferanten. Die Preislisten erhält der Key Account Manager papierbasiert und rechnet dann die erforderlichen Spezifikationen per Hand aus. Dadurch können leicht Fehler entstehen, die eine falsche Kalkulationsgrundlage bieten. Daher sollen diese Preislisten elektronisch hinterlegt werden können. Damit dann die Preisberechnung excelbasiert erfolgen kann.

Betroffene Anwender:

Key Account Manager

Aufgabe/ Einsatzzweck:

Excel basiertes Anwender unterstützendes Eingabemodul für die Stahlpreiskalkulation

Durchgeführte Arbeiten:

• Analyse von Stahlpreislisten der vier Stahllieferanten in Deutschland
• Erfassung der Stahlpreise in Excel Vorlage
• Design, Programmierung und Test einer Excel Arbeitsblatt basierten Stahlpreiskalkulation
• Migration der Excel Arbeitsblatt basierten Lösung auf eine VBA-Dialog Lösung, die als Add-In konzipiert ist

Funktionen:

• Berechnung der Stahlpreise anhand einer in Excel erfassten Werte
• Auswahlmöglichkeit der Stahlart/ des –lieferanten
  Aufbau der Felder/ Eingabemöglichkeit gemäß Excel Vorlage
• Übernahme Funktion des Wertes in Excel
• Automatische Installationsroutine für Excel-Add.
• Hinzufügen eines neuen Menüpunktes/ Erweiterung der Symbolleiste

Hintergrund:

Ein großer Kunde der Firma OBC hat die Anforderung gestellt, die Paket Verfolgung Online über das Internet einsehen zu können.

Betroffene Anwender:

Kunde, OBC Mitarbeiter

Aufgabe/ Einsatzzweck:

Tracking System für die Paket/ Logistik Verfolgung.

Durchgeführte Arbeiten/ Funktionen:

• Analyse, Design Implementierung und Test one-way Synchronisation MS Access zu MySQL Datenbank.
• Programmierung webbasiertes Tracking System
• Installation/ Konfiguration auf System des Kunden. Provider: Strato
• Konvertierung der zu synchronisierenden Datensätze in ein XML-Dokument.
• Gestückelter Datentransfer an Server PHP Skript. (Stückelung aufgrund Laufzeit Einschränkung durch Provider)
• Serverseitigen Empfang und Verarbeitung der XML-Dokumente und Speicherung in der Datenbank
• Login für Benutzer; Abfrage Möglichkeit nach HWB-Nummer. Tabelle mit Sendungsstatus
• Userverwaltung in MS Access durch [Name auf Anfrage]
• Druckansicht

Hintergrund:

Ein modernes selbst erstelltes E-Commerce (Online-Shop) Modul erstellt Preis-, Warenkorb-, Positionslisten, Rechnungsdaten, etc. in einem XML-Format zum Austausch an weitere Systeme. Ältere ähnliche E-Commerce Systeme akzeptieren als Eingabeformat das EDIFACT Format. Damit die Integration dieser beiden Systeme hergestellt werden kann, muss eine Verbindungsschnittstelle programmiert werden, die XML-Daten in EDIFACT-Daten übersetzt.

Betroffene Anwender:

Disponenten, Bestellbearbeiter

Aufgabe/ Einsatzzweck:

Implementierung eines Parsers für die hoch performante Verarbeitung von XML Daten in EDIFACT Nachrichten

Branche:

Softwareentwicklung, Webapplikationsentwicklung

Verwendete Technologien:

Microsoft Visual C++, Visual Parse++, reguläre Ausdrücke, CppUnit Tests, XML, XSD, EDIFACT

Website:

http://www.taquiri.de/

Durchgeführte Arbeiten:

Analyse der Ein- und Ausgabedaten anhand von vorliegenden Spezifikationen (HTML Dokumentation und XSD Dokument)
Test-Driven Development mit Hilfe des CppUnit Frameworks. Dazu zunächst Definition von Testfällen und im Anschluß der Entwicklung Durchführung der Tests anhand der Applikation.
Definition und Erstellung der regulären Ausdrücke für den Scanner
Definition und Erstellung der Grammatik in der Notation für Visual Parse für den Compiler
Kompilierung der entworfenen Eingangsdaten für den Scanner und die Grammatik in C++ Basis Quelltexte
Erstellung einer Klasse EDIFACT zur Aufnahme der Daten der Nachrichten und Verwendung in den Basis Quelltexten. Stichwort: Trennung Compilerlogik von Speicherlogik für EDIFACT Nachricht.
Entwicklung und Erweiterung der Basis Quelltexte, um die gewünschte EDIFACT Nachricht aus den XML Daten zu erstellen
Fehlererkennung und –beseitigung mittels des in Microsoft Visual C++ integrierten Debuggers
Ausgabe der EDIFACT Nachricht auf stdout