In diesem Projekt geht es um die Untersuchung und Optimierung des Human-Machine Interface (HMI) Designprozesses für medizinische Geräte, insbesondere Anästhesie- und Beatmungsgeräte der Firma Löwenstein Medical. Ziel meiner Masterarbeit ist es, die bestehenden Praxisabläufe im Unternehmen mit theoretischen Designmodellen zu vergleichen und die Integration eines neuen GUI-Designteams zu evaluieren. Durch Interviews und qualitative Analysen sollen Herausforderungen wie die späte Einbindung des Designteams, häufige Anforderungsänderungen und begrenzte Ressourcen identifiziert werden. Basierend auf den Ergebnissen werden Handlungsempfehlungen für Prozessverbesserungen, eine effizientere Zusammenarbeit und eine frühere Einbindung von Designern in Entwicklungsprojekte erarbeitet, um die Produktqualität und Benutzerfreundlichkeit zu erhöhen.

Aufgaben:

• Durchführung von Interviews zum GUI-Design-Prozess mit verschiedenen Abteilungen und Datenanalyse
  Ich bin zuständig für die Durchführung von Interviews mit Teammitgliedern aus verschiedenen Abteilungen, um deren Sichtweisen auf den GUI-Designprozess zu erfassen. Ich analysiere die Transkripte mittels Thematic Analysis und Framework Analysis, um zentrale Themen und Modelle zu identifizieren und daraus Erkenntnisse für die Optimierung des Designprozesses abzuleiten.
• Ermittlung von Designprozessen im Unternehmen im Vergleich zu theoretischen Designmodellen
  Ich vergleiche die realen Designpraktiken des Unternehmens mit theoretischen HMI-Designmodellen wie User Centered Design (UCD), Scenario Based Design (SBD) und Contextual Design. Anschließend habe ich die entsprechenden Modelle und Grafiken entwickelt, die von jedem Designmodell präsentiert werden.
• Bewertung des gefundenen GUI-Design-Prozesses und Identifizierung von Verbesserungspotentialen
  ch habe kritische Punkte im Designprozess und bei der Integration der GUI-Designer in das Team identifiziert. Um den Prozess zu verbessern, habe ich ein Tool (kontinuierliches Feedbacksystem) und einen Guide zur Verfügung gestellt. Damit kann ich dem Team helfen, effizienter zu arbeiten, zukünftige Komplikationen zu vermeiden und den Prozess zu erweitern, um neue kritische Punkte zu vermeiden.

Löwenstein Medical ist einer der führenden Hersteller in der Medizintechnik von Beatmungsgeräten für Intensivstationen und Operationssäle. Das Ziel dieses Projekts ist die Entwicklung eines webbasierten Dashboards, das einen umfassenden Überblick über den Release-Status und die anstehenden Validierungen bietet. Zusätzlich sollen Links zu verschiedenen Testwerkzeugen bereitgestellt werden, um dem Testteam den Zugriff auf wichtige Ressourcen zu erleichtern. Darüber hinaus sollen die noch lokal genutzten Testwerkzeuge auf eine zentrale webbasierte Plattform migriert werden, um sicherzustellen, dass immer mit der neuesten Version der Werkzeuge getestet werden kann.

Aufgaben:

• Entwicklung des Dashboards mit Polarion und Squish TestCenter in HTML/CSS und JavaScript
  Basierend auf den Anforderungen entwickle ich ein benutzerfreundliches, webbasiertes Dashboard mit CSS, JavaScript und HTML. Das Dashboard führt Daten aus Polarion, manuellen Eingaben und dem Squish TestCenter zusammen. Es zeigt den Validierungsstatus der Software in Echtzeit an und verbessert die Transparenz im Team, was den Validierungsprozess deutlich beschleunigt hat.
• Erstellung einer zentralen Navigationsseite für Testwerkzeuge mit HTML/CSS als Hub fürs Testteam
  Ich habe eine zentrale HTML/CSS-Navigationsseite entwickelt, die Links zu allen wichtigen Testwerkzeugen des Teams enthält, einschließlich der IP-Adressen der Mini-PCs, Jenkins, GitLab, TestCenter und Inhouse-Tools. Diese Seite dient als Drehscheibe für das gesamte Testteam, um schnell und effizient auf die benötigten Ressourcen zugreifen zu können.
