Qgelm

Qualitätssicherung in der Softwareentwicklung mit formalen Methoden

<html> <figure class=„aufmacherbild“><img src=„https://heise.cloudimg.io/width/700/q75.png-lossy-75.webp-lossy-75.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/aufmacher-c563d1fbeeab6a10.png“ srcset=„https://heise.cloudimg.io/width/700/q75.png-lossy-75.webp-lossy-75.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/aufmacher-c563d1fbeeab6a10.png 700w, https://heise.cloudimg.io/width/1050/q75.png-lossy-75.webp-lossy-75.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/aufmacher-c563d1fbeeab6a10.png 1050w, https://heise.cloudimg.io/width/1500/q75.png-lossy-75.webp-lossy-75.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/aufmacher-c563d1fbeeab6a10.png 1500w, https://heise.cloudimg.io/width/2096/q75.png-lossy-75.webp-lossy-75.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/aufmacher-c563d1fbeeab6a10.png 2096w“ width=„2096“ height=„1178“ sizes=„(min-width: 80em) 43.75em, (min-width: 64em) 66.66vw, 100vw“ alt=„“ class=„img-responsive“ referrerpolicy=„no-referrer“ /></figure>Formale Methoden strukturieren den Entwicklungsprozess von Software, sorgen für nachhaltige Qualitätssicherung und vermeiden so hohe Folgekosten.Seit vielen Jahren steigen die Qualitätsansprüche an Software in breiten, kritischen Anwendungen zum Beispiel bei Maschinensteuerungen, Fahrerassistenzsystemen oder für sichere Cloud- und Blockchain-IT. Dazu gehören Systeme, mit denen Millionen von Menschen täglich in Berührung kommen. Die Kosten für die Qualitätssicherung solcher Anwendungen wachsen mit deren komplexitäts- und veränderungsbedingter Fehleranfälligkeit. Sowohl Kosten als auch Fehler werden nicht selten von geduldigen, unwissenden und machtlosen Kundinnen und Kunden getragen, ohne Haftungsansprüche geltend machen zu können.Aufgrund dessen stellt sich die Frage, ob Softwareentwicklung generell auf stärkere methodische Beine gestellt, im engeren Sinne strenger oder formaler, werden muss? Welche Rolle sollen fachspezifische Formalismen, insbesondere die aus der Softwaretechnik stammenden formalen Methoden, in Informatiklehrplänen an Hochschulen und anderen Ausbildungsstätten spielen? <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_1“>[1] [1]</a>In der international beachteten Referenz <a href=„https://csed.acm.org/programming-languages/“ rel=„external noopener“ target=„_blank“>ACM/IEEE-CS/AAAI Computer Science Curricula 2023 [2]</a> finden sich beispielsweise nur knappe Lehrplanempfehlungen dazu im Softwaretechnikteil sowie einige Empfehlungen für Vertiefungsvorlesungen im Programmiersprachenteil.Ein wichtiger Grund für diese Überlegungen ist sicherlich, dass Software immer öfter eine sehr viel kritischere Rolle spielt als noch vor zehn Jahren. Ein weiterer Grund ist, dass Softwareentwicklung heute durch leistungsfähige Hochsprachen, Plattformen und Entwicklungsökosysteme auf einer abstrakteren, agileren Ebene stattfindet, und daher auch ein häufig abstrakteres, jedoch präzises Denken gefordert, um korrekte Software zuverlässig zu konstruieren und trotz erforderlicher Änderungen verlässlich in Betrieb zu halten. <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_2“>[2] [3]</a>Die dazu nötigen Kenntnisse haben sich über die Jahrzehnte in den sogenannten formalen Methoden niedergeschlagen. Eine Ausbildung in Informatik kann aufzeigen, wie solche Methoden in kritischen Sparten der Software- und Systementwicklungspraxis <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_3“>[3] [4]</a> mithilfe von leistungsfähigen Werkzeugen angewendet werden. Gerade weil künstliche Intelligenz (KI) die Programmierung zunehmend automatisiert, sollte die Vermittlung dieser Grundfertigkeiten Kernelement jeder modernen Informatikausbildung sein <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_4“>[4] [5]</a>. Dieses Ziel sollte auch dann im Fokus stehen, wenn sich, vielleicht anders als früher, eine recht breite, heterogen vorgebildete Masse an Menschen für eine Informatikausbildung entscheidet.<h3 class=„subheading“ id=„nav_formale0“>Formale Methoden sind nützlich</h3>Der Begriff der formalen Methode existiert in der Informationstechnik seit Jahrzehnten und wird verschieden ausgelegt. Forschende meinen damit<ol class=„rtelist rtelist–ordered“><li>die Ad-hoc-Formalisierung eines Programmierproblems mittels formaler Logik, Mengenlehre und anderen Basiswerkzeugen der Mathematik, um das Problem besser zu verstehen,</li><li>die durchgängige Formalisierung einer Programmiersprache für die teil- oder vollautomatische Prüfung (formale Deduktion) von Programmeigenschaften,</li><li>ein mathematisch fundiertes Werkzeug für die präzise Softwaremodellierung und Modellprüfung.</li></ol>Andere Wissenschaftler und Wissenschaftlerinnen erweitern oder kombinieren diese drei Ansätze zu einer umfassenden Ingenieursmethode.Der Allgemeinheit halber soll hier die dritte Charakterisierung eine Rolle spielen. Danach kann man eine formale Methode als eine mathematisch und logisch fundierte, meist werkzeuggestützte Herangehensweise an die Konstruktion und Analyse einer laufenden Software, einer Anforderungsspezifikation, eines Stücks Quelltext oder eines Modells davon verstehen.Herzstück der Methodenanwendung ist die zweckspezifische Abstraktion und das Herausarbeiten der relevanten Details und des Kontexts einer Softwareanwendung mithilfe einer möglichst übersichtlichen Notation. Es braucht formale Methoden dann, wenn die Anforderungen an die Korrektheit und Zuverlässigkeit einer Software besonders hoch sind, etwa die Steuerung eines Kraftwerks oder einer besonders risikobehafteten Maschine, die Abwicklung eines Online-Bezahlvorgangs oder die Übertragung einer elektronischen Patientenakte. Durch eine strenge Vorgehensweise können Entwicklerinnen und Entwickler sowohl die korrekte Konstruktion als auch die Absicherung der Software gut nachvollziehbar dokumentieren und kommunizieren. Das spielt ebenfalls eine wichtige Rolle, beispielsweise für eine TÜV- oder ISO-Zertifizierung sowie für die Klärung von Haftungsfragen vor Gericht.Ein aktuelles Anwendungsbeispiel ist ferner der Nachweis, dass das von Fahrerassistenzsoftware ausgehende Unfallrisiko unter einer tolerierbaren Schwelle liegt.In der Tat empfehlen einschlägige Standards (z.B. DO-178C, EN 5012x, IEC 61508, ISO 26262) den Einsatz formaler Ansätze in besonders riskanten Szenarien. Damit hätten moderne formale Methoden mit ausgereiften Werkzeugen heute nicht nur das Potenzial, sondern auch die legale Möglichkeit, bei Produkthaftungsfragen als Referenz für den Stand der Qualitätssicherungspraxis zu dienen. Allein schon deshalb gebührt ihnen ein fester Platz in den Lehrplänen der Ausbildungsstätten.<figure class=„a-inline-image a-u-inline“><div><img alt=„“ class=„legacy-img c1“ height=„391“ sizes=„“ src=„https://heise.cloudimg.io/width/696/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb1-7bbb18868ee4ad79.png“ srcset=„https://heise.cloudimg.io/width/336/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb1-7bbb18868ee4ad79.png 336w, https://heise.cloudimg.io/width/1008/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb1-7bbb18868ee4ad79.png 1008w, https://heise.cloudimg.io/width/696/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb1-7bbb18868ee4ad79.png 696w, https://heise.cloudimg.io/width/1392/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb1-7bbb18868ee4ad79.png 1392w“ width=„696“ referrerpolicy=„no-referrer“ /></div><figcaption class=„a-caption“>Hierarchischer endlicher Automat zur prägnanten Beschreibung von Abläufen (Abb. 1).(Bild: Mario Gleirscher)</figcaption></figure><h3 class=„subheading“ id=„nav_klarstellung1“>Klarstellung mit Formalismen</h3>So wie in anderen Technikwissenschaften spielen Formalismen und auch in der Informatik eine vielschichtige Rolle. Über gut ein Jahrhundert lang hat die Informatikforschung viele solcher Formalismen genutzt. Vielleicht ist es die im Vergleich zu anderen Ingenieursdisziplinen und Wissenschaften schlechte Greifbarkeit kreierter Dinge (Software), die neue Modellierungs- und Darstellungsversuche in Formalismen antreibt (z.B. mit Automaten und Zustandsübergangsdiagrammen, siehe Abbildungen 1 und 2)? Vielleicht ist es diese schlechte Greifbarkeit auch, die – ähnlich wie in der theoretischen Physik – neue, abstraktere Anwendungen und Erweiterungen der Mathematik benötigte.Um die Grundlagen zu vermitteln, aber auch um neue Erkenntnisse zu gewinnen, benötigt man jedenfalls häufig:<ul class=„rtelist rtelist–unordered“><li>abstrakte Maschinenmodelle und Mengentheorie für Komplexitätsuntersuchungen von Problemen und Algorithmen,</li><li>relationale Algebra, formale Sprachen und Automatentheorie zur genauen Modellierung und Beschreibung der Funktionsweise von Datenbanken, Systemsoftware und Programmiersprachen oder</li><li>algebraische Datentypen, Zustandsmaschinen, temporale Logik und Kategorientheorie für die schrittweise Modellbildung im Softwareentwurf und in der Programmprüfung.</li></ul>Eine breite Erkenntnis vieler Technikwissenschaften ist, dass ohne die Anwendung von Formalismen keine kontrollierte Annäherung an einen expliziten, konsensfähigen und stabilen Wissens- und Methodenkorpus erfolgen kann.<figure class=„a-inline-image a-u-inline“><div><img alt=„“ class=„legacy-img c1“ height=„391“ sizes=„“ src=„https://heise.cloudimg.io/width/696/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb2-6e35e2bc34e86208.png“ srcset=„https://heise.cloudimg.io/width/336/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb2-6e35e2bc34e86208.png 336w, https://heise.cloudimg.io/width/1008/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb2-6e35e2bc34e86208.png 1008w, https://heise.cloudimg.io/width/696/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb2-6e35e2bc34e86208.png 696w, https://heise.cloudimg.io/width/1392/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb2-6e35e2bc34e86208.png 1392w“ width=„696“ referrerpolicy=„no-referrer“ /></div><figcaption class=„a-caption“>SysML State Chart, ausdrucksmächtiges Mittel einer standardisierten und gut formalisierbaren Software-Modellierung (Abb. 2).(Bild: Mario Gleirscher)</figcaption></figure><h3 class=„subheading“ id=„nav_mehr_als_nur2“>Mehr als nur Formalismen</h3>Wenn es um die Konstruktion komplexer kritischer Software geht, also um unübersichtliche, schwer greifbare oder wenig anschauliche Gegenstände (Datenstrukturen) und Sachverhalte (Algorithmen), müssen die Konstruktionstechniken besonders hohe Anforderungen an eine präzise<ul class=„rtelist rtelist–unordered“><li>Wissensdarstellung (z.B. konsistente, formale Bedeutungslehre),</li><li>Wissenshandhabung (z.B. Abbildung intuitiver Konstruktions- und Analyseschritte) und</li><li>Wissenskommunikation (z.B. Zweck spezifische, konsistente, übersichtliche Darstellungen)</li></ul>erfüllen.Neben den vertrauten Programmkonstrukten und Programmierrichtlinien bieten formale Methoden zusätzliche Abstraktionstechniken, deren Nutzen in jahrelanger Forschung stets zunahm. Im Sinne einer Ingenieursmethodik mit Leitlinien und Werkzeugen lassen sich beispielsweise, ohne einen Anspruch auf Vollständigkeit oder Aktualität der Auflistung, folgende Ansätze nennen: <a href=„https://doi.org/10.1007/978-3-642-18216-7“ rel=„external noopener“ target=„_blank“>ASM [6]</a>, B <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_5“>[5] [7]</a>, <a href=„https://doi.org/10.1007/b11968“ rel=„external noopener“ target=„_blank“>CASL [8]</a>, <a href=„https://doi.org/10.1007/978-1-4613-0091-5“ rel=„external noopener“ target=„_blank“>Focus [9]</a>, <a href=„https://www.iso.org/standard/16258.html“ rel=„external noopener“ target=„_blank“>LOTOS [10]</a> (ISO-standardisiert), <a href=„https://raisetools.github.io/“ rel=„external noopener“ target=„_blank“>RAISE [11]</a>, <a href=„https://doi.org/10.1007/978-1-4842-3829-5“ rel=„external noopener“ target=„_blank“>TLA+ [12]</a>, UNITY <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_6“>[6] [13]</a>, <a href=„https://doi.org/10.1007/3-540-08766-4“ rel=„external noopener“ target=„_blank“>VDM [14]</a>, <a href=„https://doi.org/10.1109/cmpass.1995.521891“ rel=„external noopener“ target=„_blank“>SCR [15]</a> und <a href=„https://www.iso.org/standard/21573.html“ rel=„external noopener“ target=„_blank“>Z [16]</a> (ISO-standardisiert).Derartige Methoden wurden je nach Fall ab etwa Anfang der 1980er teils von mehreren Forschenden gemeinsam entwickelt und teils in verschiedene Richtungen verfeinert. Sie bedienen sich einer Reihe aus der formalen Logik, Mathematik und der theoretischen Informatik stammender Konzepte – Prädikatenlogik, relationale Algebra, Funktionen, Automatentheorie, formale Sprachen, Prozessalgebra, temporale Logik und Modelltheorie – und formalen Schließtechniken wie Formen des deduktiven Schließens, die Arbeit mit Invarianten und der Modellprüfung.<figure class=„a-inline-image a-u-inline“><div><img alt=„“ class=„legacy-img c1“ height=„391“ sizes=„“ src=„https://heise.cloudimg.io/width/696/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb3-e4fe0b41e778050f.png“ srcset=„https://heise.cloudimg.io/width/336/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb3-e4fe0b41e778050f.png 336w, https://heise.cloudimg.io/width/1008/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb3-e4fe0b41e778050f.png 1008w, https://heise.cloudimg.io/width/696/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb3-e4fe0b41e778050f.png 696w, https://heise.cloudimg.io/width/1392/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb3-e4fe0b41e778050f.png 1392w“ width=„696“ referrerpolicy=„no-referrer“ /></div><figcaption class=„a-caption“>Leicht verarbeitbare Textdarstellung eines diskreten hybriden Automaten in HyTech, hilfreiches Mittel zur formalen Modellierung eingebetteter Systeme (Abb. 3).(Bild: Mario Gleirscher)</figcaption></figure>Entscheidend für viele formale Methoden sind aber die methodischen Grundelemente <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_7“>[7] [17]</a> sowie die am Nutzer orientierten Leitlinien, die sich in den Notationen und der praktischen Handhabung dieser Formalismen ausprägen (siehe Abbildungen 3 und 4). Agile Vorgehensweisen der Softwareentwicklung beispielsweise erfordern einen präzisen Umgang mit Änderungen im Kontext der kontinuierlichen Auslieferung <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_2“>[2] [18]</a>.Unter anderem der Formal Methods Europe Verein bietet neben einer Methodenauswahlhilfe einen Literaturüberblick zu den oben genannten Ansätzen und Werkzeugen. Hinzu kommen eine umfangreiche Selektion von Lehr- und Trainingsmaterialien sowie regelmäßige Seminare zum Kennenlernen formaler Methoden und zum Austausch zwischen Forschenden und Praktizierenden – zwischen Akademie und Industrie <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_8“>[8] [19]</a>.<figure class=„a-inline-image a-u-inline“><div><img alt=„“ class=„legacy-img c1“ height=„391“ sizes=„“ src=„https://heise.cloudimg.io/width/696/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb4-d6a76db32f6357ab.png“ srcset=„https://heise.cloudimg.io/width/336/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb4-d6a76db32f6357ab.png 336w, https://heise.cloudimg.io/width/1008/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb4-d6a76db32f6357ab.png 1008w, https://heise.cloudimg.io/width/696/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb4-d6a76db32f6357ab.png 696w, https://heise.cloudimg.io/width/1392/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb4-d6a76db32f6357ab.png 1392w“ width=„696“ referrerpolicy=„no-referrer“ /></div><figcaption class=„a-caption“>Grafische Darstellung des Automaten (Abb. 4).(Bild: Mario Gleirscher)</figcaption></figure>Es ist wichtig zu verstehen, dass es sich bei den heute weitverbreiteten Modellierungssprachen wie UML oder SysML, aber auch bei reinen Formalismen (z.B. Prädikatenlogik) oder heute weniger genutzten Sprachfamilien (IDEF, STEP uvm.) weder um formale Methoden noch im engeren Sinne überhaupt um Methoden handelt. Ein Formalismus oder eine Programmier- oder Modellierungssprache wird nicht etwa deshalb zu einer vollwertigen Methode, weil deren Notation formal definiert ist oder deren Sprachkonstrukte eine gewisse Vorgehensweise suggerieren (siehe Abbildung 5).Hingegen muss man modernen Hochsprachen einen methodischen Gehalt zusprechen, etwa wenn es um die Umsetzung bewährter Konstruktionsprinzipien: Typsicherheit, Kapselung, Zusicherungen (z.B. Assertions in Java), Diagrammtypen, Kompositionsbeziehungen (u.a. in SysML) usw. geht.Der Anspruch formaler Methoden zielt jedoch darüber hinaus auf eine umfassende, formal fundierte Unterstützung korrekter Programmentwicklung <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_7“>[7] [20]</a>, in gewissem Sinne auch eine Erweiterung testgetriebener und prototypbasierter Entwicklung. Eine zunehmend gemeisterte Herausforderung ist die Integration gut automatisierbarer, formaler Methoden in moderne, agile Softwareentwicklungsprozesse <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_2“>[2] [21]</a>.<figure class=„a-inline-image a-u-inline“><div><img alt=„“ class=„legacy-img c1“ height=„391“ sizes=„“ src=„https://heise.cloudimg.io/width/696/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb5-d2d7adcfdbeacb75.png“ srcset=„https://heise.cloudimg.io/width/336/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb5-d2d7adcfdbeacb75.png 336w, https://heise.cloudimg.io/width/1008/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb5-d2d7adcfdbeacb75.png 1008w, https://heise.cloudimg.io/width/696/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb5-d2d7adcfdbeacb75.png 696w, https://heise.cloudimg.io/width/1392/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb5-d2d7adcfdbeacb75.png 1392w“ width=„696“ referrerpolicy=„no-referrer“ /></div><figcaption class=„a-caption“>SysML Blockdiagramm zur einfachen, dennoch gut formalisierbaren Darstellung der Architektur eines verteilten Softwaresystems (Abb. 5).(Bild: Mario Gleirscher)</figcaption></figure><h3 class=„subheading“ id=„nav_bisherige3“>Bisherige Nutzung formaler Methoden</h3>Formale Methoden im engeren Sinne entstammen der Softwaretechnikforschung und wurden sukzessive in der Informatiklehre zur Aneignung von Forschungserkenntnissen eingesetzt. Später übernahm die industrielle Software- und Systementwicklung formale Methoden, meist jedoch wie erwähnt in hochkritischen Anwendungen oder zu praxisorientierten Forschungszwecken <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_9“>[9] [22]</a>. Zunehmend Anwendung finden die vergleichsweise gut automatisierbaren Techniken der statischen Analyse (z.B. abstrakte Interpretation), Typsysteme und die Modellprüfung (Model Checking).Weitere erfolgreiche Bestrebungen, formale Methoden über die modellbasierte oder -getriebene Entwicklung (oft mittels UML, SysML oder domänenspezifischen Sprachen, siehe Abbildungen 2 und 5) in die moderne Softwareentwicklung einzubringen, gibt es bereits in Branchen wie Automotive, Avionik, Bahn oder Fertigungsautomatisierung. Hierbei stehen vielfältige Vorteile (bessere Koordination von Entwicklungsabteilungen, Wiederverwendung, adäquate Abstraktionen) auch einigen Nachteilen gegenüber (eingeschränkte Sprachnutzung, indirekte Code-Optimierung, stärkere Abhängigkeit von Werkzeugen).Zu den erfolgreichen Beispielen für die Nutzung formaler Methoden gehören:<ul class=„rtelist rtelist–unordered“><li>die Prüfung von nur teuer aktualisierbaren Hardwareschaltungen im Sinne des Right-the-first-time-Prinzips (Prozessorverifikation bei ARM, Infineon oder Intel),</li><li>die Härtung von häufig mit Angriffen bedrohten, sicherheitskritischen Systemfunktionen (Betriebssystemkerne, Zugriffskontroll- und Ressourcentrennmechanismen in Rechenzentren),</li><li>die Protokollverifikation in naturgemäß komplexen, trägen oder heterogenen, verteilten Anwendungen mit breiten, kostenintensiven Fehlerkonsequenzen (Telekommunikation, Datenbank- und Blockchain-Technologie), und</li><li>in der Regelungsinformatik, die Prüfung akut risikobehafteter Regelungssoftware (Steuerungen für Nutzfahrzeuge oder Kernkraftwerke) im Rahmen einer haftungsrechtlich gebotenen Zertifizierung.</li></ul>Zur gezielten Unterstützung dieser Prüfungsaufgaben kommen Formalismen und spezifische formale Methoden zur Definition der in diesen Bereichen relevanten Abstraktionen und der damit verwendeten Modellierungs- und Programmiersprachen zum Einsatz. Maßgeblich für eine erfolgreiche Anwendung formaler Methodik ist das Verständnis der nötigen Grundlagen, weitgehend unabhängig davon, ob eine Methodenanwendung vollständig oder teilweise automatisiert erfolgen kann oder nicht.Insgesamt konnte sich bisher keine Methode breit etablieren. Dafür gibt es viele Gründe: mangelnde Lehre, unausgewogene Lehrpläne, Fehleinschätzungen der Lehrenden zu langfristig relevanten Inhalten, unzureichendes Interesse oder fehlende Grundkompetenzen bei den Auszubildenden <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_10“>[10] [23]</a>, ungeschultes Personal in Unternehmen, Versäumnisse in der Methodenentwicklung beim Management dieser Unternehmen, Fehleinschätzungen in der Kosten/Nutzen-Bewertung neuer Methoden und Technologien, unzureichende Skalierbarkeit oder Praxisnähe der angebotenen Methoden und fehlende Abstraktionstechniken <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_11“>[11, 12] [24]</a>, verbesserungswürdige Werkzeugunterstützung, kurzfristige wirtschaftliche Interessen der Werkzeugentwickler, hohe finanzielle Leidensfähigkeit von Kunden oder Nutzerinnen gegenüber Softwareproblemen.Künftige Softwareentwicklung profitiert von formalen MethodenZwei interessante Entwicklungen weisen darauf hin, dass werkzeuggestützte, formale Methoden – und die damit einhergehende, flexible Fähigkeit der Abstraktion – in Zukunft eine stärkere Rolle in vielen Domänen spielen können.Zum einen wird mit der steigenden Bedeutung korrekter, zuverlässiger, jedoch zunehmend komplexer Software in vielen Gesellschaftsbereichen auch die Anwendung stringenter Methodik in der Systementwicklung und Qualitätssicherung steigen. Fehler und Lücken sind zunehmend schwer oder teuer aufzudecken und zu beheben. Damit dürfte die Anwendung formaler Methoden zur Fehlervermeidung in frühen oder korrigierenden Entwicklungsphasen häufiger notwendig sein (siehe Abbildung 6) oder gar zum Selbstverständnis werden.<figure class=„a-inline-image a-u-inline“><div><img alt=„“ class=„legacy-img c1“ height=„391“ sizes=„“ src=„https://heise.cloudimg.io/width/696/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb6-f608c2addcce98c5.png“ srcset=„https://heise.cloudimg.io/width/336/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb6-f608c2addcce98c5.png 336w, https://heise.cloudimg.io/width/1008/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb6-f608c2addcce98c5.png 1008w, https://heise.cloudimg.io/width/696/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb6-f608c2addcce98c5.png 696w, https://heise.cloudimg.io/width/1392/q70.png-lossy-70.webp-lossy-70.foil1/_www-heise-de_/imgs/18/4/3/2/1/1/9/5/abb6-f608c2addcce98c5.png 1392w“ width=„696“ referrerpolicy=„no-referrer“ /></div><figcaption class=„a-caption“>Anzahl von Befragten, welche formale Methoden in einem oder mehreren Anwendungsbereichen genutzt haben und/oder nutzen wollen (Abb. 6).(Bild: Finney, K. 1996 [9])</figcaption></figure>Zum anderen verschiebt die zunehmende Automatisierung vieler bisher manueller Aufgaben durch Techniken der künstlichen Intelligenz viele Berufsfelder in kreativere oder anspruchsvollere Tätigkeiten. Man wird vielerorts quasi vom Problemlöser zum Problemspezifizierer, muss keine Einzellösungen Zeile für Zeile erarbeiten, sondern Lösungsräume einschränken und Lösungsvorschläge prüfen oder zuverlässig anpassen. Oft wird auch die Programmreparatur oder die Fehlerbehebung automatisiert erfolgen. Für all dies müssen gewisse Abstraktionen erdacht und genutzt werden. Gerade das gehört zu den Kernfähigkeiten formaler Methoden, insbesondere der Spezialdisziplin des verfeinerungsbasierten Entwurfs <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_5“>[5] [25]</a>.In der Softwareentwicklung können moderne, Suche-basierte Entwicklung, Programmsynthese und künstliche Intelligenzwerkzeuge wie ChatGPT oder GitHub Copilot durchaus dazu führen, dass Ingenieurinnen und Entwickler zunehmend ihre Stärken in der Anwendungsanalyse, der Domänenabstraktion, der Problemspezifikation sowie der Prüfung generierter Software <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_13“>[13] [26]</a> ausleben.<h3 class=„subheading“ id=„nav_fazit_4“>Fazit</h3>Aus den beiden und weiteren Gründen wird es wichtig sein, auf diesen neuartigen Methodenbedarf oder den Bedarf an neuen Herangehensweisen, sowohl in der Forschung als auch in der Informatiklehre zu reagieren und so die nächsten Kohorten von Softwareentwicklern auf neue Herausforderungen vorzubereiten <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_11“>[11] [27]</a>.Moderne formale Methoden könnten also nicht wie bisher hauptsächlich als Denkwerkzeuge für die Forschung und Grundausbildung dienen, sondern einen neuen akzentuierten Zweig im Lehrplan der Informatikausbildung besetzen, der Problemspezifikation und -verfeinerung, und das schon ab der Sekundarstufe <a href=„https://www.heise.de/hintergrund/Qualitaetssicherung-in-der-Softwareentwicklung-mit-formalen-Methoden-9339463.html?view=print#anchor_1“>[1] [28]</a>.So könnten die oben angesprochenen Fähigkeiten mittels einer Methodenlehre an praktizierende, KI-nutzende Softwareingenieurinnen und -ingenieure der Zukunft besonders effektiv weitergegeben werden. KI-basierte Softwareentwicklung mithilfe formaler Methoden könnte einen nützlichen Paradigmenwechsel einläuten und moderne Qualitätsansprüche an Software besser adressieren.Diesen Paradigmenwechsel gilt es bildungspolitisch auf allen Ebenen, in der Sekundarstufe, in der Ausbildung an Hochschulen und in der Forschung, zu unterstützen. Ferner ist die Einsicht nützlich, dass eine an formalen Grundlagen orientierte universelle Ausbildung jemanden auch darin befähigt, sich änderndes, praktisches Wissen selbst zu erschließen, während eine Orientierung der Ausbildung an kurzfristig aktuellen Themen und Technologien derart wichtige, berufliche Fähigkeiten nicht unbedingt begünstigt.Mario Gleirscher forscht und lehrt derzeit im Fachbereich Mathematik und Informatik an der Universität Bremen zum Themenschwerpunkt Verifikation und Synthese von Maschinensteuerungen in der Robotik und anderen hoch automatisierten technischen Prozessen. Er interessiert sich auch für die industrielle Anwendung formaler Methodik und ist unter anderem stellvertretender Sprecher der Fachgruppe <a href=„https://fg-fomsess.gi.de/“ rel=„external noopener“ target=„_blank“>FoMSESS [29]</a> (Formale Methoden und Software Engineering für sichere Systeme) in der Gesellschaft für Informatik e.V.Danksagung: Mein herzlicher Dank für sehr hilfreiches Feedback geht an Clemens Lanthaler.<h5 id=„nav_literatur_5“>Literatur</h5><a name=„anchor_1“ id=„anchor_1“>[30]</a>[1] Broy, M.; Brucker, A.; Fantechi, A.; Gleirscher, M.; Havelund, K.; Jones, C.; Kuppe, M.; Mendes, A.; Platzer, A.; Ringert, J. O. und Sullivan, A. (2023). Does Every Computer Scientist Need to Know Formal Methods?, Form. Asp. Comput. In Druck.<a name=„anchor_2“ id=„anchor_2“>[31]</a>[2] O'Hearn, P. W. (2018). Continuous Reasoning. In: Dawar, A. & Grädel, E. (Ed.), LICS, 33rd Ann. Symp., ACM Press. DOI: <a href=„https://doi.org/10.1145/3209108.3209109“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1145/3209108.3209109 [32]</a><a name=„anchor_3“ id=„anchor_3“>[33]</a>[3] Jones, C. B. und Thomas, M. (2022). The Development and Deployment of Formal Methods in the UK, Form. Asp. Comput. 34 : 1-21. DOI: <a href=„https://doi.org/10.1145/3522577“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1145/3522577 [34]</a><a name=„anchor_4“ id=„anchor_4“>[35]</a>[4] Welsh, M. (2022). The End of Programming, Commun. ACM 66 : 34-35. DOI: <a href=„https://doi.org/10.1145/3570220“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1145/3570220 [36]</a><a name=„anchor_5“ id=„anchor_5“>[37]</a>[5] Abrial, J.-R., 2010. Modeling in Event-B. Cambridge UP, Cambridge. ISBN: 9780521895569<a name=„anchor_6“ id=„anchor_6“>[38]</a>[6] Chandy, K. M.; Misra, J.(1989). Parallel Program Design: A Foundation. Addison Wesley: Reading, MA. ISBN: 0-201-05866-9<a name=„anchor_7“ id=„anchor_7“>[39]</a>[7] Brinksma, E. (1991). What is the Method in Formal Methods?. In: Parker, K. R. & Rose, G. A. (Ed.), FORTE, 4th Int. Conf., Elsevier. DOI: <a href=„https://doi.org/10.1016/b978-0-444-89402-1.50012-6“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1016/b978-0-444-89402-1.50012-6 [40]</a>.<a name=„anchor_8“ id=„anchor_8“>[41]</a>[8] Formal Methods Europe (2023). Choosing and Learning a Formal Method, <a href=„https://www.fmeurope.org/industry/“ rel=„external noopener“ target=„_blank“>https://www.fmeurope.org/industry/ [42]</a>, <a href=„https://www.fmeurope.org/choosingaformalmethod/“ rel=„external noopener“ target=„_blank“>https://www.fmeurope.org/choosingaformalmethod/ [43]</a>, <a href=„https://fme-teaching.github.io/courses/“ rel=„external noopener“ target=„_blank“>https://fme-teaching.github.io/courses/ [44]</a>.<a name=„anchor_9“ id=„anchor_9“>[45]</a>[9] Gleirscher, M. und Marmsoler, D. (2020). Formal Methods in Dependable Systems Engineering: A Survey of Professionals from Europe and North America, Empir. Softw. Eng. 25 : 4473-4546. DOI: <a href=„https://doi.org/10.1007/s10664-020-09836-5“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1007/s10664-020-09836-5 [46]</a><a name=„anchor_10“ id=„anchor_10“>[47]</a>[10] Finney, K. (1996). Mathematical notation in formal specification: too difficult for the masses?, IEEE Trans. Software Eng. 22 : 158-159. DOI: <a href=„https://doi.org/10.1109/32.485225“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1109/32.485225 [48]</a><a name=„anchor_11“ id=„anchor_11“>[49]</a>[11] Gleirscher, M.; van de Pol, J. und Woodcock, J. (2023). A Manifesto for Applicable Formal Methods, Softw. Syst. Model. 0 : 1-17. DOI: <a href=„https://doi.org/10.1007/s10270-023-01124-2“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1007/s10270-023-01124-2 [50]</a><a name=„anchor_12“ id=„anchor_12“>[51]</a>[12] Gleirscher, M.; Foster, S. und Woodcock, J. (2019). New Opportunities for Integrated Formal Methods, ACM Comput. Surv. 52 : 117:1-117:36. DOI: <a href=„https://doi.org/10.1145/3357231“ rel=„external noopener“ target=„_blank“>https://doi.org/10.1145/3357231 [52]</a><a name=„anchor_13“ id=„anchor_13“>[53]</a>[13] Meyer, B. (2023). AI Does Not Help Programmers, BLOG@CACM, <a href=„https://cacm.acm.org/blogs/blog-cacm/273577-ai-does-not-help-programmers“ rel=„external noopener“ target=„_blank“>https://cacm.acm.org/blogs/blog-cacm/273577-ai-does-not-help-programmers [54]</a>.() <hr />URL dieses Artikels:

https://www.heise.de/-9339463

Links in diesem Artikel:

<strong>[1]</strong>&#160;#anchor_1

<strong>[2]</strong>&#160;https://csed.acm.org/programming-languages/

<strong>[3]</strong>&#160;#anchor_2

<strong>[4]</strong>&#160;#anchor_3

<strong>[5]</strong>&#160;#anchor_4

<strong>[6]</strong>&#160;https://doi.org/10.1007/978-3-642-18216-7

<strong>[7]</strong>&#160;#anchor_5

<strong>[8]</strong>&#160;https://doi.org/10.1007/b11968

<strong>[9]</strong>&#160;https://doi.org/10.1007/978-1-4613-0091-5

<strong>[10]</strong>&#160;https://www.iso.org/standard/16258.html

<strong>[11]</strong>&#160;https://raisetools.github.io/

<strong>[12]</strong>&#160;https://doi.org/10.1007/978-1-4842-3829-5

<strong>[13]</strong>&#160;#anchor_6

<strong>[14]</strong>&#160;https://doi.org/10.1007/3-540-08766-4

<strong>[15]</strong>&#160;https://doi.org/10.1109/cmpass.1995.521891

<strong>[16]</strong>&#160;https://www.iso.org/standard/21573.html

<strong>[17]</strong>&#160;#anchor_7

