Software, die auch in fünf Jahren noch läuft 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.

Impressum

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

Angaben gemäß § 5 DDG #

AereA GmbH
Wüstenstein 18
91346 Wiesenttal

Handelsregister: HRB 10446
Registergericht: Amtsgericht Bamberg

Vertreten durch: Frau Franziska Sprenger

Kontakt #

Telefon: +49 36424 760823
E-Mail: info@aerea.de

Umsatzsteuer-ID #

Umsatzsteuer-Identifikationsnummer gemäß § 27 a Umsatzsteuergesetz: DE267912425

Verbraucherstreitbeilegung #

Wir sind nicht bereit oder verpflichtet, an Streitbeilegungsverfahren vor einer Verbraucherschlichtungsstelle teilzunehmen.

Industrieautomation

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

Was in dieser Branche technisch anders ist #

Lebensdauer. Eine Produktionsanlage läuft zwanzig Jahre, die Software darauf soll zehn davon überstehen. Das verschiebt jede Technologieentscheidung: Nicht was heute am elegantesten ist, sondern was in acht Jahren noch wartbar sein wird.

Heterogenität als Normalfall. Steuerungen verschiedener Generationen und Hersteller stehen nebeneinander. Ein Teil spricht OPC UA, ein Teil Modbus, ein Teil ein proprietäres Protokoll, für das es Dokumentation nur auf Papier gibt. Wir haben für solche Fälle mehrfach eigene Transportimplementierungen gebaut.

Softwareentwicklung & Architektur

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

Was wir konkret machen #