• Migration und Anpassung lokaler Tools für die Webnutzung sowie Durchführung von Schnittstellentests
  Um sicherzustellen, dass für die Tests immer die aktuellsten Versionen der Testwerkzeuge verwendet werden, habe ich die lokal verwendeten Tools entweder neu entwickelt oder auf den Firmenserver migriert. Dazu implementiere und teste ich APIs, um relevante Testdaten für die Schnittstellentests direkt auf der Website verfügbar zu machen.

Das SDC-Projekt ist ein Schritt des Herstellers von medizintechnischen Apparaten und Materialien in Richtung intelligenter Operationsräume, indem alle Geräte mit dem Netzwerk verbunden werden. Es verwendet das Kommunikationsprotokoll für Medizingeräte der IEEE 11073 Serviceoriented Device Connectivity (SDC) Standardfamilie. Der Einsatzbereich der Medizingeräte liegt dabei in der kritischen Patientenversorgung wie dem Operationssaal oder der Intensivstation. Ziel des Projekts ist die Konzeption der SDC-Tests und die umfassende Qualitätssicherung. So sollen Tester parallel zu den Entwicklern die Testumgebung entwickeln, die Tests nach dem Behaviour Driven Design (BDD) schreiben, Automatisierungspotenziale identifizieren und so viele Tests wie möglich automatisieren.

Aufgaben:

• Konzeptionierung für SDC, Erstellung von Testplänen, der Teststrategien und der -umgebung
  Basierend auf den Anforderungen entwickle ich mit den Entwicklungsteams und den Anforderungsabteilungen innovative Testkonzepte sowie die Teststrategie und -umgebung für SDC (Service Oriented Device Connectivity). Ich wende die ISTQB Standards an, um sicherzustellen, dass die Testmethoden systematisch und effizient sind.
• Aufbau einer kontinuierlichen Testumgebung auf der Basis der Testkonzepte für SDC mit Jenkins
  Nachdem ich die Testkonzepte entwickelt habe, baue ich eine kontinuierliche Testumgebung mit Jenkins, Squish und HIL auf. Dabei nutze ich Grovvy und Python. Nach der Auswahl eines risikobasierten Testansatzes integriere ich die Strategien, um die Testabdeckung zu maximieren und den Testaufwand sowohl für das manuelles Testing als auch die automatisierten Regressionstestfälle zu optimieren.
• Kontinuierliche Anpassung der Testumgebung mit der Entwicklung sowie zur Continuous Integration
  Durch meine regelmäßige Zusammenarbeit mit Entwicklern und Teilnahme an Meetings kann ich die Testumgebung an aktuelle Projektfortschritte anpassen. Diese iterative Herangehensweise ermöglicht es mir, Fehler frühzeitig zu identifizieren und effizient zu beheben. Mit der CI/CD-Pipeline baue ich einen Workflow auf, um den Softwareentwicklungs- und Bereitstellungsprozess zu automatisieren.
• Definition und Erstellung von Testfällen zur Testautomatisierung und fürs manuelle Testing nach BDD
  Ich bin verantwortlich für die Identifizierung und Definition von Testfällen in Polarion und Jira nach dem Behaviour Driven Design (BDD), die sowohl funktionale als auch nicht-funktionale Anforderungen abdecken und umfassen Testszenarien zur sicheren Datenübertragung über Protokolle wie MQTT. Dazu zähllt auch der Aufbau von automatisierten Regressionstestfällen mit Python und Gherkin.
• Test Design von Kommunikationsprotokoll-Tests nach CI/CD mit Python und Docker
  Ich habe spezifische Tests nach CI/CD für die Kommunikationsprotokolle des SDC, wie MQTT, entworfen, um die Zuverlässigkeit und Sicherheit der Datenübertragung sicherzustellen. Diese Tests mit mit Python und Docker stellen sicher, dass die Kommunikation zwischen den Geräten stabil ist.
• Integration der SDC-Tests in die Jenkins-Pipeline zur schrittweisen Automatisierung der E2E-Tests
  Die Integration der SDC-Tests in die Jenkins-Pipeline war eine Herausforderung, da diese nur teilweise automatisiert war. Ich habe daher eine Strategie entwickelt, die die schrittweise die Automatisierung der E2E-Tests ermöglicht, sobald die Entwicklung dies zulässt. Das beinhaltet das automatische Erstellen und Testen von Code, wenn Änderungen am Versionskontrollsystem vorgenommen werden.
