Enterprise, Domain und Solution Architektur (Software Architecture)

Im Zuge der Neuaufstellung des Wertpapiergeschäfts beschloss 2017 die Commerzbank, ihre Wertpapierabrechnung inkl. der abgeltungssteuerlichen Bewertung in einem Business Process Outsourcing (BPO) an einen externen Provider auszulagern. Das BPO sollte auch dazu genutzt werden, die 2015 begonnen Modernisierung der Abwicklungsplattform weiter voran zu treiben und alte Mainframe-„Zöpfe“ abzuschneiden. Beginnend mit der Ausschreibungsphase bis hin zur Umsetzung wurde das BPO vollständig durch Enterprise Architektur begleitet und geformt. Herausforderungen waren, trotz Kostenreduktion, komplexe Altprozesse zu integrieren und weiter zu betreiben.

Zu meinen Aufgaben gehörte die Begleitung des Ausschreibungsprozesses, Gespräche mit den Providern und Entwicklung von Lösungsideen für viele Prozesse. Festgehalten wurden die Ergebnisse in einer übergreifenden Prozess-Schnittstellen-Matrix (PSM), einer Gap-Liste und einer Offene-Punkte-Liste. Gap- und Offene-Punkte-Liste wurden dann sukzessive in Lösungen überführt.
Nach der Vertragsunterzeichnung wurden für alle Prozesse IT-Zielbilder (ca. 56) entwickelt bzw. umgearbeitet, um die beiden Ziele Modernisierung BPO und zu erreichen. Ich verantwortete dabei primär die Themen des Kernfunk­tionsblocks 'Retail Order Processing' (u.a. MiFID-II Ex-ante-Kostenaufklärung, Sparplanverwaltung, etc), arbeitete aber an allen anderen Zielbildern ebenfalls mit. Zusammen mit dem PMO entwickelte ich einen Qualitätssicherungs­prozess für die Zielbilder und arbeitete die Rückmeldungen ein. Bei allen Themen ging es immer wieder um die Architekturkonformität, die technische Machbarkeit und die Einhaltung des Kostenrahmens.

Parallel zu den Umauaktivitäten „Neue Wertpapier Plattform“ musste MiFID II umgesetzt werden.

Zu meinen Aufgaben gehörte die Erarbeitung der IT-Zielarchitektur und der Solution Architektur für Ex-ante-Kostenaufklärung und Target Market Governance. Das Projekt musst ich leider wegen Terminkollisionen mit Sirius vorzeitig verlassen.

Die Abwicklungsplattform der Commerzbank soll in den kommenden Jahren funktional und technologisch neu aufgestellt werden, da die bestehenden Kernkomponenten CoWIAS und CoFOS nur noch schwer für zukünftige Anforderungen erweiterbar sind. Die fachliche Zielarchitektur wurde im Vorfeld entwickelt. Ziel ist es, die einzelnen Kernfunktionsblöcke durch Kaufsoftware oder geeignete Eigenentwicklungen zielbildkonform zu ersetzen.

Zu meinen Aufgaben gehörte die Erarbeitung der IT-Zielarchitekturen, die übergreifende Definition von Architekturprinzipien, der Beratung der einzelnen Analyseteams mit dem Schwerpunkt des Kernfunktionsblocks 'Retail Order Processing', der Unterstützung bei der Produktauswahl, der Sicherstellung der Architekturkonformität und vieles mehr.

Die Einführung von SAP Core Banking für das Retailbanking erforderte eine Integration der existierenden Standardsoftware für die Berechnung der Abgeltungssteuer (Tributum) an die neuen SAP-Komponenten. Besondere Herausforderung hierbei war, das Transaktionsvolumen zum Jahresende abwickeln zu können.

In den Rahmen dieser Tätigkeit fiel auch die architekturelle Begleitung der Weiterentwicklungen der Tax-Standardsoftware sowie geänderter Integrationsmuster mit dem bestehenden Stammdatensystem (Verlagerung Freistellungsaufträge und Nicht-Veranlagungsbescheinigungen nach Tributum, Umstellung der Fiscal Unit Bildung, Anbindung OMS für Kundenanschreiben bei auslaufenden NV-Bescheinigungen, etc.).

Ebenfalls Bestandteil dieses Tätigkeitsfelds war die Umsetzung der regulatorischen Anforderung, Angaben über Kirchensteuer zentralisiert über das Bundeszentralamt für Steuern (BzSt) zu beziehen.

