<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=5292226&amp;fmt=gif">

Verbindet jedes System.Beantwortet jedes Warum.

Product Explorer hält Ihre Bauteile, Signale, Funktionen, Anforderungen und Varianten in einem navigierbaren Workspace. Stellen Sie Ihre Frage in normaler Sprache. Lesen Sie die nachvollziehbare Antwort, zurückverfolgt bis zu den Daten.

Lifecycle-Höhepunkt
Spec
Build
Verify
Ein Workspace

Schluss mit dem Tab-Hopping.Fangen Sie an zu navigieren.

Ihr Produkt verteilt sich über ein Dutzend Systeme, die niemand im Kopf behalten kann. PLM für Bauteile, ALM für Anforderungen, Signaldatenbanken für den Verkehr, Ticketing für das Feld. Product Explorer liest aus allen und stellt das Ganze als einen navigierbaren Graphen dar.

HeuteMit Product Explorer
PLMPLM
ALMALM / MBSE
SIGSignal DB
ARCHArchitecture
VARVariant tables
TKTTicketing
Ein WorkspaceJedes Bauteil, Signal, jede Funktion und Verknüpfung, als ein Graph dargestellt.
  • Suche in normaler Sprache über jede Entität
  • Vorwärts- und Rückwärtsverfolgung mit einem Klick
  • Änderungsauswirkung, bevor die Änderung ausgeliefert wird
Navigation

Klicken Sie auf einen Knoten.Sehen Sie jede Verknüpfung.

Baum, Graph und Detailbereich zusammen. Klicken Sie auf ein Bauteil und sehen Sie die Funktionen, die es umsetzt, die Signale, die es trägt, die Anforderungen dahinter, die Varianten, in denen es ausgeliefert wird. Gehen Sie vorwärts zu dem, was es beeinflusst, oder rückwärts zu dem, was es beeinflusst.

FIG.04STATUS: LIVESPREAD / EXPLORERv. 2026.1
Normale Sprache

Stellen Sie eine Frage.Lesen Sie die nachvollziehbare Antwort.

Tippen Sie die Frage so, wie Sie sie einer Ingenieurin oder einem Ingenieur stellen würden. Product Explorer antwortet in normalen Worten und zeigt die Spur zurück zu den Bauteilen, Anforderungen, Signalen und Tickets, auf denen die Antwort beruht. Jede Aussage ist belegt. Keine erfundenen Bauteile, keine verwaisten Verweise.

FIG.04ASTATUS: LIVESPREAD / EXPLORER · ASKv. 2026.1
Änderungsauswirkung

Sehen Sie, was eine Änderung berührt.

Bevor Sie ein Bauteil tauschen, eine Funktion ändern oder eine Anforderung aktualisieren, verfolgt Product Explorer den Radius nach außen: die Varianten, in denen es ausgeliefert wird, die Tests, die davon abhängen, die offenen Tickets, die darauf verweisen, die Lieferantendaten, die daran gebunden sind. Das Bild entsteht aus derselben Engineering-Ontologie, die auch die Navigation antreibt, sodass Radius und Antwort übereinstimmen.

Varianten3in denen dieses Bauteil heute ausgeliefert wird
Anforderungen7erfüllt oder referenziert
Tests14die von den betroffenen Funktionen abhängen
Offene Tickets2verweisen auf das Cluster
Lieferanten1Firmware an die Änderung gebunden
Verbundene Systeme

Lässt sich an jedes System anbinden, das Sie bereits betreiben.

Funktionsdaten aus ALM und MBSE. Signalverkehr aus DBC und ARXML. Architektur aus Ihrem vorhandenen Tooling. Variantentabellen, Ticketing, Signalkataloge. Product Explorer liest, was Sie haben, und löst es in einen Graphen auf. Keine Migration. Kein manuelles Zusammenfügen.

D.01

Funktionsdaten

Logische Funktionen, Softwaremodule und Hardwarekomponenten, mit Hierarchie und Realisierungen.

ALM / MBSE.json.xml
D.02

Signaldaten

Sender-Empfänger-Zuordnungen, Kommunikationsbusse, Signaleigenschaften und Varianten.

Signaldatenbanken.dbc.arxml
D.03

Fahrzeugarchitektur

Logische und physische Struktur: Komponenten, ECUs, Busse, Gateways und Topologien.

Architektur-Tooling.json.xml
D.04

Variantenkonfiguration

Zuordnung von Merkmal, Funktion und Komponentenvorkommen über Fahrzeugvarianten hinweg.

Variantendatenbank.json.xml
D.05

Fehlertickets

Beschreibung, Kritikalität, betroffenes Fahrzeug, Software-Release und verknüpfte Bauteile und Software.

Ticketing-Systeme.jsonapi
D.06

Datendefinition

Ist-Zustand von Signalen, Sender- und Empfänger-ECUs sowie definierten Bits.

Signalkatalog.arxml
Engineering-Ontologie

Begehen Sie die Ontologie, die Ihre Ingenieure bereits aufgebaut haben.

Komponenten, Funktionen, Signale, Anforderungen und Varianten, mit den Kanten dazwischen: realisiert, kommuniziert, erfüllt, konfiguriert, referenziert. Die Ontologie gehört Ihnen. Product Explorer ist die Oberfläche.

KantenvokabularRealisiert · Kommuniziert · Erfüllt · Konfiguriert · Referenziert
So funktioniert es

Aus sechs Systemen wird ein Produkt.

01

Liest, was Sie bereits haben

Funktions-, Signal-, Architektur-, Varianten- und Ticketdaten, eingelesen aus Ihrem vorhandenen Tooling. Kein Migrationsschritt, kein manuelles Zusammenfügen.

02

Löst alles in einen Graphen auf

Bauteile, Funktionen, Signale, Anforderungen und Varianten, verbunden durch die Kanten, die Ihre Ingenieure tatsächlich gezogen haben. Das Modell, das Ihr Team bauen würde, als Workspace bereitgestellt.

03

Antwortet in normalen Worten

Tippen Sie die Frage. Lesen Sie die nachvollziehbare Antwort zurück bis zu den Quelldaten, mit Verweisen auf konkrete Entitäten. Keine erfundenen Bauteile. Jede Aussage ist belegt.

04

Zeigt, was eine Änderung berührt

Verschieben Sie ein Bauteil, tauschen Sie eine Funktion, aktualisieren Sie eine Anforderung. Product Explorer verfolgt den Radius nach außen über Varianten, Tests, Tickets und Lieferanten, bevor die Änderung ausgeliefert wird.

Loslegen

Schluss mit dem Suchen über Systeme hinweg.Beginnen Sie mit der Antwort.

Buchen Sie einen 20-minütigen Walkthrough.
Wir laden einen Ausschnitt Ihrer Daten in Product Explorer und zeigen die Spuren, die er sichtbar macht.