Orchestrator/bahn/project-audit/data/confluence-export/pages/27525784_4.4.4.1 Neues Konstruktionssystem Projekt BaDiFa.md

4.4.4.1 Neues Konstruktionssystem (Projekt BaDiFa)

Confluence Page ID: 27525784 Version: 42 Pfad: /pathOS/Start / Vorstudie Bestellsystem/00_Vorstudie Bestellsystem/4 Anforderungen an das neue Bestellsystem der DB Netz/4.4 Soll-Schnittstellen Bestellsystem (Consumer oder Provider)/4.4.4 Anbindung an den Fahrplan und das Kapazitätsmanagement/4.4.4.1 Neues Konstruktionssystem (Projekt BaDiFa) Labels:

---

Einführung 

Durch die Trennung Fahrplan <> Vertrieb wird das Verhältnis zwischen Kundenauftrag und Konstruktionsauftrag stärker formalisiert () Heute ist beides in einer Datenbank in TPN integriert und wird nicht weiter differenziert. Die Bestellsystem-Komponente SteuerungVertriebsAblauf verwaltet den Kundenauftrag und übergibt die Produktionsaufträge an die Fahrplan-Schnittstelle mit der dahinter stehenden Komponente SteuerungKonstruktionsAblauf. Dort werden fahrplanintern Arbeitsaufträge an die manuelle oder die automatische Fahrplankonstruktion geschnitten. Nach Fertigstellung der Konstruktion übergibt SteuerungKonstruktionsAblauf die Konstruktionsergebnisse über die Vertriebsschnittstelle zurück an SteuerungVertriebsAblauf. Der Produktionsauftrag ist damit abgeschlossen.  SteuerungVertriebsAblauf bereitet nun die vom Kunden erwartete Nachricht für den Versand vor und gibt diese über das DB Netz Common Interface oder das Bestellportal an den Kunden. Ebenso werden Buchungsbestätigungen, Stornierungen und Änderungen über SteuerungVertriebsAblauf aus dem Vertrieb an den Fahrplan übergeben und dort verarbeitet. Der Abschluss der Verarbeitung wird in TAF/TAP TSI auch wieder zurück an den Kunden gespiegelt, so dass Kunde, Vertrieb und Fahrplan jeweils den aktuellen Status aller Vorgänge bestätigt vorliegen haben. Der Vertrieb hält dabei die Hoheit an den Daten zum Vertriebsvorgang, während dem Fahrplan die Datenhoheit über die Trassenverwaltung obliegt. Die veränderte systemische Abbildung zwischen Vertrieb und Fahrplan verändert dabei grundsätzlich nicht die Geschäftsprozesse zum Kapazitätsmanagement.  Das neue Bestellsystem wird keine Schnittstelle zur Veröffentlichung enthalten, da die Veröffentlichung von Fahrplanunterlagen unmittelbar aus der Trassenverwaltung heraus auszulösen ist.

Schnittstellenkontext 

Schnittstellenspezifikation (Operationen)

| |

Service/Komponente

|

  Kurzbeschreibung

| Bild aus EAM |

Kommentar

| | FahrplanSchnittstelle erteileFahrplanKonstruktionsAuftrag bucheFahrplanKapazität freigabeFahrplanKapazität aendereFahrplanKonstruktionsAuftrag zurückziehenFahrplanKonstruktionsAuftrag verarbeiteFehlerNachricht verarbeiteteAngebotsAnfrageStornierung

| Fahrplan Schnittstelle - Angebotsdaten ( Angebotsanfragen) werden direkt über die neue RUT-K Schnittstelle (SteuerungKonstruktionsablauf) an die SteuerungVertrieb übertragen. Weitere Spezifikationen (Erhaltene Operationen, Verwendete Schnittstellenobjekte) werden in der Schnittstellenbeschreibung Bestellsystem- RUT-K neu beschrieben. | |

| | Vertriebsschnittstelle verarbeiteVertragsAngebot verarbeiteBuchungsbestaetigung verarbeiteNetzausgeloestesVertragsAngebot verarbeiteGebuchteTrasseNichtVerfuegbar verarbeiteFehlerNachricht | Vertriebsschnittstelle - VertragsAngebote, Buchungsbestätigungen und Netz-ausgelöste Vertragsänderungen werden von Seiten des Fahrplans über diese Schnittstelle an den Vertrieb (Bestellsystem) übergeben. | | ErrorMessage AngebotsAnfrage Buchungsbestätigung NetzausgelösteAenderung | | OTN-Generator pruefeOperationalTrainNumber pruefeKundennummermitEigenemOTNKontingent erzeugeOperationalTrainNumber

| Prüfe ob ein Kunde ein Zugnummernkontingent besitzt, prüfe ob die vom Kunden angegebene Zugnummern zu seinem Kontingent gehört und frei ist.

| | OTN und parallel Betrieb Zugnummerngenerator (TPN)  Hinweis: Für eine gewisse Zeit wird es 2023 zu einem parallel Betrieb Zugnummerngenerator (Fahrplanjahr 2023) und OTN-Generator (Fahrplanjahr 2024) geben.

Datenmodell Schnittstelle Bestellsystem- BaDiFa

Als Grundlage wird das Objektmodell TAF-TAP- TSI verwendet (Anlage 1 der EVU SST und das TAF/TAP TSI Konzept). Das fachliche Objektmodell des Vertriebs mit AngebotsAnfrage, VertragsAngebot und ProduktVertrag wird annähernd auf die TAF/TAP Objekte PathRequestMessage und PathDetailsMessage abgebildet. Steuernde Informationen für den Fahrplan werden in den übergreifenden Objekten modelliert. Das fachliche Objektmodell des Fahrplans mit den Objekten FahrplanKonstruktionsAuftrag und FahrplanKapazität wird ebenfalls annähernd auf die TAF/TAP Objekte PathRequestMessage und PathDetailsMessage abgebildet. Die noch auszudetaillierenden Objekte und deren Befüllungsregeln werden zu Beginn des Implementierungsprojekts bestimmt und umgesetzt.

Nichtfunktionale Aspekte

| | Vertraulichkeit |

11 incomplete  sehr hoch

12 complete  hoch

13 incomplete  mittel

14 incomplete  niedrig

| | Integrität |

15 incomplete  sehr hoch

16 complete  hoch

17 complete  mittel

18 incomplete  niedrig

  | | Verfügbarkeit | | Robustheit der Schnittstelle |  Keine Anforderungen.  Folgende Anforderungen: | Kommentar | | Servicelevel |

31 incomplete  SL 1 Plus

32 incomplete  SL 1

33 complete  SL 1 Basic

34 incomplete  SL 2

35 incomplete  SL 3 Plus

36 incomplete  SL 3

|

  | | | Logging | | Anforderung an Logging | alle anmelderelevanten Vorgänge sind zu loggen    | | | Übertragungsverfahren | | Schnittstellenart |

37 incomplete  Datenablage in Datei, Pfad: manuelle Festlegung

38 complete  Webservice/Rest-API: 

39 incomplete  SMS-Nachricht, Nummer:

40 incomplete  gemeinsame Datenbank:

41 incomplete  Online-Transaktion:

42 incomplete  Andere: Dateiversand via Email

| | Transaktionssicherheit |  Keine Anforderungen.  Folgende Anforderungen: | | Art der Datenübertragung | HTTP   Â