<strong>[18]</strong>&#160;#anchor_2

<strong>[19]</strong>&#160;#anchor_8

<strong>[20]</strong>&#160;#anchor_7

<strong>[21]</strong>&#160;#anchor_2

<strong>[22]</strong>&#160;#anchor_9

<strong>[23]</strong>&#160;#anchor_10

<strong>[24]</strong>&#160;#anchor_11

<strong>[25]</strong>&#160;#anchor_5

<strong>[26]</strong>&#160;#anchor_13

<strong>[27]</strong>&#160;#anchor_11

<strong>[28]</strong>&#160;#anchor_1

<strong>[29]</strong>&#160;https://fg-fomsess.gi.de/

<strong>[30]</strong>&#160;

<strong>[31]</strong>&#160;

<strong>[32]</strong>&#160;https://doi.org/10.1145/3209108.3209109

<strong>[33]</strong>&#160;

<strong>[34]</strong>&#160;https://doi.org/10.1145/3522577

<strong>[35]</strong>&#160;

<strong>[36]</strong>&#160;https://doi.org/10.1145/3570220

<strong>[37]</strong>&#160;

<strong>[38]</strong>&#160;

<strong>[39]</strong>&#160;

<strong>[40]</strong>&#160;https://doi.org/10.1016/b978-0-444-89402-1.50012-6

<strong>[41]</strong>&#160;

<strong>[42]</strong>&#160;https://www.fmeurope.org/industry/

<strong>[43]</strong>&#160;https://www.fmeurope.org/choosingaformalmethod/

<strong>[44]</strong>&#160;https://fme-teaching.github.io/courses/

<strong>[45]</strong>&#160;

<strong>[46]</strong>&#160;https://doi.org/10.1007/s10664-020-09836-5

<strong>[47]</strong>&#160;

<strong>[48]</strong>&#160;https://doi.org/10.1109/32.485225

<strong>[49]</strong>&#160;

<strong>[50]</strong>&#160;https://doi.org/10.1007/s10270-023-01124-2

<strong>[51]</strong>&#160;

<strong>[52]</strong>&#160;https://doi.org/10.1145/3357231

<strong>[53]</strong>&#160;

<strong>[54]</strong>&#160;https://cacm.acm.org/blogs/blog-cacm/273577-ai-does-not-help-programmers

<strong>[55]</strong>&#160;mailto:who@heise.de

Qgelm

Seiten-Werkzeuge

Webseiten-Werkzeuge

Benutzer-Werkzeuge

Qualitätssicherung in der Softwareentwicklung mit formalen Methoden