Software: Papenburger Meyer Werft nutzt SOA für logistische Prozesse

Aufzug einer Pressemitteilung der Firma Ehrhardt + Partner

SOA für logistische Prozesse – am Beispiel Meyer Werft

21/10/2008, Boppard-Buchholz

Auf einer Werft laufen eine Vielzahl von komplexen Vorgängen ab. Die “serviceorientierte Architektur” ermöglicht die Nutzung von einmal erfassten Daten und macht so die Arbeit auf der Werft in allen Bereichen sehr viel effizienter.

Die SOA, die serviceorientierte Architektur, ist derzeit in aller Munde. Nur selten wird über Anwendungen der SOA in der Praxis berichtet. Die Papenburger Meyer Werft beispielsweise hat das wegweisende IT-Konzept bereits seit einigen Jahren erfolgreich im Einsatz. Der Grundgedanke der SOA ist eine durchgängige Unterstützung der Geschäftsprozesse durch das Aufrufen von Softwarebausteinen unterschiedlicher IT-Systeme – so genannter Services -, die über offene Schnittstellen miteinander verbunden sind. Diese Services werden bei der Meyer Werft durch das Lagerverwaltungssystem LFS 400 von Ehrhardt + Partner sowie das Warenwirtschaftssystem (Eigenprogrammierung der Werft) bereitgestellt. Die Werft nutzt die Vorteile der SOA, um sämtliche Geschäftsprozesse über eine in Java programmierte intelligente Client-Applikation mit grafischer Benutzeroberfläche IT gestützt abzuwickeln.

Bei Prozessen wie dem Verbauen von Materialien in den Kreuzfahrtschiffen werden von der Client-Applikation nacheinander verschiedene Bausteine der angebundenen Softwaresysteme aufgerufen, die jeweils die bereitgestellten Daten verarbeiten. Anschließend melden die Aktionsbausteine das Ergebnis an die Client-Anwendung zurück. Auf diese Weise werden sämtliche Geschäftsprozesse vollständig abgebildet. Die erwähnten Softwarebausteine sind im Fall der Meyer Werft Module des Lagerverwaltungssystems LFS 400 sowie des eigenprogrammierten Warenwirtschaftssystems. Der Einsatz von Standardsoftware für die logistischen Prozesse war für die Meyer Werft einerseits erheblich kostengünstiger als eigene Lösungen, andererseits muss die Software bestimmten Anforderungen genügen, um in einer SOA überhaupt funktionieren zu können. „Die Grundvoraussetzungen für den Einsatz eines Lagerverwaltungssystems in einer SOA sind eine konsequente Trennung von Business- und Darstellungslogik, eine Kapselung der einzelnen Funktionen in eigenständige Module – also ein nichtmonolithischer Aufbau – sowie eine absolute Standardisierung der Prozesse. Alle drei Voraussetzungen erfüllt unser Lagerführungssystem LFS 400 optimal. Dies war ausschlaggebend bei der Entscheidung für unser System”, erläutert Marco Ehrhardt, geschäftsführender Gesellschafter der Ehrhardt + Partner-Unternehmensgruppe. Der Bopparder Warehouse-Spezialist kann bereits auf umfangreiche Erfahrungen und umfassendes Know-how in der Planung und Umsetzung von SOA-Projekten zurückgreifen.

Bildschirmansicht der SoftwareDie Ausgangssituation

Aufgrund der Komplexität der Prozesse war es der Meyer Werft nicht möglich, bei der Auswahl des Lagerverwaltungssystems (LVS) auf eine Standardsoftware zurückzugreifen. Bis zu diesem Zeitpunkt hatte die Werft mit einem eigenprogrammierten LVS von 1984 gearbeitet, das nach kontinuierlichen Erweiterungen nur noch aufwendig zu warten war.
Selbst ein neues, leistungsstärkeres LVS zu programmieren, war vom Aufwand her jedoch für die Werft, die Unikate und Kleinserien herstellt, nicht vertretbar. So entschieden sich die Verantwortlichen, auf die einzelnen Funktionalitäten eines bereits bestehenden LVS zurückzugreifen, die Abfolge der Geschäftsprozesse jedoch über eine individuell entwickelte, intelligente Client-Applikation mit grafischer Benutzeroberfläche an die speziellen Anforderungen des Schiffsbauunternehmens anzupassen. Aus diesem Grund integrierten die IT-Experten der Werft LFS 400, das eigenentwickelte Warenwirtschaftssystem (WWS) und die Client-Anwendung mittels SOA.