Zu meinen Aufgaben gehörte die Erarbeitung von Lösungsvorschlägen, das Zusammentragen von Detailinformationen mit Hilfe der Solution Architects und Application Owner, die Erstellung von High Level Architecture Documents (HLA) und die Durchführung der Architecture Governance.

Zur Domäne Investments gehören die funktionalen Bereiche Wertpapierab-wickung, Vorsorgeberatung und Abgeltungssteuer, jeweils mit eigenen Prozessen und Applikationslandschaften.

Die Einführung von SAP Core Banking für das Retailbanking erforderte eine domänenübergreifende, architekturelle Bestandsaufnahme auf den Ebenen Business Architecture, Application/Service Architecture und Technology Architecture, um eine Gesamtplanung zu ermöglichen. Die Modellierung erfolgte in ADOit. Auf dieser Basis konnten so die Zielbilder der einzelnen SAP Einführungsphasen definiert werden.

Im Rahmen der Modellierung wurden u.A. Architekturprinzipien aufgestellt, gegen die die Applikationen bewertet wurden und so zu einer Architecture Heatmap führten.

Alle neuen und begonnenen Projekte müssen sich einer Architecture Governance unterziehen, damit das Erreichen der Zielbilder sichergestellt war.

Zu meinen Aufgaben gehörte die Modellierung in ADOit, die Erstellung des High Level Architecture Documents (HLA), das Zusammentragen von Detailinformationen mit Hilfe der Solution Architects und Application Owner, die Vertretung der Domäne Investments in verschiedenen Arbeitskreisen und die Durchführung der Architecture Governance.

Die Applikationslandschaft von Investments & Tax musste im Rahmen der Einführung von SAP Core Banking gegen die neuen Komponenten, die Funktionsverlagerungen und die geänderte Architektur anderer Domänen neu integriert werden. Hierbei war die Sicherstellung der Funktionsfähigkeit des Produktionsbetriebes zu jedem Projektzeitpunkt extrem wichtig.

In diesem Kontext entstanden diverse Projekte, die Einzelaspekte der Integrationsarchitektur, oft mit einer fachlich inhaltlichen Weiterentwicklung, verbanden.

Eines dieser Projekte war die neue Vorsorgeberatung. Der Versicherungs­träger war mit diversen Frontends über Standardschnittstellen angebunden. Im Rahmen eines vereinheitlichten Beratungsfrontends wurden diese Einzel­applikationen durch einen integrierten Frontenddialog abgelöst. Das Backend wurde in die bestehende Architektur integriert.

Zu meinen Aufgaben gehörte die Modellierung in ADOit, die Erstellung von High Level Architecture Documents (HLA), das Zusammentragen von Detailinformationen mit Hilfe der Solution Architects und Application Owner, die Vertretung der Domäne Investments in verschiedenen Arbeitskreisen und die Durchführung der Architecture Governance.

Bei der Einführung von SAP Core Banking für das Retailbanking zeigte sich, dass eine ausschließliche Betrachtung einzelner Schnittstellen und Teilprozesse nicht zielführend war, da hierbei der ursprüngliche Gesamtprozess nicht sichergestellt werden konnte. Dies betraf vor allem die recht komplexen Buchungs- und Reportingprozesse. Aus diesem Grund wurden Architekten als Berater für die einzelnen Analyseteams etabliert.

Zu meinen Aufgaben gehörte die Erarbeitung von übergreifenden Lösungsvorschlägen (z.B. standardisierte Pattern für Stammdatenversorgung downstream batch) und die Beratung der einzelnen Analyseteams.

Durch die bankweite Einführung von SAP Core Banking und der damit verbundenen Ablösung der Anwendung Partnerdaten wurden die investment-spezifischen Stammdaten aus Partnerdaten herausgelöst und neu verortet. Statt Partnerdaten wurden SAP BusinessPartner (SAP BP) und SAP DepositManagement (SAP DM) referenziert. Nachgelagerte Investments-systeme mussten an die geänderte Architektur angepasst werden.

Im Rahmen des Projektes wurde eine Make-or-Buy-Analyse durchgeführt, um eine evtl. am Markt befindliche Standardsoftware zu evaluieren. Ein Proof of Concept (PoC) mit einem Vendor und die Analyse weiterer Vendoren hat sich als nicht zielführend erwiesen.

