Integration von KI ins Requirements Engineering: Ein Praxisbeispiel mit ChatGPT
Herzlich willkommen zum zweiten Teil unserer Blogserie über die Integration von Künstlicher Intelligenz (KI) ins Requirements Engineering! Im ersten Teil unserer Serie lag der Fokus auf der Identifikation relevanter Abschnitte der Datenschutz-Grundverordnung (DSGVO) zur Ableitung von Systemanforderungen. Dabei haben wir mithilfe von KI, genauer gesagt ChatGPT 4, den Einsatz im Kontext der Entwicklung eines Multimediasystems für PKWs untersucht. Jetzt gehen wir einen weiteren Schritt, indem wir die Ergebnisse des ersten Teils vertiefen und weiterverarbeiten.
Im zweiten Teil unserer Artikelserie rund um Automotive SPICE möchten wir einen weiteren Mythos aufdecken. Es handelt sich um die Annahme, dass Prozessgruppen in Automotive SPICE 1:1 den Architekturebenen des Systems of Interest entsprechen.
In unseren Kundenprojekten erleben wir immer wieder, dass die Prozessgruppen in Automotive SPICE direkt den verschiedenen Architekturebenen des Systems of Interest zugeordnet werden. Demnach würde jeder Prozess im Rahmen der Systementwicklung nur genau einmal durchlaufen werden (siehe Abbildung 1), abgesehen von Iterationen für das gesamte System of Interest. Das Problem hierbei ist, dass es in der Realität aufgrund der umfangreichen Systeme häufig mehr als eine System- und eine Softwareebene gibt, entlang dieser Ebenen Verantwortlichkeiten verteilt werden und das Zusammenarbeitsmodell wesentlich durch die Architektur bestimmt wird.
Wir SOPHISTen sind bekannt für unser Know-how, unsere Methodenentwicklung und unsere Expertise im Requirements Engineering und im Systems Engineering. Aber was viele nicht wissen, ist, dass wir auch seit mehr als 25 Jahren unsere Kunden bei Assessments unterstützen. Oder präziser ausgedrückt, wir führen bei und mit unseren Kunden sogenannte Vor-Assessments durch. Sei es nun als Vorbereitung, um eine Zertifizierung eines gewissen Standards wie A-SPICE im Automobilbereich oder VAIT-Vorgaben im Versicherungsbereich zu erhalten oder um auf ein „etwas unfreiwilliges“ Assessment einer Behörde gut vorbereitet zu sein.
Wir haben im vergangenen halben Jahr insgesamt 4 Artikel über Assessments bzw. Vor-Assessments veröffentlicht, um etwas tiefer zu beleuchten, wie SOPHIST dabei helfen kann.
Ein halbes Jahr ist eine lange Zeit und vielleicht haben Sie ja einen der Artikel verpasst oder vielleicht wurden Sie nicht schlau daraus.
Genau deswegen gibt es jetzt eine kleine Zusammenfassung, bei der wir jeweils noch kurz auf die einzelnen Artikel eingehen.
In unserer Artikel-Serie zu den Qualitätskriterien von Anforderungen sind wir mit diesem Artikel bereits beim vierten und letzten Artikel angekommen. Im ersten Artikel haben Sie erfahren, wozu Qualitätskriterien eingesetzt werden. Kurze Wiederholung: Zur Verbesserung des Verständnisses über Systemeigenschaften, Systemfunktionen und -verhalten aller Stakeholder, welche über Anforderungen kommuniziert werden.
Im zweiten Artikel haben wir Ihnen gezeigt, dass Qualitätskriterien für die Einschätzung und Bewertung von Anforderungen wichtig sind. Es geht also um die Qualität von Anforderungen.
Und im dritten Artikel haben Sie gelernt, wie Sie die Qualitätskriterien für die Bewertung von Anforderungen einsetzen und welche Regeln Sie zur Verbesserung der Anforderungen ableiten können.
Im heutigen und damit letztem Artikel dieser Blogserie lernen Sie ein Vorgehen kennen, um entsprechend der gewünschten Qualitätsziele der Anforderungen die entsprechenden Qualitätskriterien auszuwählen und dazu messbare Subkriterien und Regeln abzuleiten.
Qualitätsziele definieren
Falls Sie schon mal nach Qualitätskriterien gegoogelt oder verschiedene Quellen konsultiert haben, waren Sie sicher überrascht, wie sich die Qualitätskriterien in den unterschiedlichen Quellen unterscheiden.
Ein pragmatischer Ansatz ist es, die ausgewählten Qualitätskriterien nach den Qualitätszielen auszurichten, die Ihre Anforderungen erfüllen sollen. Sie werden gleich feststellen, dass sich die Qualitätsziele teilweise mit den Namen der Qualitätskriterien decken, doch vielmehr geht es um die Denkweise und um einen pragmatischen Ansatz, der dahintersteht. Was macht also die Qualität einer Anforderung aus?
Wir verwenden Cookies, um Inhalte und Anzeigen zu personalisieren, Funktionen für soziale Medien anbieten zu können und die Zugriffe auf unsere Website zu analysieren. Außerdem geben wir Informationen zu Ihrer Verwendung unserer Website an unsere Partner für soziale Medien, Werbung und Analysen weiter. Unsere Partner führen diese Informationen möglicherweise mit weiteren Daten zusammen, die Sie ihnen bereitgestellt haben oder die sie im Rahmen Ihrer Nutzung der Dienste gesammelt haben.
Funktional
Immer aktiv
Die technische Speicherung oder der Zugang ist unbedingt erforderlich für den rechtmäßigen Zweck, die Nutzung eines bestimmten Dienstes zu ermöglichen, der vom Teilnehmer oder Nutzer ausdrücklich gewünscht wird, oder für den alleinigen Zweck, die Übertragung einer Nachricht über ein elektronisches Kommunikationsnetz durchzuführen.
Vorlieben
Die technische Speicherung oder der Zugriff ist für den rechtmäßigen Zweck der Speicherung von Präferenzen erforderlich, die nicht vom Abonnenten oder Benutzer angefordert wurden.
Statistiken
Die technische Speicherung oder der Zugriff, der ausschließlich zu statistischen Zwecken erfolgt.Die technische Speicherung oder der Zugriff, der ausschließlich zu anonymen statistischen Zwecken verwendet wird. Ohne eine Vorladung, die freiwillige Zustimmung deines Internetdienstanbieters oder zusätzliche Aufzeichnungen von Dritten können die zu diesem Zweck gespeicherten oder abgerufenen Informationen allein in der Regel nicht dazu verwendet werden, dich zu identifizieren.
Marketing
Die technische Speicherung oder der Zugriff ist erforderlich, um Nutzerprofile zu erstellen, um Werbung zu versenden oder um den Nutzer auf einer Website oder über mehrere Websites hinweg zu ähnlichen Marketingzwecken zu verfolgen.
