Projektberichte on AereA GmbH — Software, die auch in fünf Jahren noch läuft

EcoPulse — Plattform für Energiemonitoring und Laststeuerung

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Energie- und Ladeinfrastruktur wächst selten geplant. Sie wächst in Schritten: erst die Photovoltaik, dann der Speicher, später die Wallboxen, irgendwann ein zweiter Zähler für den neuen Gebäudeteil. Jedes Gerät bringt seine eigene Schnittstelle mit, jeder Hersteller sein eigenes Datenmodell.

Das Ergebnis ist ein Betrieb, der viele Zahlen hat und trotzdem keine Entscheidungsgrundlage: Der Wechselrichter kennt seine Erzeugung, die Wallbox kennt ihren Ladezustand, der Zähler kennt den Netzbezug — aber niemand kennt das Gesamtbild zum selben Zeitpunkt.

Phonalisa — modulares IP-Telekommunikationssystem

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Ein Telefoniesystem ist kein Projekt mit Enddatum. Es ist ein Produkt, das über Jahre wächst: neue Endgerätegenerationen, neue Anforderungen an Mandantenfähigkeit, veränderte Sicherheitslage am Netzübergang. Genau diese Dauer ist die eigentliche Anforderung.

Plattform und Kernsystem #

Modulares IP-Telekommunikationssystem auf Basis von SIP, RTP und XMPP mit CTI-Funktionalität
Mandantenfähige Verwaltung von Nebenstellen, Rufgruppen, Warteschlangen und Rufregeln
Automatisierte Geräteintegration und Provisionierung von Endgeräten
Client- und Importfunktionen für die Übernahme bestehender Datenbestände
Ergänzende Dienste rund um Verzeichnis, Präsenz und Anrufsteuerung

Session Border Controller und Security #

Der Netzübergang ist die exponierteste Komponente einer Telefonieplattform. Wir haben dafür einen eigenen SBC aufgebaut: Verschlüsselung von Signalisierung und Medienströmen über TLS, SRTP und ZRTP, DDoS-Schutz, Rate Limiting, Härtung der exponierten Dienste und Zertifikatsmanagement.

Industrielle Datenplattform für den Anlagenbau

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Ein international tätiger Anlagenbauer betreibt Maschinen bei Kunden weltweit. Deren Betriebsdaten sind für Service, Optimierung und Weiterentwicklung wertvoll — sie müssen aber über Werks- und Ländergrenzen transportiert werden, ohne dass dabei ungesicherte Kanäle entstehen.

Aufgabenstellung #

Eine Plattform für den industriellen Datenaustausch, die mit der Zahl angebundener Anlagen skaliert, unterschiedliche Datenklassen sauber trennt und die Kommunikation durchgängig absichert. Dazu eine Dokumentation, die den Betrieb und die Weiterentwicklung durch die Teams des Kunden ermöglicht.

Condition Monitoring — Migration von C++ nach .NET Core

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Das Condition-Monitoring-Backend war über Jahre gewachsen. Fachlich funktionierte es, aber jede Erweiterung kostete überproportional viel Zeit — vor allem, weil der Datenzugriff eng mit der Fachlogik verflochten war.

Aufgabenstellung #

Migration auf einen aktuellen Stack, ohne das Produkt anzuhalten und ohne die strukturellen Probleme mitzunehmen.

Vorgehen #

Statt einer 1:1-Portierung nach .NET Core haben wir die Datenzugriffsschicht neu geschnitten und auf Entity Framework aufgesetzt. Der Migrationsplan folgt fachlichen Grenzen: Nach jedem Schritt ist das System lauffähig und testbar. Der Betrieb läuft containerisiert über Docker gegen PostgreSQL.

Bedienoberflächen für ein medizintechnisches Lasersystem

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Ein Lasersystem im medizinischen Einsatz wird über die Bedienoberfläche geplant und gesteuert. Diese Oberfläche ist damit kein Frontend, sondern ein sicherheitsrelevanter Teil des Geräts.

Aufgabenstellung #

Entwicklung, Test und Dokumentation der Planungs- und Behandlungsoberflächen, dazu die Erweiterung der zugehörigen Test-Tools und die Umsetzung sicherheitskritischer Updates im laufenden Produktlebenszyklus.

Vorgehen im regulierten Umfeld #

Anforderungen liegen in DOORS, Reviews laufen über Fisheye/Crucible, Builds über Jenkins, Versionierung über SVN. Die Toolchain ist Teil der Nachweisführung: Änderungen sind bis auf die Anforderung zurückverfolgbar.

Plattform zur Fahrzeugbusanalyse

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Fahrzeugbusdaten aus CAN, FlexRay und Automotive Ethernet fallen im Messbetrieb in großen Mengen an. Die zentrale Analyseplattform dafür war über Jahre in C++ gewachsen — funktional umfangreich, strukturell schwer änderbar.

Aufgabenstellung #

Weniger zusätzliche Entwicklungsleistung als technische Führung: die Architektur modernisieren, die Arbeitsweise der Teams weiterentwickeln und beides so verbinden, dass es nach Projektende trägt.

Vorgehen #

Messen vor Umbauen — statische Analyse über SonarQube in der Jenkins-Pipeline, Betrachtung der Abhängigkeitsstruktur und der Änderungshäufigkeit.
Priorisieren nach Schmerz — modernisiert wurde zuerst, wo die meisten Änderungen anfielen, nicht wo der Code am hässlichsten war.
Agile Transition — Umstellung der Zusammenarbeit mit Product Ownern und Fachbereichen, kürzere Feedbackzyklen.
Schulungen — Architektur, Clean Code und Testmethodik für die beteiligten Entwicklerteams.

Fazit #

Der eigentliche Erfolgsmaßstab in solchen Vorhaben ist nicht die Menge geschriebenen Codes, sondern ob das Team nach dem Ende des Auftrags eigenständig weiterarbeitet. Genau dafür sind Schulungen Teil des Auftrags und nicht Zusatzleistung.

Steuerfachsoftware einer Landesfinanzbehörde

info@aerea.de (AereA GmbH) — Mon, 01 Jan 0001 00:00:00 +0000

Ausgangslage #

Ein Fachverfahren der Steuerverwaltung ändert sich nicht, weil eine bessere Idee vorlag, sondern weil ein Gesetz in Kraft tritt. Die Termine sind extern gesetzt und nicht verschiebbar.

Aufgabenstellung #

Weiterentwicklung und Qualitätssicherung über mehrere Jahre, mit dem Anspruch, zu jedem gesetzlichen Stichtag einen belastbaren Regressionslauf zu haben.

Umsetzung #

Modulentwicklung im laufenden Verfahren, in C++ und Python mit Qt-Oberflächen.
Systemtests — Spezifikation, Durchführung und Dokumentation.
Testautomatisierung — Aufbau automatisierter Tests, GUI-Automatisierung mit Squish, Ausführung über Jenkins.
Manuelles Testen dort, wo fachliche Beurteilung nötig ist: Gesetzesanpassungen, Formularlogik, Sonderfälle.
Spezialtests — Barrierefreiheit nach BITV-Anforderungen sowie DSGVO-relevante Funktionen und Datenflüsse.
Testumgebungen über Proxmox und VirtualBox, mit synthetischen Testdatenbeständen — Echtdaten scheiden hier aus.

Dokumentation #

Testfälle, Protokolle, Berichte, Handbücher und Hilfetexte gehörten zum Leistungsumfang, ebenso die Unterstützung des Anwendersupports. In der Verwaltung ist die Dokumentation Teil des Nachweises, nicht Begleitmaterial.