Tests finden Fehler – sie können jedoch nie beweisen, dass keine mehr existieren; formale Methoden liefern solche Nachweise. Das zeigt ein neuer Livestream von software-architektur.tv: Am Montag, 27. April 2026, ab 16:00 Uhr spricht Gastgeber Eberhard Wolff mit Lars Hupel (Chief Evangelist, Giesecke+Devrient; Kurator des iSAQB‑Advanced‑Moduls „Formale Methoden“) über den pragmatischen Einsatz mathematisch fundierter Techniken in der Softwareentwicklung. Die Sendung klärt, wann formale Verifikation sinnvoll ist, welche Systemteile geprüft werden sollten und wie sich Aufwand und Nutzen abwägen lassen. Hupel stellt das Thema außerdem beim iSAQB Software Architecture Forum (16.–17. Juni 2026, München) vor; mit dem Code SATV15SAF gibt es 15 % Rabatt.

Livestream, Format und Teilnahme

Die Folge wird am Montag, 27. April 2026, live ab 16:00 Uhr übertragen; die Aufzeichnung steht danach zur Verfügung.

  • Fragen der Zuschauer sind live über Twitch‑Chat, YouTube‑Chat oder anonym per Formular auf der Videocast‑Seite möglich.
  • Software-architektur.tv ist ein regelmäßig erscheinender Videocast von Eberhard Wolff (Head of Architecture, SWAGLab; iX‑Blogger). Zum Team gehören Lisa Maria Schäfer (Socreatory) und Ralf D. Müller (DB Systel).
  • Seit Juni 2020 wurden zahlreiche Folgen produziert, die verschiedene Aspekte der Softwarearchitektur behandeln.

Moderation und Gast zielen darauf ab, konkrete Einsatzszenarien zu zeigen: Welche Teile eines Systems sollte man formell prüfen, wie beginnt man mit kleinen Modellen, und wo zahlt sich formale Verifikation tatsächlich aus?

Was sind formale Methoden?

Formale Methoden nutzen mathematische Beweise, um Eigenschaften von Software oder Hardware zu belegen. Kurz gesagt: Sie liefern Sicherheitsgarantien, die über Tests hinausgehen. Tests können Fehler finden, aber niemals beweisen, dass keine Fehler mehr existieren — eine Einsicht, die bereits Edsger Dijkstra formulierte und die das Argument für formale Verfahren stützt.

Mastheads

Die Sendung erläutert, dass es nicht darum geht, eine ganze Anwendung komplett zu verifizieren. Lars Hupel empfiehlt, die kritischsten Komponenten zu identifizieren und dort präzise Korrektheits‑Eigenschaften zu beweisen. Das ist eine pragmatische Herangehensweise: mathematische Werkzeuge punktuell statt systemweit einzusetzen.

Wann helfen formale Methoden — ein Praxisbeispiel

Ein Beispiel aus der Sendung: Bei einer Banking‑App sind gelegentliche UI‑Abstürze tolerierbar; Transaktionen dürfen jedoch weder verloren gehen noch doppelt ausgeführt werden. In solchen Fällen ist es sinnvoll, Komponenten zu verifizieren, die Transaktionslogik oder Protokolle handhaben.

Weil nicht jede Komponente denselben Schaden verursachen kann, erlaubt diese Sichtweise eine effiziente Ressourcenverteilung: Aufwendig zu verifizierende Teile bleiben überschaubar und erhalten jenen Nachweis, den Tests allein nicht liefern.

Wie lassen sich formale Methoden praktisch einsetzen?

Lars Hupel und die Moderation diskutieren Werkzeuge und Vorgehensweisen auf hoher Ebene:

  • Abstraktionsniveau: Modelle sollten nur die relevanten Aspekte enthalten; zu viele Details machen Beweise unhandlich.
  • Eigenschaftsdefinition: Klare Kriterien festlegen, die tatsächlich Fehlverhalten ausschließen sollen (z. B. Atomicität von Transaktionen, Konsistenz von Zuständen).
  • Ausbildung und Standards: Weiterbildung wie das iSAQB‑Advanced‑Modul „Formale Methoden“ soll Architekten und Entwickler befähigen, Potenzial und Grenzen der Verfahren einzuschätzen.

Die Sendung betont, wie wichtig es ist, methodische Fähigkeiten im Team aufzubauen, damit formale Methoden effizient und zielgerichtet eingesetzt werden können.

Related Articles

Die Folge von software-architektur.tv mit Lars Hupel läuft am Montag, 27. April 2026, live ab 16:00 Uhr; die Aufzeichnung ist anschließend verfügbar. Rabattcode fürs iSAQB Software Architecture Forum (16.–17. Juni 2026, München): SATV15SAF (15 %).

Dieser Artikel wurde mit KI-Unterstützung erstellt.