Zu meinen Aufgaben gehörten die Bewertung im Rahmen der Make-or-Buy-Analyse, die architekturelle Begleitung des Projekts, die Erstellung des High Level Architecture Documents (HLA) und die Durchführung der Architecture Governance, jeweils über mehrere Projektphasen.

Für die Migration der Daten von Dresdner Bank und Commerzbank wurden drei neue Testumgebungen CERES, DIANA und GAIA aufgebaut. Eine Testumgebung besteht jeweils aus einem Mainframe und einer Vielzahl angeschlossener dezentraler Systeme.

Zu meiner Aufgabe gehörte als Schwerpunkt die Betreuung der Testumgebung GAIA mit folgenden Aktivitäten

- Koordinierung der Aufbauaktivitäten

- Planung der einzelnen Testphasen in Abstimmung mit der Gesamtkoordination

- Überwachung von Tagesendeverarbeitungen

- Troubleshooting

- Erstellung und Abarbeitung von Drehbüchern

- Planung und Durchführung von Changes

- Testdatenbereitstellung

- Reporting

Insgesamt forderte die Aufgabe eine ausgeprägte Problemlösungs- und Sozialkompetenz in der Vermittlung zwischen unterschiedlichen Projektbeteiligten und -interessen.

KonzernPerson ist das Stammdatensystem für Partner der Commerzbank, im Kern basierend auf IBM InfoSphere MDM Server. Mit Version 2.0 wird KonzernPerson der aktive, juristische Bestand. Gleichzeitig werden die Partnerdaten der Dresdner Bank (PAD) in KonzernPerson und das bestehende KonzernPerson 0.9 in das neue System migriert.

Die fachlichen Anforderungen sind in umfangreichen Usecases beschrieben. Die einzelnen Komponenten sind über unterschiedliche Plattformen verteilt und über (Web-)Services bzw. Queues lose miteinander gekoppelt.

Das Frontend basiert auf Webtechnologie.

Aufgabe des Chefdesign-Teams (CDT) ist die übergreifende Umsetzung der Architekturprinzipien zu gewährleisten und zu dokumentieren, die fachlichen Anforderungen zu bewerten und Probleme frühzeitig zu erkennen. Als Maßnahmen wurden regelmäßige Reviews mit allen Teilprojektarchitekten durchgeführt. Weiterhin wurden generelle Themen als komplette Konzepte oder als Architekturentscheidungen aufgearbeitet und der Umsetzung zugeführt (so z.B. eine übergreifende Fehlerbehandlung für fachliche und technische Fehler inkl. Fehlertracking). Eine weitere Aufgabe war die Identifikation von Einsparpotentialen.

Die bestehende Internetapplikation Telekom-Profis (www.telekom-profis.de) zur Vermittlung und Provisionierung von Telekom-Produkten, wurde von mir um eine neue, interne Komponente zur Erkennung von Missbrauch erweitert. Ein Pflichtenheft hat den fachlichen Rahmen beschrieben.

Ein Ziel der Implementierung war, neben der fachlichen Abbildung, die bestehende Architektur basierend auf Struts und Tiles durch die Technologien JSF und Facelets zu erweitern. Die transparente Einbettung von JSF in die Altanwendung war notwendig, da die bestehende Anwendung nicht gleichzeitig komplett migriert werden konnte. Als weiteres Ziel galt es, die bestehende und gewachsene Architektur zu modernisieren um damit eine bessere Wartbarkeit zu erreichen.

Generelle Aufgabe des Solution-Architects ist die Integration neuer Projekte in die bestehende Architektur und die Planung der Weiterentwicklung. Viele kleinere Projekte, die eine Anbindung an Partnerdaten benötigen, arbeiten mit unterschiedlichen Technologien (C, Java, Webservice, Mainframe, Mid-range, ...) und benötigen entsprechende fachliche und technologische Beratung. Ein Architekturziel ist die fachlich homogene Anbindung und eine damit verbundene Wiederverwendung bestehender Services. Mit dem Service­generator ist Partnerdaten sehr gut dafür gerüstet, um sehr flexibel auf solche Anforderungen zu reagieren.

Die Aufgabe der Weiterentwicklung erfordert visionäre, aber technisch umsetz­bare Lösungsvorschläge, um die Integrierbarkeit weiter zu vereinfachen.

Ziel des Projektes ist die Ablösung einer bestehenden Kreditkarten-Anwendung und Anbindung eines externen Providers. Die Integration des Providers erfordert neue, maßgeschneiderte Schnittstellen. Die Online-Anbindung erfolgt über SOA-Services auf der Tibco-Plattform, die Batchanbindung über Datei­transfer. Ein Schwerpunkt für die Anbindung ist der Sicherheitsaspekt, der sich mit dem neuen Provider als sehr herausfordernd herausstellte. Aufgabe des ETL-Layers ist die Bündelung der Schnittstellen zu und von dem Provider und die Anbindung der bankinternen Schnittstellen.

Meine Aufgabe umfasste die Bereitstellung der Schnittstellen für Partnerdaten und als Vertreter des Domain-Architects auch die übergreifende Koordinierung.

Ziel des Projektes ist die automatisierte Unterstützung von Kundeneröffnungs- und -änderungsaufträgen. Auf Basis der Tibco-Plattform stellte Partnerdaten diverse Services (Adressprüfung, Warnkundenprüfung, Kunde lesen, Kunde anlegen / schreiben, ...) als Businessservices auf einem ESB zur Verfügung, die dann in Prozessen der BPM Verwendung finden.

Meine Aufgabe umfasste die Planung, Spezifikation, Überwachung der Implementierung und Test aller Java-Service-Komponenten und einiger dazugehöriger Hostkomponenten. Die Java-Servicekomponenten wurden zu Businessservices weiterentwickelt und in die Tibco-Plattform integriert.

Historisch bedingt existieren unterschiedliche Module zum Lesen und zum Schreiben von Partner- / Kundendaten, leider ohne einheitliches Objektmodell, so dass gelesene Daten nur mit großem Aufwand geschrieben werden konnten. Um die Servicelandschaft zu vereinfachen, definierte ich als erstes ein grundlegendes Objektmodell zur Repräsentierung eines Partners und seiner Beziehungen in Form eines Servicerepository auf XML-Basis. Mittels einer Servicekonfiguration können verschiedenste, konsistente Teilausschnitte aus dem Objektmodell als Javaservice mit dem Servicegenerator generiert werden. Zur Erhöhung der Flexibilität folgt der Servicegenerator einem generische MDA-Ansatz, das Objektmodell bildet dabei die Basis für eine DSL.

Der Servicegenerator und die generierten Services wurden anschließend an den Sourcing-Provider übergeben.

Ziel des Projekts war die Integration einer Kooperationsverwaltung in die bestehende DB2-Partnerdaten-Datenbank. Die Teilprojektleitung umfasste die Planung, Spezifikation, Überwachung der Implementierung und Test aller Java-Service-Komponenten und einiger dazugehöriger Hostkomponenten. Die Servicekomponenten basierten auf einer neue entwickelten Clientarchitektur, die wesentlich robuster als die bestehende und stärker auf das Business ausgerichtet war.

Parallel zu meinen anderen Aufgaben beriet ich des Teams bei Java- und XML-spezifischen Fragestellungen im Bereich GUI-Design, Designpatterns, Test, Toolauswahl (Eclipse, CVS, JUnit...) und der Standardisierung des Deployments.

Applikationen im Partnerdaten-Umfeld wurden von mir eigenverantwortlich weiterent­wickelt bzw. neu erstellt. Die heterogene Verarbeitung auf dem Client und dem Host erforderte die Neu- bzw. Weiterentwicklung von Modulen auf dem Client (Java, C) und dem Host (COBOL, DB2).

Im Zuge der Basel-II-konformen Gestaltung der Kreditvergabe, wurde eine auf Excel basierende Ratinglösung auf der bankintern entwickelten TARating-Plattform neu implementiert und erweitert. Insgesamt wurden zwei Rating- und ein Schulungsverfahren umgesetzt. Meine Aufgabe umfasste dabei alle Projektphasen: Planung, Implementierung, Abstimmung mit der Fachabteilung, Testkoordination, Test, Deployment.

Meine Aufgabe umfasste die Beratung des Teams bei Java-spezifischen Fragestellungen im Bereich GUI-Design, Designpatterns, Test, Toolauswahl (Eclipse, CVS, JUnit...) und der Standardisierung des Deployments.

Das Thema Webservice habe ich dem Projekt ausführlich vorgestellt und in einem konkreten Projekt zur Produktionsreife begleitet. Zur Aufgabe gehörte auch die Integration der Tools in die bestehende Tool-Landschaft.

Eine von mir weiterentwickelte Callcenter-Applikation wurde von mir barrierefrei umgestaltet. Die Konformität wurde in Zusammenarbeit mit Sehbehinderten nachgewiesen.

Applikationen im Partnerdaten-Umfeld wurden von mir eigenverantwortlich weiterentwickelt bzw. neu erstellt. Die heterogene Verarbeitung auf dem Client und dem Host erforderte die Neu- bzw. Weiterentwicklung von Modulen auf dem Client (Java, C) und dem Host (COBOL, DB2).

Meine Aufgaben umfassten Recruiting, Festlegung der Technologie, Methoden und Standards, Testverfahren, Aufbau der Entwicklungsumgebung und Toolauswahl.

Die Applikation ist eine komfortable Lösung für Risiko- und Portfolio­management, die online und realtime Portfolien mit Wertpapieren, Währungen, Optionen etc. analysiert, bewertet und bei Bedarf Verbesserungsvorschläge erstellt.

Die Architektur ist ausgelegt als multichannel und multithreading Engine. Über unterschiedliche Kanäle wird der Input als XML an das angeforderte Business­object (Value at Risk, Scenario, Hedge, Trade, Assetoptimisation) weiter­gereicht und entsprechend der Businesslogik verarbeitet.

Der Output der Businessobjects in XML erzeugt über einen nachgeschalteten Transformationsprozeß kundenspezifische Ausgaben in HTML, XML, RTF, o.ä.

Die Businesslogik selbst kann durch Steuerungsparameter, die in der Datenbank hinterlegt sind, in weiten Bereichen verändert und angepasst werden.

Damit die Berechnungen in Realtime erfolgen können, sind zahlreiche Batch­prozesse notwendig, die auf Basis der Marktdaten rechenintensive Sekundär­daten in der Datenbank hinterlegen. Zur Ablaufsteuerung kommt ein eigenent­wickelter Job-Scheduler zum Einsatz.

Ein Onlinefrontend stellt die komplette Funktionalität eines Beraterarbeits­platzes im Rahmen eines Intranets zur Verfügung. Neben der Basisapplikation sind Portfoliomanagement- und Marktdatenkomponenten integriert.

Die Risk Engine ermittelt als zentrale Komponente den „Value At Risk“ (VaR) vorgegebener Portfolien für Wertpapiere, Währungen, Optionen, Bonds, Index-Zertifikate usw. Die Ausgabe erfolgt in einer dynamisch konfigurierbaren Baum­struktur.

Die Intranet-/Internetlösung erlaubt dem Kundenbetreuer Portfoliodaten zur Berechnung des VaR anonymisiert an Swissrisk zu senden. Die Ergebnisse werden lokal personifiziert und können vom Kundenbetreuer als HTML oder RTF angesehen werden.

Inhalt der Studie war, die veraltete Controlling Anwendung CMS in ein bestehendes Data Warehouse zu integrieren und funktional zu erweitern. Im Rahmen meiner Aufgaben analysierte ich die Controlling-Anwendung. Auf der Basis gemeinsamer Gespräche mit den Fachabteilungen konzipierte ich die fachlichen und technischen Komponenten der Integration.

Aufgrund der Komplexität des bestehenden Data Warehouses war ein Regres­sionstest erforderlich, um die Qualität der Daten zu gewährleisten. Hierzu gehörten die Analyse und Beschreibung der Anforderungen sowie die Konzeption der technischen und organisatorischen Aspekte der Testumgebung.

Projektauftrag war die Ablösung der VSAM-Kundendatenbank und der unterschiedlichen Erfassungssysteme durch ein einheitliches und modernes Partnerdatensystem in einem zentralen juristischen Datenbestand. Das System sollte dabei eine bankweit einheitliche Sicht auf den Partner unterstützen und dessen Beziehungen zur Bank abbilden. Das System wurde als Client-Server-Server-Anwendung mit grafischer Benutzeroberfläche konzipiert.

Als Senior-Consultant erstreckte sich meine Beratung über alle Projektphasen.