• Dokumentation der Testprozesse und Testergebnisse in Confluence sowie Präsentationen in PowerPoint
  Zur Planung und Durchführung von Testfällen gehört auch die detaillierte Dokumentation der Testprozesse und der Testergebnisse zu meinen Aufgaben. So stelle ich durch meine Dokumentation in Confluence sicher, dass alle Testanforderungen und Risiken klar definiert und im Team nachvollziehbar sind. Darüber hinaus erstelle ich Präsentationen in PowerPoint.

Die Beatmungsgeräte "Elisa" von Löwenstein Medical übernehmen oder unterstützen die Atemarbeit so lange wie nötig und so kurz wie möglich. Innovative Lungenmonitoring-Technologien, Analysetools, Datenmanagement und intelligente Schnittstellentechnologien helfen, dieses Ziel zu erreichen. Vor jedem Release der Elisa-Software muss sichergestellt werden, dass die Software die erwarteten Anforderungen vollständig erfüllt und dass neue Funktionen wie erwartet funktionieren. Aus diesem Grund werden umfangreiche Validierungstests durchgeführt, um die Qualität der Software zu gewährleisten.

Aufgaben:

• Entwicklung des Dashboards mit Polarion- und TestCenter-Integration in HTML/CSS und JavaScript
  Basierend auf den Anforderungen entwickle ich ein benutzerfreundliches, webbasiertes Dashboard für Elisa mit CSS, JavaScript und HTML. Das Dashboard führt Daten aus Polarion, manuellen Eingaben und dem Squish TestCenter zusammen. Es zeigt den Validierungsstatus der Software in Echtzeit an und verbessert die Transparenz im Team, was den Validierungsprozess deutlich beschleunigt hat.
• Softwarevalidierung durch Testautomatisierung und Durchführung erfahrungsbasierter Softwaretests
  Ich bin verantwortlich für die Validierung der Elisa-Software durch automatisierte, interaktive und erfahrungsbasierte Tests. Dazu plane ich die Validierungsphasen, bereite die Testumgebung vor und stelle die notwendigen Werkzeuge bereit. Ein Schwerpunkt ist die Durchführung von Behaviour-Driven-Design-basierten (BDD), manuellen und automatisierten Tests für PM- und CC-Panels gemäß IEC 60601.
• Einrichtung und Wartung der Hardware-in-the-Loop (HiL) Testumgebung und Continuous Integration
  Ich baue und betreue eine Hardware-in-the-Loop (HiL) Testumgebung und integriere diese in bestehende CI/CD Tools wie Jenkins, Squish und das Elisa Beatmungsgerät. Ich arbeite täglich mit Tools wie Polarion, GitLab, Jira, Confluence und Jenkins, um sicherzustellen, dass die Softwareentwicklung nach dem V-Modell (IEC 62304) erfolgt und den hohen Standards der Medizintechnik entspricht.
• Optimierung der Pipelines und Repositories sowie Verbesserung der Software Entwicklung und Prozesse
  Ein weiterer Schwerpunkt meiner Arbeit ist die Optimierung von Pipelines und Repositories, um eine reibungslose und effiziente Softwareauslieferung zu gewährleisten. Durch diese Tätigkeiten trage ich wesentlich zur hohen Qualität und Zuverlässigkeit der Elisa-Software bei, indem ich die Entwicklung kontinuierlich verbessere und den Validierungsprozess beschleunige.

Ziel des Projekts der Löwenstein Medical ist die Entwicklung eines Python-Skripts zur Analyse der bestehenden Testbasis, zur Steigerung der Testeffizienz und zur Optimierung der Qualitätssicherung. Die Herausforderung besteht darin, dass sich im Laufe der Zeit zahlreiche automatisierte und interaktive Tests angesammelt haben, die von verschiedenen Testern entwickelt wurden. Daher sind in diesem Projekt drei Hauptkriterien wichtig: 1) Sicherstellung der Testabdeckung, 2) Eliminierung von doppelten Tests und 3) Sicherstellung einer konsistenten Namenskonvention, die später in Polarion übernommen werden kann. Um diesen Herausforderungen gerecht zu werden, soll ein konfigurierbares Python-Skript entwickelt werden, das diese Tests analysiert, visualisiert und Verbesserungsmöglichkeiten aufzeigt.

Aufgaben:

