Entwicklungssystem
Work Item
SW-88Stoppsteuerung umsetzenSystemübergreifende Rückverfolgbarkeit
Engineering Traceability über Ihre Toolchain hinweg
Eine Anforderung entsteht in einem System, wird in einem anderen umgesetzt und an anderer Stelle verifiziert. AroTrace bewahrt die gerichtete Bedeutung zwischen diesen Datensätzen, ihre Herkunft und den Prüfbedarf nach Änderungen.
AnforderungenSR-142Stoppreaktion ≤ 200 ms
wird umgesetzt durchEntwicklungSW-88Stoppsteuerung umsetzen
wird verifiziert durchVerifikationRUN-204Reaktionszeittest
Identität im Quellsystem fachliche Bedeutung Herkunft
Was bedeutet Engineering Traceability?
Engineering Traceability macht fachliche Beziehungen zwischen Anforderungen, Produktdaten, Entwicklungsaufgaben, Tests, Änderungen und Verifikationsnachweisen nachvollziehbar. Werkzeugübergreifende Traceability erhält diese Zusammenhänge auch dann, wenn die Artefakte in unterschiedlichen Engineering-Systemen bleiben.
Wo die Nachverfolgbarkeit an Systemgrenzen abreißt
Anforderungen liegen im ALM, Entwicklungsaufgaben etwa in Azure DevOps, GitLab oder Jira und Produktstrukturen im PLM. Verifikation findet möglicherweise in einer weiteren Umgebung statt. Entscheidend ist die fachliche Beziehung über diese Verantwortungsbereiche hinweg, nicht das bloße Kopieren eines Feldwerts. AroTrace erhält konfigurierte Beziehungen; die Quellsysteme bleiben maßgeblich.
Die fehlende Ebene zwischen Systemen
Ein digitaler roter Faden besteht aus fachlichen Aussagen – nicht aus dekorativen Linien.
„SW-88 setzt SR-142 um“ und „SR-142 wird durch RUN-204 verifiziert“ sind Engineering-Aussagen. AroTrace erfasst diese gerichteten Beziehungen über Quellsysteme hinweg. So bleibt der Zusammenhang verständlich, auch wenn jedes Werkzeug andere Strukturen und Begriffe verwendet.
setzt umwird verifiziert durchführt Testfall aus
Anforderungssystem
Systemanforderung
SR-142Stoppreaktion innerhalb 200 msTestsystem
Testlauf
RUN-204Prüfung der ReaktionszeitTestsystem
Testfall
TC-31Not-Halt-Zeit messen- SW-88 setzt um SR-142
- SR-142 wird verifiziert durch RUN-204
- RUN-204 führt Testfall aus TC-31
Ein praxistauglicher digitaler roter Faden
Kontext verbinden, ohne eine weitere maßgebliche Kopie zu erzeugen.
Artefakte bleiben eigenständige Datensätze in ihren Quellsystemen. AroTrace macht ihre konfigurierten Beziehungen durch ein gemeinsames Engineering-Vokabular verständlich.
Teams können zusammengehörige Arbeit aus dem eingebetteten Artefaktkontext oder über einen konfigurierten Workspace hinweg betrachten, Verknüpfungen nach Bedeutung ordnen, Herkunft und Status prüfen und das Artefakt im Ursprungssystem öffnen.
Die Integrationslandschaft erkundenZwei Ansichten, ein verbundener Kontext
Beim aktuellen Artefakt beginnen – oder Beziehungen im gesamten Workspace untersuchen.
Engineers sehen direkte Beziehungen neben einem Artefakt im konfigurierten Engineering-Werkzeug. Für übergreifende Fragen lässt sich die Traceability-Ansicht nach semantischem Typ, Beziehung, Status und Suchbegriff eingrenzen.
Im Engineering-Werkzeug
Was ist mit diesem Artefakt verbunden?
Verified by testImplemented by
RUN-204 · Prüfung der ReaktionszeitWird verifiziert durchmanuell
SW-88 · StoppsteuerungWird umgesetzt durchAgent
Im gesamten Workspace
Beziehungen dieser Art anzeigen.
Anforderung⌄Wird verifiziert durch⌄Prüfbedarf⌄
SR-142wird verifiziert durchRUN-204
SR-219wird verifiziert durchRUN-318
SR-261wird verifiziert durchRUN-407
Prüfung nach Änderungen
Eine Anforderung ändert sich. Der bestehende Nachweis wird zu einer prüfenswerten Frage.
Bei entsprechend konfigurierten Beziehungen kann eine neue Artefaktversion die Verknüpfung als verdächtig markieren. AroTrace erhält Beziehung und Versionskontext. Es löscht die Verbindung nicht stillschweigend, bewertet keine Wesentlichkeit und bestätigt nichts im Namen des Prüfers.
Anforderungssystem
Die Anforderung ändert sich
Eine neue Artefaktversion verändert den fachlichen Kontext.AroTrace-Beziehung
Die Verknüpfung wird verdächtig
Die bestehende Verifikationsbeziehung bleibt sichtbar und wird zur Prüfung markiert.Engineering-Prüfung
Ein Mensch klärt die Frage
Kontext prüfen und die Verknüpfung bestätigen, ändern oder entfernen.
Die Evaluierung abgrenzen
Beginnen Sie mit den Entscheidungen, die Menschen treffen müssen.
ArtefakteBestimmen Sie relevante Anforderungen, Work Items, Produktdaten, Tests, Code und Nachweise.
BeziehungenDefinieren Sie fachlich bedeutsame Verbindungen und ihre Richtung.
QuellsystemeKlären Sie Integrationen, Versionen, Zuordnungen, Berechtigungen und Navigationswege.
PrüfverhaltenLegen Sie fest, welche Änderungen eine Prüfung auslösen und wer Verknüpfungen erstellen, bestätigen, ändern oder entfernen darf.
Synchronisation ist nicht dasselbe wie Traceability
Synchronisieren
Ausgewählte Informationen übertragen, wenn mehrere Systeme eine eigene Arbeitsrepräsentation benötigen.
Verknüpfen
Eine fachliche Beziehung erhalten, während jedes Artefakt in seinem verantwortlichen Quellsystem bleibt.
Einbetten / Kontext bereitstellen
Unterstützte externe Engineering-Informationen im Arbeitskontext anzeigen, ohne sie unnötig zu vervielfältigen.
Orchestrieren
Konfigurierte Aktionen, Zustandsänderungen oder Workflows über Engineering-Systeme hinweg koordinieren.
Welche Kombination passt, hängt von den Objekten, Berechtigungen und unterstützten Operationen der jeweiligen Integration ab.
Fragen zur werkzeugübergreifenden Traceability
Müssen Engineering-Daten in ein weiteres Repository kopiert werden?
Nein. Link-basierte Traceability verbindet Artefakte in ihren Quellsystemen. Synchronisation legt ausgewählte Arbeitskopien nur dort an, wo der konfigurierte Prozess sie benötigt.
Kann Traceability ALM und PLM verbinden?
Ja, konfigurierte Beziehungen können Engineering-Kontext über Systemgrenzen hinweg verbinden. Welche Objekte, Zuordnungen und Operationen unterstützt werden, beschreibt die jeweilige Integrationsseite, etwa für Codebeamer und Teamcenter. Der Umfang ist nicht bei jedem Connector gleich.
Was passiert, wenn sich ein verknüpftes Artefakt ändert?
Für Suspect-Tracking konfigurierte Beziehungen können nach einer Bearbeitung zur Prüfung markiert werden. Engineers bewerten die Änderung und lösen die Markierung ausdrücklich auf. Das ist keine automatische mehrstufige Auswirkungsanalyse.
Kann jedes System für seine Informationen maßgeblich bleiben?
Ja. Identität und Verantwortung jedes Artefakts bleiben im Quellsystem. Eine systemübergreifende Beziehung führt zwei Datensätze nicht zu einem einzigen zusammen.
Welcher Versions- und Herkunftskontext ist verfügbar?
Die Herkunft einer Beziehung zeigt, ob sie manuell oder durch einen Agenten entstanden ist. Bei der Suspect-Prüfung ist die Artefaktversion verfügbar, die die Markierung ausgelöst hat. Der konkrete Kontext hängt vom Workflow ab; eine vollständige Baseline aus Anforderung, Quellcode, Build und Test wird damit nicht zugesagt.
Wie unterscheidet sich das von Punkt-zu-Punkt-Synchronisation?
Synchronisation hält ausgewählte Informationen abgeglichen. Traceability beschreibt dagegen die fachlichen Beziehungen eigenständiger Datensätze und deren Prüfbedarf. AroTrace verbindet diese Ansätze mit unterstütztem Kontextzugriff und Orchestrierung, statt jede Beziehung als Kopie abzubilden.
Konkrete Integrationspfade:Codebeamer-Integrationen ·Polarion-Integrationen ·Codebeamer–Teamcenter
Engineering-Erfahrung hinter AroTrace
Engineering-Implementierung · Arorian
Hanon Systems
Anforderungsworkflows aus der Engineering-Praxis
Arorian entwickelte für Hanons ALM-Umgebung Traceability-Berichte, Dashboards, Funktionen zur Anforderungserstellung und -zerlegung sowie Workflows für die Offene-Punkte-Liste. Erfahrungen aus diesen Workflows flossen in Funktionen von AroTrace ein.
Gespräch beginnen
Ihre Traceability-Architektur besprechen
Beschreiben Sie die beteiligten Systeme, Artefakte und Änderungsentscheidungen. Gemeinsam bewerten wir einen passenden Weg zur Rückverfolgbarkeit.
Traceability ist ein Teil des Engineering-Kontexts
Traceability beschreibt fachlich aussagekräftige Lifecycle-Beziehungen. Zum Engineering-Kontext können außerdem Quellidentität, Herkunft, Versions- oder Konfigurationsreferenzen, Workflow-Informationen sowie Zugriffs- und Aktionsgrenzen gehören. Traceability trägt so zum Kontext für Digital-Thread-Workflows und, wo sinnvoll, für Engineering AI bei.