DVG-Meldewesen · Anforderungsabgleich (Pflichtenheft-Entwurf)

DVG-Lastenheft → UDM-Konzept

Nachweis, dass das UDM-Konzept die Anforderungen des DVG-Lastenhefts „Betriebsdokumentation“ (Entwurf) erfüllt und methodisch nach VDV 722 weiterführt. Ziel: der DVG die Sicherheit geben, dass wir dort landen, wo sie hin will.
Entwurf · Vertraulich (kammerer.it ↔ seven2one) Lastenheft urheberrechtlich geschützt · Bezug in eigenen Worten
1
Einordnung

Das Lastenheft beschreibt im Kern UDM

Das DVG-Anforderungsprofil verlangt eine mandantenfähige, konfigurierbare Plattform (es nennt das Zielsystem selbst „Universal Data Management“) mit einem Betriebsmeldungs-Modul: kategorieabhängige Erfassungsmasken, Maßnahmen und Verständigungen, dynamische Benachrichtigungen, Auswertungen, Formularwesen, Administration durch Kunden-Admins. Genau das deckt das UDM-Konzept, größtenteils mit vorhandener Plattform.

Was die DVG will

  • Eine Meldung je Störungsfall, mehrere Bearbeiter
  • Masken je Kategorie, situationsangepasste Eingabehilfen
  • Maßnahmen, Verständigungen, Benachrichtigungen
  • Selbständige Konfiguration durch Kunden-Admins

Was UDM bringt

  • Single-Source-Container, Live-Multi-User
  • Adaptive Maske (Befund-Blöcke), Standard-Ergonomie
  • Maßnahmen/Nachrichten als konfigurierte Bausteine
  • Config-as-data + Auto-Provisioning (Felder freischalten)
2
Deckung

Anforderung → Erfüllung, Punkt für Punkt

DVG-Lastenheft (Entwurf)Erfüllung durch UDM-KonzeptStand
Kategorien mehrstufig, Felder je Ereignisart generiert (Beispiel Unfall)Adaptive Maske über Befund-Blöcke (Feldregeln)erfüllt
Priorität (dringend/mittel/niedrig, farbcodiert, erweiterbar)Prioritätsfeld, konfigurierbarerfüllt
Bearbeitungsstatus (offen/in Bearbeitung/abgeschlossen, erweiterbar)Statusfeld, konfigurierbarerfüllt
Aktionsplan, Einsatzkräfte anfordern, protokollieren wer/wann/NutzerMaßnahmen/Verständigungen + Audit + Live-Multi-Usererfüllt
Verständigung über E-Mail und Telefon, Empfänger-DB je Ereignis, App-NachrichtMessaging (Mail/Push) + dynamische Empfänger; Telefon als manuelle Quittungim Ausbau (Fallback-Kette)
Standort/Fahrtrichtung verknüpft mit Linie, genauer OrtPolymorpher Ortsbezug (Haltestelle/Abschnitt-Relation)erfüllt
Gesicherte Einträge nur durch Admin änderbarIrreversibilität (unveränderlich nach Status)erfüllt
Kunden-Admin bindet Prozesse an, Objekte/Spalten selbst freischalten, eigene Dialoge, Inline-EditConfig-as-data + Auto-Provisioning + Dialog-Designererfüllt
Formulare/Dokumente nach Kategorie und Maßnahme, Auto-ErzeugungDialog- und Report-Vorlagenerfüllt
Auswertungen/Qualitätskennzahlen, Export, BI (Tableau/PowerBI) auf SubsystemReporting + Subsystem-Datenzugrifferfüllt
Fahrgastinfo mit Vorschlags-Datenbank je StörungsartFahrgastinfo-Block + Textbausteineerfüllt
Änderungshistorie, vorfallsübergreifende DokumentationChronologischer Bericht (§5)im Ausbau (Aggregation)
Web/Browser, mandantenfähig, 250 User / 100 gleichzeitig, MS SQL, offen/integrierbarUDM-Plattformarchitekturerfüllt
3
Abstimmung

Ein Positionierungspunkt: Workflow-Designer

Das Lastenheft wünscht ausdrücklich einen Workflow-Designer mit Modellierung (Modelle erzeugen Apps), plus versionierte und zeit-aktivierbare Prozesse. UDM erfüllt die Absicht auf anderem, robusterem Weg.

Wörtlicher Wunsch

  • Workflows als Diagramme modellieren
  • Je Meldungsart ein fester Ablauf
  • Risiko: Diagramm-Explosion, schwer pflegbar

UDM-Weg (emergente Komposition)

  • Abläufe entstehen zur Laufzeit aus Bausteinen (VDV 722: ECL/MCL → OMCL)
  • Wenige Blöcke ergeben viele Lagen, ohne viele Diagramme
  • Anpassung mitten im Vorfall, eine Governance-Übersicht

Gleiches Ergebnis (konfigurierbare, abteilungsübergreifende Prozesse), methodisch nach VDV 722 statt als Diagramm. Versionierung und Zeit-Aktivierung sind gefordert und im Konzept vorgesehen. Dieser Punkt wird mit der DVG bewusst abgestimmt.

4
Bestätigt / darüber hinaus

Vom Lastenheft bestätigt und darüber hinaus

Vom Lastenheft bestätigt (keine Übererfüllung)
Versionierung / Zeit-Aktivierung
Immutabilität gesicherter Einträge
Live-Multi-User an einer Meldung
Dynamische Empfänger je Daten/Ereignis
Config-as-data durch Kunden-Admin
Ortsbezug über Linie/Haltestelle
Methodischer Mehrwert (VDV 722)
Phasen Rot/Gelb/Grün
ECL/MCL/OMCL-Systematik
Anti-Chaos-Governance-Matrix
Komplexitäts-Regler (Ausbaustufen)
Chronologischer Vorfallsbericht
Rückführungspflicht (Sicherheit)
5
Reifegrad

Baubar auf Vorhandenem, wenige klare Neubauten

Ein Abgleich der Konzept-Ideen gegen den echten UDM-Code zeigt: der Großteil ist vorhandene Plattform. Die echten Neuentwicklungen sind klar benannt und überschaubar.

Vorhanden

Reift auf der Plattform

  • Adaptive Maske, DynamicMatrix-Lagebild, Zell-Klick zum Detail
  • Empfänger-Auflösung, Simulator, Validierung, referenzielle Integrität
  • Laufzeit-Komposition (OMCL), KI-Ersterfassung, GIS, Auto-Provisioning
  • Modul-Export/Import als Template
Neubau

Klar benannt

  • Chronologischer Vorfallsbericht (V1, überschaubar)
  • Fallback-Kanal-Kette der Benachrichtigung (V1.1)
  • Config-Governance (Entwurf/Freigabe, Versionierung) (V1.1)
  • Maßnahmen-Kopplung, Lebenszyklus, Ort-Resolver (Ausbau)

Das UDM-Konzept trifft das DVG-Lastenheft sehr genau und führt es methodisch nach VDV 722 weiter. Das Lastenheft ist ein Entwurf; die gemeinsame Fortschreibung zum Pflichtenheft bestätigt und schärft diesen Abgleich. Wir landen dort, wo die DVG hin will.