• Analyse und kritische Bewertung der vorhandenen Testfälle mit Python zur Risikominimierung
  Ich habe die bestehenden Unittesting Testfälle gründlich analysiert, um ihre Effizienz und Abdeckung zu bewerten. Mit Hilfe von Python-Bibliotheken wie pandas und PlantUML habe ich Visualisierungen erstellt, die die Teststruktur grafisch darstellen. Dadurch können Schwachstellen leichter erkannt und Optimierungspotentiale identifiziert werden, was die Qualität und Effizienz der Tests verbessert.
• Konzeption, Entwicklung und Implementierung eines Tools zur Erkennung von Duplikaten mit Python
  Ich konzipiere, entwickle und implementiere ein Testautomatisierungstool mit Python, das mit Textanalyse-Algorithmen wie difflib und Levenshtein-Distanz potentielle Duplikate in Testszenarien erkennt. Es schlägt Redundanzen vor, die interaktiv überprüft werden können. Dadurch konnte die Testeffizienz durch die Identifizierung redundanter Tests erhöht und der Wartungsaufwand reduziert werden.
• Entwicklung eines Python-Skripts zur Überprüfung der Konsistenz der Testnamen
  Ich habe ein Python-Skript entwickelt, das die Konsistenz der Testnamen anhand der vordefinierten Namenskonventionen überprüft. Es erkennt Abweichungen, schlägt Korrekturen vor und ermöglicht eine automatische Umbenennung. Dadurch wurde die Übersichtlichkeit, Nachverfolgbarkeit und Wiederverwendbarkeit der Tests deutlich verbessert.

Für das Testteam der Löwenstein Medical, das sich auf die GUI konzentriert, ist es entscheidend, das Verhalten der GUI in Bezug auf die Sensordaten zu validieren, ohne dabei die eigentlichen Sensoren einzubeziehen. Ziel des Projektes ist die Qualitätssicherung externer und interner Sensorsimulator unter Verwendung des I2C-Protokolls. Um das Verhalten der Sensoren vollständig zu simulieren, soll externe Hardware entwickelt werden, die das Verhalten der Sensoren nachbildet. Im Projekt werden zwei unterschiedliche Sensortypen behandelt: Temperatursensoren, die als Bordelemente integriert sind, und der SPO2-Sensor, der als externes Feature an die Maschinen angeschlossen wird.

Aufgaben:

• Analyse des Verhaltens der Sensoren, des Quellcodes und des Kommunikationsprotokolls
  Um das Verhalten der Sensoren und ihre Integration ins System zu verstehen, habe ich die Dokumentation geprüft, den Quellcode analysiert und eng mit den Embedded-Entwicklern zusammengearbeitet. Ich untersuche Schaltpläne und Platinenlayouts und führe Lötarbeiten durch, um die korrekte Integration der Hardware sicherzustellen. Anschließend implementiere ich ein Testautomatisierungstool mit Python.
• Entwicklung der Hardware zur Simulation der Sensoren mit Raspberry Pi und C++
  Mit Hilfe eines Raspberry Pi, C++, einer bestehenden Codebasis und Bibliotheken wie wiringPi.h und wiringSerial.h habe ich eine Hardware entwickelt, die das Verhalten von SPO2- und Temperatursensoren simuliert. Diese sendet die Daten über das I2C-Protokoll an die Maschine. Ich arbeitete eng mit der Elektronikabteilung zusammen, um Schaltpläne und Verbindungen zu überprüfen.
• Integration der Sensorsimulation in die Testumgebung und Schreiben automatisierter Tests in Squish
  In Zusammenarbeit mit den Squish Backend Entwicklern habe ich die Sensorsimulation in die Testumgebung integriert und automatisierte Tests basierend auf den Sensordaten entwickelt. Mit der Testautomatisierung überprüfe ich das Verhalten der GUI unter verschiedenen Sensordaten. Die Integration des Simulators nach CI/CD in Mini-PCs und Jenkins ermöglicht eine reibungslose Testausführung.

Für den Hersteller von Beatmungsgeräten für Intensivstationen und Operationssäle hat die Qualität und Zuverlässigkeit der Lösungen von Löwenstein Medical höchste Priorität. Ziel des Projekts ist die Refactoring und Automatisierung der Frontpanel-Tests. Es sollen automatisierte Testverfahren implementiert werden, um die Effizienz und Genauigkeit zu erhöhen. Dazu ist es notwendig, die bestehenden manuellen Tests detailliert zu analysieren und durch eine enge Verknüpfung der Tests mit den Anforderungen in Polarion eine vollständige Testabdeckung sicherzustellen. Gleichzeitig sollen Automatisierungspotentiale identifiziert und eine dedizierte Testumgebung entwickelt werden, um die Frontend-Tests effizient automatisieren zu können. Darüber hinaus wird eine umfangreiche Dokumentation erwartet.

Aufgaben:

• Überprüfung manueller Tests und Identifizierung von Automatisierungspotenzialen
  Ich analysiere alle bestehenden Frontpanel-Tests. Dabei arbeite ich eng mit den Entwicklern zusammen, um Risiken und Möglichkeiten der Automatisierung zu identifizieren. Der Fokus liegt auf der Bewertung der Tests hinsichtlich ihrer Eignung für die Testautomatisierung mit Gherkin und Squish, insbesondere im Hinblick auf Effizienz und Risikoabdeckung.
• Anpassung manueller Tests ans BDD und Erstellung von Testfälle zur Testautomatisierung in Gherkin
  Um eine konsistente Teststruktur zu gewährleisten, habe ich alle manuellen Tests als Behaviour Driven Design (BDD) neu geschrieben und automatisierte Regressionstestfälle in Gherkin erstellt. Ich erstelle eine Dokumentation mit Anleitungen zur Verwendung der Testwerkzeuge und Erläuterungen zum Umgang mit Schaltplänen und Layouts, um zukünftige Wartungsarbeiten zu erleichtern.
• Sicherstellung der Testabdeckung durch Verknüpfung der Testfälle in Polarion mit den Anforderungen
  Ich habe jeden Testfall mit den entsprechenden Anforderungen in Polarion verknüpft, um eine lückenlose Testabdeckung sicherzustellen. Sobald ich fehlende Tests identifiziert habe, habe ich diese neu erstellt und ins bestehende Testset integriert, um eine vollständige Abdeckung aller kritischen Funktionen und eine Continuous Integration zu gewährleisten. Zum Defektmanagement nutze ich Jira.

In diesem Projekt für Löwenstein Medical sollen die Power Management Tests (PM-Tests) komplett refaktorisiert und eine robuste Testumgebung für die Testautomatisierung entwickelt werden, was ich hauptverantwortlich übernommen habe. Die PM-Tests sollen in Zukunft mit der Testumgebung an Werkstudenten weitergegeben werden können. Die PM-Tests bestehen aus über 600 manuellen Tests, die bei der Validierung viel Zeit in Anspruch nehmen. Es ist wichtig, die Engpässe zu identifizieren und sicherzustellen, dass die PM-Tests effizienter und mit weniger Aufwand intern durchgeführt werden können.

Aufgaben:

• Bewertung der Tests im Hinblick auf das Risiko und Automatisierungspotenzial sowie manuelles Testing
  Zur Bewertung der Tests habe ich die PM-Tests manuell durchgeführt, die Ausführungszeiten protokolliert und Schwachstellen identifiziert. Darauf aufbauend habe ich ein Testprofil entwickelt, das Anforderungen, Werkzeuge und Automatisierungspotenziale enthält. Dann habe ich die Tests neu formuliert und die Tools und Frameworks zur Testautomatisierung wie Gherkin, Squish und GitLab dokumentiert.
• Auswahl eines risikobasierten Testansatzes und Erstellung eines Tutorials und der Testprofile
  Nach der Auswahl eines risikobasierten Testansatzes habe ich ein umfassendes Tutorial in Confluence für den Validierungsprozess und zum Vorgehen nach Behaviour Driven Design (BDD) erstellt, das alle Schritte detailliert beschreibt. Zusätzlich habe ich jedem Test ein Testprofil zugewiesen, um die Effizienz und Nachvollziehbarkeit während der Validierung zu erhöhen.
• Entwicklung der Hardware- und Software-Umgebung sowie Integration in die Testumgebung
  In Zusammenarbeit mit der Elektronikabteilung habe ich Hardware entwickelt und kalibriert, die an die Power-Management-Leiterplatte angeschlossen wird. Dabei habe ich alle Manipulationspunkte dokumentiert, um die korrekte Integration in die Testumgebung sicherzustellen.