Architekturentwurf und Technologieevaluierung — Microservices, Event-driven Design, API-first oder bewusst der Monolith, wenn er die richtige Antwort ist. Die Entscheidung wird begründet und dokumentiert, nicht behauptet.
Umsetzung über den ganzen Stack — Embedded-Systeme, Desktop-Software (Qt/QML), Backend-Services (C#/.NET, Java, Go, Python), Web-Oberflächen (TypeScript/Angular) und mobile Anwendungen.
Schnittstellen und Systemintegration — REST/OpenAPI, gRPC, GraphQL, WebSocket und SignalR, dazu die Anbindung an bestehende ERP-, MES- und Fachverfahren.
Modernisierung — Analyse und schrittweises Refactoring gewachsener Systeme, Migration von Legacy-Stacks, Performance-Optimierung.
Architektur-Governance — Reviews, Leitplanken für das Entwicklerteam, Dokumentation nach arc42.

Clean Code, SOLID, Clean Architecture #

Diese drei Begriffe stehen auf vielen Websites. Bei uns bedeuten sie Folgendes im Alltag:

Team

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

Hinweis für die Redaktion: Die Namen und Durchwahlen stehen in data/ansprechpartner.yaml und sind derzeit Platzhalter. Nach dem Eintragen erscheinen sie automatisch auf allen Leistungs-, Branchen- und Projektseiten. Diesen Block danach entfernen.

Softwarearchitektur & technische Projektleitung #

Über 15 Jahre Erfahrung in Entwicklung und Integration komplexer Software-, Kommunikations- und IIoT-Systeme, spezialisiert auf verteilte Architekturen, sichere Datenkommunikation und Energiemanagement. Verantwortet Architektur-Design, Technologieevaluierung, Security-Konzepte und die Leitung interdisziplinärer Entwicklerteams; führt agile Prozesse, Codequalitätssicherung, CI/CD-Workflows und KI-gestützte Entwicklungsverfahren ein.

Arbeitsweise — unser Playbook

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

Wie sieht ein Quality Gate bei uns aus? #

Ein Merge braucht: grüner Build, grüne Unit-Tests, grüne Integrationstests gegen real hochgefahrene Abhängigkeiten, grüne E2E-Tests der betroffenen Pfade und eine bestandene statische Analyse. Dazu ein Review durch eine zweite Person. Es gibt keine Ausnahme und keinen Schnellweg — auch nicht für Hotfixes; dort wird der Umfang kleiner, nicht das Gate.

Datenschutzerklärung

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

Hinweis für die Redaktion: Gekürzte Fassung. Der vollständige, rechtlich geprüfte Text sollte über den eRecht24-Generator erzeugt und hier eingefügt werden — analog zur englischen Fassung unter Privacy Policy. Diesen Hinweisblock danach entfernen.

Verantwortlicher #

AereA GmbH
Wüstenstein 18
91346 Wiesenttal

Telefon: +49 36424 760823
E-Mail: info@aerea.de

Cookies, Tracking und externe Dienste #

Diese Website setzt keine Cookies, bindet keine externen Schriften ein, nutzt kein Tracking und lädt keine Drittanbieter-Skripte. Es findet keine Reichweitenmessung statt. Die verwendeten Schriften werden vom eigenen Server ausgeliefert.

Energie & E-Mobilität

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

Was in dieser Branche technisch anders ist #

Zeit ist die entscheidende Dimension. Energie ist ein Zeitreihenproblem. Nicht der Momentanwert zählt, sondern der Verlauf — und die Vorhersage. Entsprechend liegt der Schwerpunkt auf Zeitreihendatenbanken, Prognosemodellen und der sauberen Behandlung von Lücken und Ausreißern.

Marktdaten gehören in die Steuerung. Day-Ahead-Preise europäischer Gebotszonen und die CO₂-Intensität des Netzes sind keine Anzeigewerte, sondern Eingangsgrößen der Optimierung.

KI-Engineering

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

1. KI im Produkt #

Prognose und Zeitreihenanalytik #

Vorhersagemodelle für Strompreis, Erzeugung und Verbrauch als Grundlage automatisierter Lastentscheidungen — trainiert und ausgewertet auf hochauflösenden Zeitreihen mit Python, Pandas, NumPy und scikit-learn gegen TimescaleDB.

Anomalieerkennung und Predictive Maintenance #

Auswertung von Maschinen- und Sensordaten zur Früherkennung von Ausfällen, mit Kafka als Grundlage für Echtzeit-Event-Streaming, Erkennungs- und Alarmierungslogik.

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.

Barrierefreiheitserklärung

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

Geltungsbereich #

Diese Erklärung gilt für die Website unter www.aerea.de in beiden Sprachfassungen.

Stand der Vereinbarkeit #

Wir haben die Website nach WCAG 2.2 Stufe AA entworfen und umgesetzt. Rein gewerbliche B2B-Angebote fallen nicht unter das Barrierefreiheitsstärkungsgesetz; wir wenden den Standard freiwillig an, weil wir Barrierefreiheitstests selbst als Leistung anbieten — unter anderem in einem Fachverfahren der öffentlichen Verwaltung.

Industrial IoT & Automatisierung

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

Was wir konkret machen #

Echtzeit-Datenerfassung — Sensor- und Maschinendaten über OPC UA, MQTT und Modbus, inklusive kundenspezifischer Transportprotokolle für SPSen.
Edge Computing — Vorverarbeitung, Plausibilisierung und Filterung direkt an der Maschine, bevor Daten in Cloud oder On-Premise-Plattform fließen.
Event-Streaming — Kafka und Redpanda als Rückgrat für hohe Datenvolumen, mit sauberer Entkopplung von Erfassung und Auswertung.
Predictive Maintenance und Anomalieerkennung — Auswertung von Maschinendaten zur Früherkennung von Ausfällen, mit Erkennungs- und Alarmierungslogik auf dem Ereignisstrom.
Fabrikdigitalisierung — Integration mit ERP- und MES-Systemen, Echtzeit-Dashboards für den operativen Betrieb.
Betriebsmodelle — On-Premises, Cloud oder hybrid, je nach Anforderungen an Datenhoheit, Latenz und Verfügbarkeit.

Warum Entkopplung der entscheidende Entwurfszug ist #

Der häufigste Fehler in IIoT-Plattformen ist die direkte Kopplung von Erfassung und Auswertung. Fällt die Auswertung aus, fehlen Messwerte — und zwar unwiederbringlich. Wir setzen deshalb konsequent auf einen Ereignisstrom zwischen beiden: Die Erfassung schreibt, die Auswertung liest in ihrem eigenen Tempo. Neue Auswertungen lassen sich später auf historischen Daten nachrüsten, ohne die Erfassung anzufassen.

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.

Sicherheit & Compliance

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

Sind Sie nach ISO 27001 oder TISAX zertifiziert? #

Nein, und es ist derzeit nicht geplant. Wir halten es für redlicher, das offen zu sagen, als mit Prozessreife zu argumentieren, die nicht auditiert ist. Wenn Ihre Vergabe ein Zertifikat zwingend voraussetzt — bei Automotive-OEMs und Tier-1-Zulieferern ist TISAX regelmäßig harte Voraussetzung —, sind wir an dieser Stelle der falsche Anbieter. Das sagen wir lieber vor dem Aufwand als danach.

Telekommunikation

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

Was in dieser Branche technisch anders ist #

Echtzeit ohne Puffer. Bei Sprache gibt es kein Nachladen. Latenz, Jitter und Paketverlust sind unmittelbar hörbar, weshalb QoS-Optimierung und Medienpfad-Tests fester Bestandteil der Arbeit sind.

Exponierte Komponenten. Ein SIP-Netzübergang steht im offenen Internet und wird permanent gescannt. DDoS-Schutz, Rate Limiting und gehärtete Konfiguration sind Grundausstattung, nicht Zusatz.

Mandantenfähigkeit von Anfang an. Nebenstellen, Rufgruppen, Warteschlangen und Rufregeln müssen sauber getrennt sein — nachträglich lässt sich das kaum einziehen.

Automotive

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

Was in dieser Branche technisch anders ist #

Datenmengen aus dem Fahrzeugbus. CAN, FlexRay und Automotive Ethernet erzeugen im Messbetrieb sehr große, dicht getaktete Datenmengen. Analysewerkzeuge müssen das aushalten, ohne die Messung zu verzögern.

Werkzeuge mit langer Historie. Analyse- und Simulationswerkzeuge sind über Jahre gewachsen, oft in C++. Modernisierung heißt hier fast immer schrittweise Ablösung im laufenden Betrieb, nicht Neubau.

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.

Energiemanagement & E-Mobilität

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

Was wir konkret machen #

Smart Energy Monitoring — Echtzeiterfassung und Visualisierung über Industriesensoren, Solarwechselrichter und Smart Meter.
Lastmanagement — Peak-Shaving, Eigenverbrauchsoptimierung, dynamische Bilanzierung zwischen Netzbezug, Speicher und Erzeugung.
Speicher und Netzintegration — Steuerung von Batteriespeichern, intelligentes Umschalten zwischen Netz, Speicher und erneuerbaren Quellen.
E-Mobilität — Anbindung von Wallboxen und Ladestationen, ladezeitpunkt- und preisoptimiertes Laden unter Einbezug fahrzeugseitiger Daten.
Analytik und Prognose — Vorhersagemodelle für Strompreis, Erzeugung und Verbrauch, Zeitreihenauswertung auf PostgreSQL/TimescaleDB und InfluxDB.
Automatisierung — Node-RED für Workflows, individuelle API-Integrationen für Fernüberwachung.

Der Unterschied zwischen Anzeige und Entscheidung #

Viele Energiesysteme zeigen sehr gut, was passiert ist. Der Nutzen entsteht aber erst, wenn aus der Messung eine automatisierte Handlung wird: Speicher laden, wenn der Strom billig und sauber ist; flexible Lasten verschieben, bevor die Spitze entsteht; Ladevorgänge auf die günstigen Stunden legen, ohne dass jemand morgens ohne Reichweite dasteht. Genau diese Entscheidungslogik ist der Teil, den wir bauen.

Technologie-Stack

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

Bereich	Technologien
Sprachen	C, C++, C#/.NET & .NET Core, Java, Python, Go, TypeScript, JavaScript, PHP, QML, Objective-C
Frontend & GUI	Qt, Qt Creator, QML, Angular, responsive Weboberflächen, mobile Apps (Android/iOS)
Kommunikation & Streaming	MQTT (EMQX, Mosquitto), OPC UA, Modbus/SunSpec, Kafka/Redpanda, REST/OpenAPI, gRPC, GraphQL, WebSocket, SignalR, CAN-Bus
VoIP	SIP, RTP/RTCP, SRTP, ZRTP, WebRTC, STUN/TURN/ICE, Asterisk, FreeSWITCH, Kamailio/OpenSIPS, CTI, SBC
Datenhaltung	PostgreSQL/TimescaleDB, SQLite, InfluxDB, MongoDB, Redis, LevelDB
KI & Analytik	Pandas, NumPy, scikit-learn, Zeitreihen- und Prognosemodelle, OpenCV/OCR, LLM-Integration, STT/TTS-Pipelines, MCP-Werkzeuganbindung, agentengestützte Entwicklung
Security & IAM	TLS, PKI/X.509, OAuth2, OpenID Connect, Keycloak, Threat Modeling, Hardening
Test & QA	xUnit, Karma/Jasmine, Cypress, Selenium, Squish, Testcontainers, WebApplicationFactory
DevOps & Betrieb	Git, SVN, GitLab CI, Jenkins, Docker, Podman, Kubernetes, CMake, SonarQube
Observability	Grafana, Prometheus, Loki, OpenTelemetry
Virtualisierung	VMware, Proxmox, VirtualBox
Werkzeuge & Prozess	Jira, Confluence, Mantis, DOORS, Fisheye/Crucible, Visual Studio, VS Code, JetBrains IDEs, Xcode, Eclipse, Android Studio

Einordnung #

Diese Liste ist keine Empfehlung. Welche Technologie richtig ist, hängt vom Problem und von Ihrer bestehenden Systemlandschaft ab — deshalb gehört Technologieevaluierung mit belastbarer Entscheidungsgrundlage bei uns zum Architekturauftrag und nicht zum Vorgespräch.

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.

Karriere & Ausbildung

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

Hinweis für die Redaktion: Diese Seite enthält noch keine konkreten Stellenausschreibungen. Offene Positionen bitte hier ergänzen oder den Abschnitt entfernen.

Ausbildung #

Wir sind seit 2012 Ausbildungsbetrieb für Fachinformatik, Fachrichtung Anwendungsentwicklung. Die Ausbildung findet im laufenden Projektgeschäft statt — nicht in einer separaten Lernumgebung, sondern an denselben Systemen, an denen das Team arbeitet, mit denselben Qualitätsgates.

Die Ausbildertätigkeit liegt in der Geschäftsführung, ergänzt um mehrjährige Mitarbeit in einer IHK-Vollversammlung.

Medizintechnik

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

Was in dieser Branche technisch anders ist #

Nachweis vor Geschwindigkeit. Was nicht dokumentiert ist, existiert im regulierten Umfeld nicht. Testfälle, Protokolle und Traceability sind kein Zusatzaufwand, sondern Teil des Produkts — was unserer Arbeitsweise ohnehin entspricht.

IEC 62304 prägt die Architektur. Die Norm verlangt eine Softwaresicherheitsklassifizierung und eine daran ausgerichtete Entwicklungs- und Wartungsplanung. Das wirkt direkt auf den Schnitt der Software: Was sicherheitsrelevant ist, wird isoliert und separat nachgewiesen.

VoIP & Echtzeitkommunikation

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

Was wir konkret machen #

Modulare IP-Telefonsysteme — mandantenfähige Verwaltung von Nebenstellen, Rufgruppen, Warteschlangen und Rufregeln, automatisierte Geräteprovisionierung.
WebRTC und browserbasierte Kommunikation — Sprach- und Videokommunikation im Browser, Mehrparteienkonferenzen, NAT-Traversal über STUN, TURN und ICE.
Session Border Controller und Security — Absicherung des Netzübergangs, Verschlüsselung von Signalisierung und Medien über TLS, SRTP und ZRTP, DDoS-Schutz und Rate Limiting.
Gateways, SIP-Trunking und PBX-Integration — Anbindung an bestehende Infrastruktur, Übernahme vorhandener Datenbestände.
CTI-Clients — plattformübergreifende Kopplung von Arbeitsplatz und Telefonanlage, inklusive eigener Updateverwaltung und mobiler Ergänzung.
Qualität und Performance — QoS-Optimierung für minimale Latenz und Jitter, Last- und Wiederanlauftests.

Vorgehen & Zusammenarbeitsmodelle #

Typischer Einstieg: ein abgegrenztes Teilsystem — etwa der Netzübergang oder eine WebRTC-Komponente — mit anschließender Ausweitung. Alternativ langfristige Produktverantwortung, wie bei Phonalisa — seit unserer Gründung, inzwischen 17 Jahre.

Öffentliche Verwaltung

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

Was in dieser Branche technisch anders ist #

Termine kommen von außen. Eine Gesetzesänderung hat ein Datum, das nicht verhandelbar ist. Das verlangt eine Testautomatisierung, die einen vollständigen Regressionslauf in vertretbarer Zeit schafft.

Barrierefreiheit ist Pflicht, nicht Kür. BITV 2.0 und EN 301 549 sind Vergabevoraussetzung. Barrierefreiheitstests gehören deshalb in die Systemtests, nicht in ein Nachprojekt.

Formularlogik ist die eigentliche Komplexität. Der fachliche Kern steckt in Abhängigkeiten zwischen Feldern, Plausibilitätsregeln und Sonderfällen — dort entstehen die Fehler, und dort muss die Testabdeckung sitzen.

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.

Security & Kryptografie

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

Was wir konkret machen #

Sichere Kommunikationsprotokolle — Konzeption und Implementierung für Maschinen-, Anlagen- und Systemkommunikation, inklusive Absicherung des Netzübergangs.
Verschlüsselung und Zertifikate — symmetrische und asymmetrische Verfahren, PKI, X.509, TLS und TLS Client Certificates, dazu der vollständige Zertifikatslebenszyklus.
Authentifizierung und Autorisierung — OAuth2, OpenID Connect und Keycloak, inklusive Rollen- und Rechtemodellen und der Integration in bestehende Identity-Landschaften.
Threat Modeling und Audits — strukturierte Betrachtung entlang der Systemgrenzen, Security Audits bestehender Architekturen, Hardening von Netzwerk- und Applikationskomponenten.
Regulierte Umgebungen — Umsetzung von Cyber-Security-Anforderungen, unter anderem bei sicherheitskritischen Updates für ein medizintechnisches Lasersystem.

Zum Thema Zertifikate #

Uns liegt weder ISO 27001 noch TISAX vor, und beides ist derzeit nicht geplant. Wir halten es für redlicher, das offen zu sagen und stattdessen zu dokumentieren, wie wir arbeiten: Sicherheit & Compliance beschreibt Entwicklungsstandort, Umgang mit Kundendaten, Sub-Auftragsverarbeiter, Hosting-Optionen und den Umgang mit KI-Werkzeugen am Kundencode — in einer Form, die als Vorlage für Lieferantenfragebögen taugt.

Qualitätssicherung & Testautomatisierung

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

Die Ebenen im Überblick #

Ebene	Leistungen
Teststrategie	Testkonzeption, Requirements Engineering, Abnahmekriterien, Testmanagement
Manuelles Testing	Blackbox- und Whitebox-Tests, explorative Tests, Systemintegrationstests, Nachtesten von Fehlerbehebungen
Testautomatisierung	Unit-Tests (xUnit, Karma/Jasmine), GUI-Automatisierung (Squish, Selenium), E2E-Tests (Cypress), Integrationstests gegen reale Services und Datenbanken (WebApplicationFactory, Testcontainers)
Prozessverankerung	Test-Driven Development als Teamstandard, verpflichtende CI/CD-Qualitätsgates, kontinuierliche Steigerung von Abdeckung und Automatisierungsgrad
Spezialtests	DSGVO-, Barrierefreiheits- und Usability-Tests, nicht-funktionale Tests, Validierung von Streaming- und Zeitreihendaten
Dokumentation	Testfallverwaltung, Testprotokolle und -berichte, Release-Dokumentation, Handbücher, Kontexthilfe, Screencasts
Testumgebungen	Reproduzierbare Umgebungen via Docker und Testcontainers, VMware, Proxmox, VirtualBox; synthetische Testdatenbestände

Warum QA bei uns eine Rolle ist und keine Phase #

In den meisten Häusern dieser Größe testen die Entwickler ihren eigenen Code — mit dem bekannten blinden Fleck — oder der Kunde übernimmt die Abnahme. Bei uns verantwortet eine ISTQB-zertifizierte Testmanagerin die Qualitätssicherung aus der Geschäftsführung heraus. Das verschiebt die Prioritäten: Tests sind Merge-Gate, nicht Nachtrag; Testdokumentation ist Produktbestandteil, nicht Beiwerk.

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.

Consulting, Reviews & Schulungen

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

Was wir konkret machen #

Architektur-Reviews — Bewertung einer bestehenden oder geplanten Architektur mit priorisierten Handlungsempfehlungen.
Code Reviews — Stichproben oder durchgängige Betrachtung, mit Fokus auf Wartbarkeit, Testbarkeit und den Stellen, an denen Änderungen typischerweise teuer werden.
Schulungen und Workshops — Clean Code, SOLID, Design Patterns, Clean Architecture, Refactoring von Legacy-Code, Testmethodik, agile Transition sowie der produktive Einsatz KI-gestützter Entwicklungswerkzeuge.
KI-Enablement — Einführung agentengestützter Entwicklung in bestehende Teams und Toolchains, inklusive Absicherung über Qualitätsgates.
Technische Projektleitung — Übernahme der technischen Führung in Modernisierungs- oder Transitionsvorhaben.

Erfahrung aus der Praxis #

Die Schulungen entstehen nicht aus Foliensätzen, sondern aus laufenden Projekten. Architekturmodernisierung, agile Transition und Entwicklerschulungen haben wir unter anderem im Umfeld einer Plattform zur Fahrzeugbusanalyse für einen deutschen Premium-Automobilhersteller durchgeführt.

Wie wir mit KI-Agenten entwickeln — und welche Sicherungen dafür nötig waren

info@aerea.de (AereA GmbH) — Wed, 05 Aug 2026 00:00:00 +0000

Dieser Text beschreibt eine Pipeline, die bei uns produktiv läuft — an einem mandantenfähigen Kommunikationssystem auf ASP.NET Core, Angular und FreeSWITCH, mit selbst gehostetem GitLab. Alle unten genannten Befunde stammen aus echten Durchläufen und wurden vor dem Merge gefunden und behoben. Das System benennen wir nicht, weil einzelne Befunde sonst rückverfolgbar wären.

Was ist der eigentliche Engpass beim Entwickeln mit KI? #

Nicht die Geschwindigkeit, mit der Code entsteht. Der Engpass ist Vertrauen: Code, der kompiliert, dessen Tests grün sind und der sich beim Lesen richtig anfühlt — und trotzdem falsch ist. Diese Fehlerklasse macht fast jeden Fund aus, den wir haben, und keine Standardpipeline sieht sie.

Testautomatisierung intern aufbauen oder extern vergeben?

info@aerea.de (AereA GmbH) — Wed, 08 Jul 2026 00:00:00 +0000

Warum ist die Frage falsch gestellt? #

Testautomatisierung ist kein Projekt mit Abschluss, sondern ein Bestand mit Wartungslast. Die Frage lautet deshalb nicht „wer baut sie", sondern „wer pflegt sie in drei Jahren". Wer das überspringt, kauft eine Testsuite, die nach zwei Releases rot ist, dann übersprungen und schließlich abgeschaltet wird — und hat den Aufwand zweimal.

Wie stehen die beiden Wege gegeneinander? #

Kriterium	Interner Aufbau	Externe Vergabe
Anlaufzeit	Lang. Werkzeugauswahl, Lernkurve und die ersten verworfenen Ansätze inklusive	Kurz. Erfahrung ist eingekauft, die ersten Tests laufen in Tagen
Fachwissen über das Produkt	Vorhanden. Der größte Vorteil und oft unterschätzt	Muss aufgebaut werden, kostet die ersten Wochen
Werkzeug- und Methodenwissen	Muss aufgebaut werden	Vorhanden
Kosten kurzfristig	Niedriger, aber verdeckt: Entwicklerzeit, die anderswo fehlt	Höher und sichtbar in der Rechnung
Kosten langfristig	Niedriger, wenn die Kompetenz im Haus bleibt	Laufend, solange extern gepflegt wird
Priorisierung im Alltag	Verliert regelmäßig gegen das nächste Kundenticket	Geschützt, weil beauftragt und terminiert
Testtiefe	Steigt langsam, dafür passgenau zum Produkt	Steigt schnell, kann aber am Produktverständnis vorbeigehen
Wartbarkeit nach Übergabe	Hoch, weil die Autoren im Haus sitzen	Abhängig davon, ob Wissenstransfer Teil des Auftrags war
Typischer Fehlschlag	„Wir machen das nebenbei"	Übergabe ohne Wissenstransfer

Wo scheitert der interne Aufbau? #

Fast immer an derselben Stelle: Testautomatisierung läuft neben dem Tagesgeschäft und verliert jede Priorisierung gegen ein Kundenticket. Nach einem Quartal existieren zwanzig Tests, nach zwei sind fünf davon rot, und niemand hat Zeit, sie zu reparieren.

Welche Leitplanken wir Agenten setzen

info@aerea.de (AereA GmbH) — Fri, 19 Jun 2026 00:00:00 +0000

Darf ein Agent in einem regulierten Projekt Code schreiben? #

Ja — unter denselben Bedingungen wie ein Mensch. Entscheidend ist nicht, wer die Zeile geschrieben hat, sondern ob sie spezifiziert, geprüft, getestet und freigegeben ist. Wer diese Kette schließt, kann Agenten einsetzen. Wer sie für Agenten öffnet, hat auch für Menschen ein Problem.

Dieser Text ist die kurze Grundsatzantwort. Wie die Kette in einem produktiven Projekt tatsächlich aussieht — mit Rollentrennung, doppelter Review über den Fix-Diff und den Befunden, die eine grüne Pipeline nicht geliefert hätte — steht im Feldbericht Wie wir mit KI-Agenten entwickeln.

Eigenentwicklung oder Standardsoftware im Energiemanagement?

info@aerea.de (AereA GmbH) — Thu, 14 May 2026 00:00:00 +0000

Wann reicht ein Standardprodukt? #

Solange Ihre Anlage dem Bild entspricht, für das das Produkt gebaut wurde: ein Hersteller, ein überschaubarer Anlagenumfang, eine Optimierungsstrategie aus dem Katalog. Dann ist das System des Herstellers praktisch unschlagbar — schneller verfügbar, billiger im Einstieg, gewartet von jemand anderem. Der Kipppunkt liegt fast nie bei der Anschaffung, sondern beim dritten Sonderfall.

Wie stehen die beiden Wege gegeneinander? #

Kriterium	Standardsoftware	Eigenentwicklung
Zeit bis zum ersten Nutzen	Tage bis Wochen. Anlage anschließen, Konto anlegen, fertig	Wochen bis Monate. Die Datengrundlage entsteht zuerst
Gerätevielfalt	Die Herstellerliste des Anbieters. Alles außerhalb davon gar nicht oder über Umwege	Beliebig. Die Anbindung liegt in einer eigenen Verarbeitungsstufe, neue Geräte berühren die Auswertung nicht
Optimierungslogik	Vorgegebene Strategien, über Parameter einstellbar	Frei. Marktpreise, CO₂-Intensität, Prognosen und betriebliche Nebenbedingungen als gleichrangige Eingangsgrößen
Marktdaten	Falls vorhanden, dann als Funktion des Anbieters mit dessen Datenquelle	Day-Ahead-Preise europäischer Gebotszonen und Netz-CO₂-Intensität direkt als Eingangsgröße
Datenhoheit	Meist Anbieter-Cloud, Standort und Aufbewahrung nach dessen Vorgabe	On-Premises, deutsche Cloud oder hybrid — Sie entscheiden, wo verarbeitet wird
Laufende Kosten	Lizenz je Anlage, Zählpunkt oder Ladepunkt. Skaliert mit dem Ausbau	Betrieb und Wartung. Keine Lizenzskalierung beim Zubau
Historische Daten	Aufbewahrungsdauer nach Anbietervorgabe, Export oft eingeschränkt	Vollständig bei Ihnen, in einer Zeitreihendatenbank Ihrer Wahl
Abhängigkeit	Roadmap, Preismodell und Fortbestand des Anbieters	Eigener Bestand. Trägt nur, wenn er dokumentiert ist
Risiko	Gering und bekannt	Höher. Steigt mit unklarer Anforderung, sinkt mit belastbarer Datenlage

Woran erkennt man den Kipppunkt vorher? #

Drei Fragen, die sich ohne Projekt beantworten lassen:

OPC UA oder MQTT für die Maschinenanbindung?

info@aerea.de (AereA GmbH) — Fri, 24 Apr 2026 00:00:00 +0000

Was ist der Unterschied in einem Satz? #

OPC UA ist ein Informationsmodell mit Transport, MQTT ein Transport ohne Informationsmodell. OPC UA beschreibt, was ein Wert bedeutet — Typ, Einheit, Zugehörigkeit, Zugriffsrechte. MQTT bringt ihn nur von A nach B und überlässt die Bedeutung Ihrer Konvention. Alles Weitere folgt aus diesem einen Unterschied.

Wie unterscheiden sich die beiden im Detail? #

Kriterium	OPC UA	MQTT
Informationsmodell	Im Standard enthalten: typisierte Knoten, Referenzen, Einheiten, Companion Specifications je Branche	Keins. Bedeutung entsteht aus Topic-Struktur und Payload-Konvention, die Sie selbst festlegen und durchsetzen
Discovery	Eingebaut. Der Adressraum ist zur Laufzeit durchsuchbar; ein Client findet Knoten ohne Vorwissen	Nicht vorhanden. Topics müssen bekannt sein oder über eine Konvention erschlossen werden
Kommunikationsmuster	Client/Server (Request, Subscribe) und seit 1.04 zusätzlich PubSub	Publish/Subscribe über einen Broker, mit QoS 0/1/2
Latenz	Session-basiert; typisch niedrige zweistellige Millisekunden im LAN. Der Verbindungsaufbau ist teuer, die laufende Session günstig	Sehr gering im Steady State. QoS 2 kostet zwei zusätzliche Roundtrips, QoS 0 keinen
Payload-Größe	Binärkodierung kompakt, JSON-Kodierung deutlich größer. Der Adressraum-Overhead fällt beim Verbindungsaufbau an, nicht je Wert	Header ab 2 Byte. Die tatsächliche Größe bestimmt allein Ihr Payload-Format
Security-Modell	Im Standard: X.509-Zertifikate je Anwendung, Signierung und Verschlüsselung auf Nachrichtenebene, Benutzerrechte im Adressraum	TLS auf Transportebene. Authentifizierung und Rechte hängen am Broker und sind zwischen Implementierungen unterschiedlich
Firewall-Verhalten	Server steht im Werk, Verbindungen kommen eingehend an. Über Werksgrenzen hinweg braucht es eine Freigabe oder einen Reverse-Tunnel	Ausgehende Broker-Verbindung. Kommt durch NAT und restriktive Firewalls, ohne eingehende Ports zu öffnen
Broker-Abhängigkeit	Keine im Client/Server-Modus. PubSub kann optional über einen Broker laufen	Zwingend. Der Broker ist Single Point of Failure und muss betrieben, skaliert und abgesichert werden
Eignung an der Edge	Ressourcenbedarf real: Stack, Zertifikatsspeicher, Adressraum. Für Kleinstgeräte meist zu viel	Läuft auf Mikrocontrollern. Der Client ist in wenigen Kilobyte implementierbar
Werkzeugunterstützung	Ausgereift auf Steuerungsseite: nahezu jede moderne SPS bringt einen Server mit. Auf Auswertungsseite schmaler	Ausgereift auf Auswertungsseite: Broker, Bridges, Stream-Anbindungen überall. Auf Steuerungsseite oft nachgerüstet

Wann trägt OPC UA? #

Wenn die Semantik mitreisen soll. Sobald Maschinen verschiedener Hersteller dasselbe Konzept — Werkzeug, Auftrag, Zustand, Störung — vergleichbar liefern müssen, spart ein standardisiertes Informationsmodell genau die Abbildungsarbeit, die sonst in jedem Integrationsprojekt neu anfällt.

E2E-Tests gegen echte Datenbanken mit Testcontainers

info@aerea.de (AereA GmbH) — Thu, 12 Mar 2026 00:00:00 +0000

Warum testen wir End-to-End gegen eine echte Datenbank? #

Weil ein Mock die Annahme bestätigt, die man beim Schreiben hatte, und eine echte Datenbank ihr widerspricht. Die Fehler, die in verteilten Systemen teuer werden, sitzen genau dort, wo der Mock nichts weiß: in Transaktionsgrenzen, Isolationsstufen, der Reihenfolge von Migrationen und im Zeitzonenverhalten von Zeitstempeln. Ein Test gegen ein In-Memory-Substitut misst das Substitut, nicht das System.

Danke — die Anfrage ist angekommen.

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

Was jetzt passiert #

Ihre Nachricht liegt direkt im Postfach des zuständigen Ansprechpartners. Wenn Sie in der Zwischenzeit etwas nachreichen wollen — Architekturskizze, Lastenheft, Zugang zu einem Repository — antworten Sie einfach auf unsere Rückmeldung.

Falls es eilt: +49 36424 760823, Montag bis Freitag von 9:00 bis 18:00 Uhr.

Zurück zur Startseite · Projektberichte ansehen

Sprechen Sie direkt mit dem Architekten.

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

Anfahrt und Erreichbarkeit #

AereA GmbH, Wüstenstein 18, 91346 Wiesenttal, Bayern. Geschäftszeiten Montag bis Freitag, 9:00 bis 18:00 Uhr.

Details zu Referenzprojekten und Ansprechpartner beim Kunden nennen wir auf Anfrage und nach Freigabe.