Im Rahmen eines Pilotprojektes sollte die Verwendbarkeit von DB2 für abfrageintensive Systeme sichergestellt werden. Da die Projekt­mitarbeiter über keinerlei Vorkenntnisse bzgl. relationaler Datenbanksysteme verfügten, entwickelte ich ein Schulungskonzept, um sie innerhalb kürzester Zeit auf ihre Aufgaben vorzubereiten. Dieses Konzept beinhaltete auch die Vermittlung der Sprache SQL und Grundkenntnisse zur Datenmodellierung.

Neben der Anforderungsanalyse in Zusammenarbeit mit der Fachabteilung bestanden die ersten Schritte in der Datenmodel­lierung unter besonderer Beachtung der Flexibilität für künftige Erweiterungen und der Erstellung einer Machbarkeitsstudie inklusive Performanceanalyse zu dyna­mischem SQL. Während der Implementierung erarbeitete ich das Konzept zur Übernahme von bestehenden Daten.

Als Ziel des Projektes wurde die Ablösung der IMS-Kundendatenbank durch ein einheitliches und modernes Partnerdatensystems definiert. Dieses sollte den gewachsenen Anforderungen bzgl. Datenverfügbarkeit und Meldewesen gerecht werden.

Zentraler Ausgangspunkt in diesem Projekt war die logische Zusam­menführung von auf drei Rechenzentren verteilten Daten zu einer einheitlichen Partnersicht. Das System wurde als reine Backendlösung konzipiert, das Schnittstellen für ein späteres Frontendsystem bietet.

Ich wirkte als Berater in allen Projektphasen mit.

Im Rahmen meiner Tätigkeit erhielt ich den Auftrag, eine Studie für ein zentrales, flexibles und transaktionsorientieres Buchungssystem, das auf einem Data Warehouse basiert, zu erstellen. Ich betreute das Projekt sowohl von der metho­dischen als auch der fachlichen Seite.

Auch hier mussten zunächst alle bestehenden Buchungsvorgänge analysiert und beschrieben werden. Auf dieser Basis erstellte das Projektteam ein Konzept für die neuen Buchungsabläufe und beschrieb die Integration in ein Data Warehouse.

Die Einführung von DB2 und die parallele Entwicklung eines Vorgehensmodells wurde als Pilotprojekt für die gesamte Unternehmensgruppe geplant.

Ich entwickelte ein Schulungskonzept, da die Projekt­mitarbeiter nur über wenig Vorkenntnisse bzgl. relationalen Datenbanksystemen, der Sprache SQL und der Datenmodellierung verfügten. Weiterhin stand ich als Ansprechpartner bei der Erstellung der SQL’s zur Verfügung.

Zu meine Aufgaben gehörten die Konzeption, die Durchführung der Mit­arbeiter­schulungen, die Mitwirkung am Vorgehensmodell und die Implementierung.

Parallel zum Pilotprojekt konzipierte ich ein Data Dictionary und diverse andere Tools zur effizienten Programmierungs- und Testunterstützung. Das Data Dictionary erlaubte die automatisierte Erstellung von Testdatenbanken und Testdaten für jeden User und verwaltete unterschiedliche Versionen. Weitere Tools ermöglichten z.B. die vereinfachte Erstellung von Testdaten, Testabdeckung, etc.

Jede Sputteranlage (Kathodenzerstäubung zur Beschichtung von Materialien) wurde speziell auf die individuellen Kundenbedürfnisse abgestimmt und konstruiert. Die Steuerung der Anlage erfolgte softwareseitig durch Standard­komponenten, die an die jeweiligen Anforderungen angepasst wurden.

Als Entwickler war ich zuständig für die Anpassung der Software für diverse Kunden.

Um den Entwicklungsschritt zu vereinfachen und Fehlerquellen bei der Imple­mentierung auszuschließen, entwickelte ich Programm- und Dokumentations­generatoren für diverse Standardkomponenten.

Die Sputteranlagen waren meist Teil einer kompletten Fertigungsstraße. Die Gesamtsteuerung erforderte, die Anlagenparameter von außen abzufragen und verändern zu können.

Meine Aufgabe war, standardisierte Protokolle (SECS II) auf Basis des OSI-Modells zu implementieren und in die Anlagensteuerung zu integrieren. Außerdem entwickelte ich eine PC-Software zur Fernsteuerung der Anlage.