Für die Beauftragung von Abschleppdiensten soll aus einem Fremdsystem heraus zugehörige Prozesse angestossen werden. Die initiale Beauftragung erfolgt aus dem Fremdsystem heraus. Assistance Partner, hier AP, stellt eine SOAP-  basierte Schnittstelle als Webservice zur Verfügung. Über REST erhält AP eine neue Beauftragung als ein JSON Objekt, welches

als EntityBeans abgebildet werden und weitere Json Objekte enthalten. Die REST HTTP Anforderungsmethode: POST erwartet eine neue Beauftragung vom Fremdsystem, um eine neue Ressource mit einem POST-Request zu erstellen.              Der fachliche Workflow besagt, dass ein Mitarbeiter eine Beauftragung startet, AVW den REST-Service aufruft und ihr die Auftragsdaten übergibt. Es wird danach Prozessauftragsdaten generiert. Der Auftrag wird an die zu entwickelnde Software „AVW“ weitergegeben, indem wieder ein REST Service aufgerufen wird. Die AVW ergänzt ggf. diese Daten zu einer vollwertigen Anfrage an AP (Daten: „AP-Auftrag-001“) und persistiert diesen Auftrag in der eigenen AVW-DB. Die AVW ruft nun den AP-SOAP-Service auf um den Auftrag bei AP zu platzieren. Als Antwort auf den Aufruf wird seitens AP eine AP-AuftragsId zurück geliefert, die von der AVW in der AVW-DB zu-

gehörig gespeichert wird. Camunda als Prozessverwaltung stößt die einzelnen Prozesse an. Die Auftragsverwaltung, die hier entwickelt wurde, setzt sich aus der EntititySchicht, die JPA-Entitäten als SOAP-Nachricht aufbereiten, Business Schicht,

die die einzelnen Prozesse der Kommunikation und die Schnittstellen zu den Systemen kapselt, die als RESTful, SOAP WebService-Server, WS Client und Frontend PrimeFaces, JSF realisiert werden

Aufgabe:                        

Über SOAP/JSON basierte WebService als redirect, forward serverseitiges Weiterleiten von HTTP Anfragen und deren Antworten, werden verschiedene Anwendungen miteinander verknüpft. 

Für Onlinekredite soll so eine Möglichkeit geschaffen werden, dass sich der Endkunde Online legitimieren, Verträge unterschreiben und Dokumente hochladen kann.

Es ist gewährleistet, dass die Webanwendung auf verschiedenen Gerätenn laufen soll.

Beim „redirect“ Verfahren wird der Kunde nach dem Login

„geführt“ und bei Bedarf kann er seine Daten über kundenspezifische Webanwendung nochmals einsehen ausdrucken oder über ein Postident Verfahren bestätigen lassen.

Die Entwicklung ist ein typisches „Modell-View_Controller“ Modell,  wobei die „WSDL“  die Kernkomponente ist und

die einzelnen Java SOAP Klassen die Kommunikation zwischen den Anwendungen beschreiben.

Die Kundendaten werden in diesem Modell in einem seperatem Persistence Repository aus dem „model“ übertragen und

um die Validation erweitert. WebService „API Aufrufe“ kommnizieren, strukturiert in JSON, mit der Anwendung von außen über HTTP Servlets als Request und Response.      

Website Wal Mart Inc. widmet sich der Lagerung und Versand von Waren für E-Commerce. Merkmal von E-Commerce ist die große Menge von Kunden Aufträgen. Ergebnis ist der Versand über Kommissionierung. Das Prinzip der automatischen Lagerverwaltung ist ein Lagersystem, welches eine hohe Raumnutzung hat und bei der Erstellung hoher Investitionen bedarf. Das Lagerverwaltungssystem steuert die Ein- und Auslagerung der Ware nach bestimmten Richtlinien und ist für die automatische Bewegung und Steuerung des Materialflusses zuständig. Folglich gibt es in der Entwicklung unterschiedliche Module "Pick Modul Sorting, Shipping,

Stocking,…) Hauptmerkmale der Entwicklung ist das 2D Barcode Scannen des Warenflusses Telegramm/Ticket Registrierung, die auch über manuelle Steuerung mit einem Barcode Handscanner erfolgt. Diese Steuerung ist entwickelter Webflow (JavaScript, JSF, css) die eine javaseitige Business Bean haben und modulübergreifend (e-commerce_web zu e-commerce) in

Webcontainern (Jboss, Wildfly) gehalten werden und über RMI Aufrufe zum Data Warehouse gesteuert. Backend Beanseitiger Aufbau erfolgt über DTO`s an das Datawarehouse, realisiert mit Hibernate und JPA.

Weiterentwicklung einer Java basierten Anwendung. Flächeninformationssystem, Formulargestaltung, Zahlungsansprüche. Entwicklung von Restful WebService Entwicklung verschiedene Testverfahren, JUnit Test Aufgrund von Vorlagen im Bereich der Katastersysteme wurden Business Methoden auf der Basis von ejb 3.1, Spring und Hibernate entwickelt. Java EE 7, Java SE 8, Web Services mit JAX WS, Spring, XML, Bean, ejb 3.1, Eclipse Juno, JUnit, Versionsverwaltung Jenkins, Entwicklungsmethodik, Scrum, Buildmanagement Maven, Jira, Subversion, CVS, JBoss EAP 6.2+

Aus der fachlichen Seite gesehen war es meine Aufgabe, den Entwurf von Komponenten mittels UML 2.0 (Use Cases, Klassendiagramme, Sequenzdiagramme, etc.), wobei signifikante Teile der Software automatisch generiert wurden, zu erarbeiten. Diese Komponenten basierten auf der Anwendung für Mobile Terminals, fahrplanbasierte Verkaufsabwicklung, Reiseauskunft, Kontrolle, Online- und 2D-Barcode Tickets. Angrenzende Themen waren Konzepte zur Identifikation über Abrechnungs- und Ausweis-möglichkeiten. (Kreditkarten-, EC-Kartensysteme). Die Integrierung von fachlichen Anforderungen und Leistungs-prozesse wurden im Projekt über das Standard Workflow MAP von (IBM) erfasst.

Ermittlung und Beschreibung der Anforderungen aus den Fachkonzepten. Aufbauend aus dem Ergebnis der Analyse ist die Erstellung der Architektur und die Spezifikation der Komponenten. (Oberflächenspezifikation mit Swing. Java Entwicklung resultierend aus dem Entwurf der statischen

(Klassendiagramme) und dynamischen (Use-Case, Zustandsautomaten und Aktivitätsdiagramme) Konzepte mittels UML 2.0 (Use Cases, Klassendiagramme, Sequenzdiagramme, etc.), wobei signifikante Teile der

Software automatisch generiert wurden.

Java 1.6 (jdk 1.6.0_14), Apache Ant 1.6, Swing, IDE Eclipse 3.2, UML 2, Enterprise Architekt 7.5, JBOSS Application Server, Subversion CVS 1.3, Oracle 10g, Unix SUSE 9, konzeptionelle Modellierung, OOA, OOD