Das Problem: 47 verschiedene Bedeutungen von "Signal"
Ihr Hardware-Team spricht von "Signal" und meint elektrische Spannungspegel. Die Software-Abteilung versteht darunter Inter-Process Communication. Die Safety-Experten referenzieren ISO 26262 mit einer dritten Definition. Und der Automotive-Einkauf meint bei "Signal" etwas völlig anderes aus dem IATF 16949-Kontext.
In einem typischen Automotive-Projekt mit 15.000+ Anforderungen haben wir durchschnittlich 120 zentrale Begriffe identifiziert, die in 3-8 verschiedenen Bedeutungen verwendet werden. Das sind über 500 potenzielle Missverständnisse.
Die OTSM-Lösung: Definitionen als First-Class Citizens
In OTSM sind Definitionen fundamentaler Teil der Bottom-Up-Architektur. Drei Quellen in einem System:
- Normative Definitionen (automatisch extrahiert aus ISO 26262, ASPICE, IEC 61508)
- Engineering Definitions (aus Ihren Dokumenten extrahiert)
- Custom Definitions (projektspezifisches Team-Wissen)
Impact Analysis: Änderungen werden transparent
Wenn sich eine Definition ändert, zeigt OTSM sofort alle betroffenen Objekte. Beispiel: Definition "Gateway-Timeout" geändert von 500ms → 300ms. Betroffen: 23 Requirements, 12 Functions, 8 Characteristics. Alle bekommen automatisch eine rote Flagge und müssen überprüft werden.
Der ROI
Typisches Automotive-Projekt: Ohne OTSM 199h/Jahr für Definitions-Management. Mit OTSM nur 12h/Jahr. Ersparnis: 187h = 15.895€ bei 85€/h Engineering-Rate. Plus weniger Fehler, schnelleres Onboarding, bessere Traceability.
Semantic Search mit lokaler AI
OTSM nutzt Ollama (lokal, DSGVO-konform) für semantische Suche. Sie suchen "Automobil"? OTSM findet auch PKW, Personenkraftwagen, Fahrzeug, Car. Response Time unter 200ms.