Die SOA in der Anwendung

Sämtliche logistischen Prozesse wurden hierfür von den IT-Spezialisten von E+P und der Meyer Werft zu so genannten Diensten zusammengefasst, die bestimmte Prozesse abbilden und unterstützen.
„Jeder Mitarbeiter kann entsprechend seinen Aufgaben auf zwei bis sieben dieser Programme zugreifen. Die Mitarbeiter wählen in der Client-Applikation durch Mausklick den entsprechenden Dienst aus und werden dann vollautomatisch und mit einheitlich aufgebauten Dialogen durch den jeweiligen Prozess geführt. Das erleichtert die Einarbeitung der Mitarbeiter natürlich ganz gewaltig”, berichtet IT-Leiter Andreas Leffers, der das Warehouse-Projekt für die Meyer Werft federführend verantwortete. Um reibungslose Abläufe in Lager und Produktion zu gewährleisten, sind insgesamt 14 logistische Services in der SOA der Meyer Werft im Einsatz, die von LFS 400 bereitgestellt werden. Hierzu zählen Dienste wie Auftragsbearbeitung im Lagerleitstand, Bestellverwaltung, Kommissionierung per Datenfunk, Etikettendruck, Bestandsüberwachung und Qualitätskontrolle. Zwischen der Client-Applikation und dem Lagerführungssystem LFS 400 findet bei der Nutzung der Services ein ereignisorientierter Datenaustausch statt. Wird ein logistischer Prozess vom Nutzer angestoßen, ruft die Client-Anwendung über eine Schnittstelle den relevanten Aktionsbaustein in LFS 400 auf und übergibt ihm alle für den Prozess notwendigen Daten. LFS 400 führt daraufhin die Aktion aus und übermittelt im Anschluss das Ergebnis an die Client-Applikation. Dieses wird dann bei Bedarf von der intelligenten Anwendung weiterverarbeitet.

Beispiel: Warenauslagerung für die Fertigung

Deutlich wird dies zum Beispiel an dem Vorgang „Warenauslagerung an einen bestimmten Zielort”: Werden aus der Fertigung bestimmte Materialien bzw. Bauteile angefordert, erstellt ein Mitarbeiter aus dem Bereich Arbeitsvorbereitung in der Client-Applikation ein so genanntes Arbeitspaket, das die angeforderten Artikel beinhaltet. Sobald der Mitarbeiter die Erstellung des Arbeitspakets abgeschlossen hat, sendet die Client-Applikation den Datensatz an LFS 400 und löst dort eine Reservierung des entsprechenden Bestands aus. Zeitgleich übermittelt LFS 400 an die Client-Software, welche Waren in welchen Mengen an welchem Lagerort zu entnehmen sind. Im nächsten Schritt übermittelt die Client-Applikation eine Benachrichtigung über das Arbeitspaket an eines der Terminals im betreffenden Lager. Der Mitarbeiter dort startet das Arbeitspaket und bekommt daraufhin von der Client-Applikation angezeigt, welche Waren er wo in welchen Mengen entnehmen soll. Der Einfachheit halber gehen wir in diesem Beispiel davon aus, dass der Kommissionierer in einem manuellen Lagerbereich arbeitet. Nachdem er die Kommissionierung der Artikel abgeschlossen hat, bestätigt er dies in der Client-Anwendung. Diese löst daraufhin in LFS 400 eine Buchung im Bestand aus. Parallel verarbeitet die Client-Applikation diese Information in ihrem integrierten Transportleitsystem in Form einer Meldung, dass die angeforderten Waren zur Abholung bereitstehen.

Weitere Beispiele und umfassender Informationen finden Sie in der vollständigen Pressemitteilung ==> SOA für logistische Prozesse – am Beispiel Meyer Werft

No related posts.

Comments are closed.