• Sicherstellung der Rückverfolgbarkeit und der vollständigen Testabdeckung zur Testautomatisierung
  Ich habe überprüft, dass jede Anforderung in Polarion mindestens einen zugehörigen Test im Rahmen der Testautomatisierung hat. Dadurch kann ich eine lückenlose Rückverfolgbarkeit und vollständige Abdeckung zwischen den vorliegenden Anforderungen und den erstellten Tests gewährleisten.

Starkkraft technologies ist ein Beratungs- und Dienstleistungsunternehmen für Informationstechnologie, das u.a. Qualitätssicherung und IT-Projektmanagement anbietet. Ziel des Projekts für einen Kunden, der Katzenfutter online vertreibt, ist es, eine Webanwendung vollständig und manuell zu testen, um den Testprozess sowie die Aufgaben eines Testers im agilen Umfeld kennenzulernen. Darüber hinaus war es erforderlich, automatisierte Tests für die Shopping-Webseite und zum Online-Verkauf des Katzenfutters mit Selenium zu implementieren, um diese Technologie besser zu verstehen.

Aufgaben:

• Analyse der Anforderungen, Formulierung der User Stories und Erstellung von Testplänen in Excel
  
• Definieren und Anlegen von Testdaten sowie Aufbau von automatisierten Regressionstestfällen
  
• Anwendung agiler Methoden in der inkrementellen Testplanung und beim kontinuierlichen Testen
  
• Durchführung der Testautomatisierung mit Selenium nach der Evaluierung und Implementierung des Tools
  
• Defektmanagement und Dokumentation in Jira sowie Priorisierung der Fehler für die Entwicklung
  
• Erstellung des Testabschlussberichts als Grundlage für die Qualitätsbewertung
  
  

Nordex ist ein international tätiger Hersteller von Windenergieanlagen, mit Hauptsitz in Hamburg und einer Produktionsstätte in Rostock. Windturbinen von Nordex erzeugen an Standorten mit unterschiedlichen geografischen und klimatischen Bedingungen Strom. Ziel des Projektes im Unternehmensbereich "Erneuerbare Energien R&D" ist die Weiterentwicklung des Lebensdauerberechnungsmodells für Windturbinen in Matlab. Dazu zählt die die Integration weiterer Windturbinenelemente und Parameter ins Lebensdauerberechnungsmodell für Windturbinen, die die Lebensdauer von IGBTs (Insulated Gate Bipolar Transistor) beeinflussen können. Zudem geht es um das Refactoring des bestehenden Codes und die Anwendung des objektorientierten Paradigmas. Darüber hinaus sollen weitere Funktionalitäten hinzugefügt werden, die z. B. Data-Dictionaries für den Input des Tools ermöglichen.

Aufgaben:

• Erweiterung und Optimierung des Lebensdauerberechnungsmodells in Matlab
• Erstellung und Weiterentwicklung eines Tools zur strukturierten und effizienten Datenverwaltung
• Integration und Erweiterung von Windturbinenelementen und Simulationen zur Steigerung der Effizienz

Das Projekt war eine Zusammenarbeit zwischen drei großen Kranherstellern und dem Veröffentlichungsteam des OPC 40020-1-Standards für Krane. Die OPC Kranspezifikation beschreibt ein Informationsmodell, das alle aktuellen und zukünftigen Kran- oder Hebesysteme abdecken soll. OPC UA für Krane und Hebezeuge Teil 1 (OPC 40020-1) stellt Informationen für die Überwachung, die Zustandsüberwachung, das Asset Management und die Begrenzung durch externe Systeme bereit. Ziel des Projekts ist die Python-Implementierung und Dokumentation des Standards OPC 40020-1: Krane & Hebezeuge - Motion Devices System Base. Im Rahmen des Projektes gehörten zu meinen Aufgaben für die Universität Rostock, Fachbereich Informatik, unter anderem die Teilnahme an Meetings, das Verstehen des Standards und die Entwicklung eines Python-basierten Prototyps unter Verwendung des OPC UA Stacks für Portalkrane.

Aufgaben:

• Implementierung des OPC-UA Pub/Sub Konzepts für Kräne mit open62541 und Python
• Entwicklung des OPC-UA Client/Server Modells gemäß dem OPC 40020-1 Standard für Kräne mit Python
• Vermittlung zwischen Stakeholdern, Abgleich der Projektziele mit Anforderungen und Projekt-Updates