Visual Paradigm Desktop | 
Visual Paradigm Online
In der Landschaft der komplexen Systemtechnik ist die Verwaltung von Anforderungen oft die größte Herausforderung. Systeme wachsen in Komplexität, Schnittstellen vervielfachen sich und die Bedürfnisse der Stakeholder entwickeln sich weiter. Ohne einen strukturierten Ansatz entstehen Informationsinseln, und die Verbindung zwischen einem hochrangigen Bedarf des Stakeholders und einer niedrigstufigen Komponentenspezifikation wird getrennt. Hier bietet das modellbasierte Systems Engineering (MBSE) und die Systems Modeling Language (SysML) eine solide Grundlage. InsbesondereAnalyse der Anforderungsflüsse dient als Rückgrat für die Aufrechterhaltung der Integrität über den gesamten Systemlebenszyklus hinweg.
Dieser Leitfaden untersucht, wie man die End-zu-End-Verfolgbarkeit mithilfe von SysML-Konstrukten aufbaut und aufrechterhält. Wir werden die Mechanismen von Anforderungsbeziehungen, die Integration von Verifizierungsaktivitäten sowie Strategien zur Änderungssteuerung ohne Verlust des Kontexts untersuchen. Ziel ist es, ein lebendiges Modell zu schaffen, das die Systemwirklichkeit widerspiegelt, und sicherzustellen, dass jede Anforderung gerechtfertigt, entworfen und verifiziert ist.
Die Analyse der Anforderungsflüsse geht nicht einfach darum, Elemente in einer Datenbank aufzulisten. Es handelt sich um den Prozess der Abbildung der logischen Entwicklung von Bedürfnissen vom Nutzerkontext bis zur physischen Realisierung. Bei einem traditionellen dokumentenbasierten Ansatz ist die Verfolgbarkeit oft eine lineare Tabellenkalkulationsaufgabe. In einer Modellierungs-Umgebung wird sie zu einem Netzwerk von Beziehungen.
Wenn Sie eine Flussanalyse durchführen, auditieren Sie im Wesentlichen den Informationspfad. Sie fragen: Existiert diese Anforderung im Modell? Ist sie mit einem Block verknüpft? Ist sie mit einem Test verknüpft? Wenn eine Verknüpfung fehlt, ist der Fluss unterbrochen. Ein unterbrochener Fluss führt zu Mehrdeutigkeit, erneuter Arbeit und potenziellen Sicherheitsproblemen.
Verfolgbarkeit wird oft als Compliance-Checkbox betrachtet. Ihre wahre Bedeutung liegt jedoch in der Risikominderung und Entscheidungsunterstützung. Wenn Anforderungen vollständig verfolgt werden, ist die Auswirkung jeder Änderung sofort sichtbar. Wenn ein Stakeholder eine Änderung an einer Leistungsgröße beantragt, können Sie sofort erkennen, welche Unterglieder, Schnittstellen und Testfälle betroffen sind.
Die Vorteile einer strengen Verfolgbarkeit umfassen:
SysML bietet spezifische Diagrammtypen und Beziehungstypen, die darauf ausgelegt sind, Anforderungen zu verwalten. Das Verständnis dieser Elemente ist entscheidend für eine genaue Modellierung.
Der Anforderungsblock ist die atomare Einheit der Verfolgbarkeit. Er sollte eindeutig identifiziert werden, typischerweise mit einer hierarchischen ID (z. B. SYS-REQ-001). Jede Anforderung sollte spezifische Eigenschaften enthalten:
Dieses Diagramm ist ausschließlich Anforderungen und ihren Beziehungen gewidmet. Es ermöglicht Ihnen, Anforderungen logisch zu gruppieren und den Fluss zwischen ihnen zu definieren. Sie sollten dieses Diagramm nicht mit Blöcken oder Anwendungsfällen überfrachten, es sei denn, dies ist für den Kontext erforderlich.
Die Stärke von SysML liegt in ihren Beziehungen. Diese definieren Richtung und Art der Verfolgbarkeit:
Die Erstellung eines Flussanalysemodells erfordert einen disziplinierten Ansatz. Sie können Anforderungen nicht einfach in ein Diagramm hineinwerfen und erwarten, dass die Verfolgbarkeit funktioniert. Das Modell muss schichtweise aufgebaut werden.
Beginnen Sie mit dem Systemkontext. Definieren Sie die obersten Anforderungen, die die Mission des Benutzers darstellen. Diese sind oft qualitative oder hochrangige quantitative Aussagen. Verknüpfen Sie diese mit den externen Entitäten, die mit dem System interagieren.
Zerlegen Sie die obersten Anforderungen in funktionale Anforderungen. Verwenden Sie die “Verfeinern Beziehung, um eine Baumstruktur zu erstellen. Dies stellt sicher, dass die Summe der Teile gleich dem Ganzen ist.
Hier geht das Modell von abstrakten Bedürfnissen zu konkreter Struktur über. Sie werden Blockdefinitionsschemata (BDD) und interne Blockdiagramme (IBD) verwenden, um die Systemarchitektur darzustellen.
Ein häufiger Fehler besteht darin, Anforderungen und Gestaltung als getrennte Ströme zu behandeln. Sie müssen zusammenlaufen. Die Flussanalyse stellt sicher, dass die Gestaltung nicht nur funktional, sondern auch konform ist.
| Rückverfolgbarkeitsrichtung | Beziehungstyp | Zweck | Beispiel |
|---|---|---|---|
| Anforderung zu Anforderung | Verfeinern / Ableiten | Hierarchie aufbauen | Systemanforderung wird durch Untersystemanforderung verfeinert |
| Anforderung zu Block | Erfüllen | Gestaltungsentsprechung | Block für Stromversorgung erfüllt Stromanforderung |
| Anforderung zu Operation | Zuweisen | Funktionale Zuweisung | Operation „Motor starten“ erfüllt Steueranforderung |
| Anforderung zum Testen | Überprüfen | Validierung | Testfall „Spannung prüfen“ überprüft Stromversorgungsanforderung |
Verwenden Sie beim Zuordnen von Elementen eine konsistente Namenskonvention. Die Anforderungs-ID sollte in der Verfolgbarkeit sichtbar sein. Zum Beispiel, wenn ein Block mit „Stromversorgung_01„ benannt ist, könnte die erfüllte Anforderung „ANF_STROM_001“ sein. Diese Konsistenz unterstützt die automatisierte Berichterstattung.
Die Verfolgbarkeit ist ohne Überprüfung unvollständig. Eine Anforderung, die entworfen, aber niemals getestet wurde, ist eine Gefahrenquelle. SysML ermöglicht es Ihnen, Überprüfungsaktivitäten direkt an Anforderungen zu koppeln.
Überprüfungsaktivitäten können dargestellt werden als:
Die Verwendung derÜberprüfenBeziehung ist hier entscheidend. Sie schafft eine geschlossene Schleife. Wenn ein Test fehlschlägt, markiert die Verfolgbarkeit die spezifische Anforderung, die nicht erfüllt wurde. Dies ermöglicht eine schnelle Ursachenanalyse. Wenn der Test aufgrund eines Komponentenfehlers fehlschlägt, zeigt die Verfolgbarkeit genau, welche Anforderung die Komponente erfüllen sollte.
Realwelt-Systeme haben selten lineare Beziehungen. Anforderungen hängen oft voneinander ab. Einige Anforderungen können abhängig von Konfigurationsoptionen bedingt sein. Die Verwaltung dieser Abhängigkeiten erfordert sorgfältiges Modellieren.
Nicht alle Systeme arbeiten in allen Modi. Verwenden Sie dieAbleiten oder Verfeinern Beziehungen, um bedingte Logik darzustellen. Sie könnten eine Anforderung haben, die nur aktiv ist, wenn ein bestimmter Modus ausgewählt ist. Dokumentieren Sie diese Bedingung in der Anforderungseigenschaft oder über eine Schutzbedingung in der Beziehung.
Anforderungen erstrecken sich oft über mehrere Unterglieder. Eine Latenzanforderung könnte sowohl Software als auch Hardware betreffen. Verwenden Sie interne Blockdiagramme, um den Datenfluss zwischen diesen Blöcken zu visualisieren. Stellen Sie sicher, dass die Schnittstellendefinition den Anforderungsbeschränkungen entspricht.
SysML ist mehransichtig. Eine Anforderung könnte in einem Anforderungsdiagramm beschrieben, in einem BDD zugewiesen und in einem Testfall-Diagramm getestet werden. Die Sicherstellung, dass diese Ansichten synchron bleiben, ist eine große Herausforderung. Regelmäßige Audits des Modells sind notwendig, um sicherzustellen, dass eine Änderung in einem Diagramm die Verfolgbarkeit in einem anderen nicht stört.
Eine hochwertige Verfolgbarkeit zu erreichen, ist schwierig. Teams geraten oft in Fallen, die den Wert des Modells im Laufe der Zeit verringern.
Das Verknüpfen von allem mit allem anderen erzeugt ein „Spaghetti-Modell“, das schwer zu navigieren ist. Verknüpfen Sie nur das Nötige. Wenn eine Anforderung durch ein allgemeines Systemverhalten erfüllt wird, verknüpfen Sie sie nicht mit jedem einzelnen Block, es sei denn, dieser Block ist entscheidend.
Wenn eine Ebene der Hierarchie sehr detailliert ist und die nächste Ebene vage, wird die Verfolgbarkeit bedeutungslos. Stellen Sie sicher, dass das Detailniveau konsistent über den Zerlegungsbaum hinweg ist.
Das Aktualisieren des Modells ist oft schwieriger als das Aktualisieren eines Word-Dokuments. Teams neigen dazu, das Modell nach seiner Erstellung nicht mehr zu aktualisieren. Behandeln Sie das Modell als die einzige Quelle der Wahrheit. Wenn eine Änderung erfolgt, muss das Modell zuerst aktualisiert werden.
Legen Sie eine strenge Namenskonvention fest. Verwenden Sie Präfixe, um den Typ anzugeben (z. B. REQ, BLK, INT). Dadurch wird Suchen und Filtern einfacher, wenn Sie Modellanalysetools verwenden.
Planen Sie regelmäßige Überprüfungen des Verfolgbarkeitsgraphen. Prüfen Sie auf:
Verwenden Sie Skripting oder integrierte Analysefunktionen, um Verfolgbarkeitsberichte zu generieren. Manuelle Überprüfungen sind anfällig für menschliche Fehler. Automatisierte Berichte bieten eine objektive Sicht auf Abdeckung und Lücken.
Änderungen sind unvermeidlich. Eine Anforderung könnte aufgrund neuer Vorschriften, technologischer Verschiebungen oder Nutzerfeedbacks geändert werden. Die Stärke eines SysML-Modells liegt in seiner Fähigkeit, die Kettenreaktion dieser Änderungen zu zeigen.
Wenn eine Anforderung geändert wird:
Dieser Prozess wandelt das Änderungsmanagement von einem Ratespiel in eine datengestützte Entscheidung um. Sie wissen genau, wen Sie kontaktieren und was Sie testen müssen.
Wie stellen Sie fest, ob Ihre Nachverfolgbarkeit funktioniert? Sie benötigen Metriken. Quantitative Maße helfen, Risikobereiche zu identifizieren.
Ziel ist eine Abdeckung von 100 % bei kritischen Anforderungen. Bei Anforderungen mit geringerer Priorität kann ein niedrigerer Schwellenwert akzeptabel sein, muss aber dokumentiert werden. Die konsequente Verfolgung dieser Metriken über die Zeit offenbart Trends. Sinkt die Abdeckung, deutet dies auf eine Störung im Ingenieurprozess hin.
SysML existiert nicht im Vakuum. Es muss mit anderen Phasen des Lebenszyklus, wie Softwareentwicklung, Fertigung und Wartung, integriert werden. Das Nachverfolgbarkeitsmodell sollte die Brücke zwischen diesen Bereichen bilden.
Diese Integration stellt sicher, dass das System nicht am Lieferpunkt endet. Die Nachverfolgbarkeitskette erstreckt sich über die gesamte Betriebszeit des Produkts.
Die Implementierung der SysML-Anforderungsflussanalyse erfordert einen erheblichen Zeitaufwand und Aufwand. Sie erfordert Disziplin, Schulung und ein Engagement für die Integrität des Modells. Der Ertrag ist jedoch ein System, das einfacher zu verstehen, einfacher zu ändern und einfacher zu zertifizieren ist.
Indem Sie sich auf die Beziehungen konzentrieren, anstatt nur auf den Inhalt, bauen Sie ein robustes Fundament für das Systemengineering auf. Die Flussanalyse stellt sicher, dass die Logik des Systems erhalten bleibt, selbst wenn sich die Details weiterentwickeln. Beginnen Sie mit den kritischen Pfaden, stellen Sie sicher, dass die obersten Anforderungen solide sind, und erweitern Sie die Nachverfolgbarkeit nach außen. Vermeiden Sie Abkürzungen, die die Qualität der Verknüpfungen beeinträchtigen. Ein sauberes Modell ist wertvoller als ein vollständiges Modell mit defekten Verbindungen.
Denken Sie daran, dass das Ziel nicht nur darin besteht, ein Diagramm zu erstellen. Das Ziel ist es, eine zuverlässige Wissensbasis zu schaffen, die die Entscheidungsfindung während des gesamten Projektlebenszyklus unterstützt. Durch eine strenge Flussanalyse stellen Sie sicher, dass jedes Element des Systems einen Zweck hat und jeder Zweck überprüft wird.