Die meisten Teams merken erst dann, dass ihre Anforderungen auseinanderdriften, wenn ein Reviewer es entdeckt, ein Test fehlschlägt oder jemand eine Abweichung zwischen Anforderung und Design bemerkt. Zu diesem Zeitpunkt ist der Wert oft bereits seit Wochen an mindestens zwei Stellen falsch.
Wiederverwendbare Parameter lösen dieses Problem. Sie machen aus wichtigen numerischen Werten gemeinsam genutzte Engineering-Daten, auf die Teams über Anforderungen, Verifizierungsaktivitäten und zugehörige Engineering-Arbeiten hinweg verweisen können. Teams erhalten einen gemeinsamen Workspace für die Zusammenarbeit und zur Speicherung sämtlicher Engineering-Artefakte.
Betrachten wir ein Leistungsaufnahme-Limit, das in einer Anforderung, einer Engineering-Budgettabelle und einer Testfallprozedur auftaucht. Jede Instanz befindet sich in einem separaten Dokument. Es gibt keine Verbindung zwischen ihnen.
Dann ändert sich das Design:
Ein Ingenieur aktualisiert das Anforderungsdokument und die Engineering-Budgettabelle, aber im Testfall steht noch der alte Wert. Das Team arbeitet nun mit zwei unterschiedlichen Werten für dasselbe Ziel.
Die Folgen sind allzu vertraut:
Wiederverwendbare Parameter dienen als Referenzpunkt für Werte, die über Anforderungen, Verifizierung und Engineering-Arbeiten hinweg konsistent bleiben müssen. Anstatt dieselbe Zahl in mehreren Dateien zu bearbeiten, aktualisieren Teams den Parameter einmal. Der Wert wird dann in jedes verknüpfte Artefakt übernommen.
Beispiele für gute Kandidaten für wiederverwendbare Parameter sind:
Parameter wie diese schränken Designentscheidungen ein und steuern die Verifizierungsarbeit. Sie werden außerdem während des gesamten Projektlebenszyklus wiederverwendet. Teams formulieren dieselben Werte häufig in Anforderungen, Designdokumenten und Testprozeduren erneut.
Wiederverwendbare Parameter machen diese Wiederverwendung explizit, nachvollziehbar und strukturiert. Wichtige Werte bleiben konsistent, verknüpft und aktuell, während sich das Design weiterentwickelt.
Nehmen wir als Beispiel ein Limit für die Leistungsaufnahme. Mit wiederverwendbaren Parametern kann das Team den Wert einmal definieren und ihn in Systemanforderungen, zugehörigen Subsystem-Spezifikationen, Verifizierungsaktivitäten und Testprozeduren referenzieren.
Wenn sich die Batterieauswahl oder die Subsystem-Zuweisung ändert, muss das Team den Wert nur einmal aktualisieren. Der neue Wert fließt in jede Anforderung und jedes Verifizierungsartefakt ein, das auf den Parameter verweist.
Dadurch entfällt die manuelle Neueingabe über mehrere Artefakte hinweg, und es entsteht ein impliziter Rückverfolgbarkeits-Thread.
Für die tägliche Arbeit bedeutet das:
Ein fortgeschrittenerer Anwendungsfall vergleicht funktionale Zielwerte in Anforderungen mit der tatsächlichen Systemleistung für Verifikation und Validierung (V&V).
V&V-Regeln automatisieren diese Vergleiche. Sie kennzeichnen Verstöße, wenn Werte nicht mehr übereinstimmen. Zum Einrichten einer V&V-Regel sind zwei Parameter erforderlich:
In unserem Beispiel mit dem Leistungslimit definiert ein Anforderungsparameter — zum Beispiel $maximum_power_consumption — die maximal zulässige Systemleistung.
Die tatsächliche Leistungsaufnahme des Systems wird in einem zweiten Parameter gespeichert — in diesem Beispiel nennen wir ihn $system_power_consumption.
Ein Anforderungstool mit einer Berechnungs-Engine wie Altium’s Requirements Portal hilft Teams dabei, Engineering-Budgettabellen zu erstellen, die die Systemleistung aus Subsystemdaten ableiten. Das Tool zieht Daten aus verknüpften CAD- oder Simulationsdateien. Anschließend berechnet es die Systemleistung mithilfe von Gleichungen, die Sie definieren.
Die V&V-Regel führt den Vergleich dann automatisch aus:
$system_power_consumption > $maximum_power_consumption
Wenn sich ein Wert ändert und die berechnete Summe den Zielwert überschreitet, kennzeichnet die V&V-Regel den Verstoß.
Zusammengefasst sieht der Workflow so aus:
Der gleiche Ansatz funktioniert auch für andere Parameter. Hier sind einige Beispiele aus dem Elektronikdesign:
Diese regelbasierte Verifizierung hilft Teams, Fehler frühzeitig zu erkennen, bevor sie zu größeren Problemen werden.
Ingenieure beginnen häufig mit einer Liste unstrukturierter Designparameter oder Anforderungen in einer Word- oder Excel-Datei. Diese können aus interner Planung, Kundenvorgaben, Lieferantenunterlagen oder früheren Projekten stammen.
Mit Altium’s Requirements Portal können Ingenieure Anforderungen importieren – aus jedem Format, sie in einem gemeinsamen Cloud-Workspace strukturieren und verwalten und sie mit ihren Design- und Verifizierungsartefakten verknüpfen.
Sobald sich die Daten im Tool befinden, geht der Workflow in zwei Schritten weiter:
Wiederverwendbare Parameter werden dann zu gemeinsamen Referenzpunkten für das gesamte Team. Anforderungen, Verifizierungsaktivitäten und Design-Arbeiten verwenden alle dieselben Werte.
Um geeignete Anwendungsfälle für wiederverwendbare Parameter in Ihren Projekten zu identifizieren, denken Sie an Werte, auf die an mehreren Stellen verwiesen wird. Diese Werte haben in der Regel einen direkten Einfluss auf Ihre Design- und Verifizierungsaktivitäten. Die folgende Tabelle zeigt einige empfohlene Ausgangspunkte.
|
Bereich |
Beispielparameter |
|---|---|
|
Leistung |
|
|
Thermik |
|
|
Elektronik |
|
|
Mechanik |
|
|
Fertigung |
|
|
Regulatorik |
|
Wiederverwendbare Parameter machen aus Anforderungswerten gemeinsam genutzte Engineering-Daten.
Mit wiederverwendbaren Parametern arbeiten Ingenieure mit lebenden Anforderungen, während sie Entscheidungen treffen. Verifizierungsteams beziehen sich bei der Planung und Dokumentation von Tests auf dieselben Werte. Sobald das Design bereit ist, können Teams die Leistung anhand von Testfällen mit den Anforderungen vergleichen, die direkt auf Anforderungsparameter verweisen.
Die Requirements Portal-Berechnungs-Engine von Altium geht noch einen Schritt weiter. Das Tool berechnet die Systemleistung automatisch aus seinen Subsystemen anhand verknüpfter Designdaten. Mit automatisierten V&V-Regeln können Ingenieure die Systemleistung mit den Zielwerten aus den Anforderungen vergleichen, um Verstöße zu erkennen.
Zusammen sorgen diese Funktionen dafür, dass die Absicht hinter den Anforderungen mit der Umsetzung verbunden bleibt. Sie liefern sofortige Verbesserungen im Workflow, darunter: