UC:TT:AdoptVehicleWorkingSchedulingToTimetableChanges: Difference between revisions

From railML 2 Wiki
Jump to navigation Jump to search
[checked revision][checked revision]
(+reporter)
Line 1: Line 1:
{{UseCase|TT||title=Adopt vehicle working scheduling to timetable changes|CO=1|IS=1|RS=1}}
{{UseCase|TT||title=Adopt vehicle working scheduling to timetable changes|CO=1|IS=1|RS=1|reporter=IVU}}


{{UC title}}
{{UC title}}

Revision as of 13:43, 18 June 2018

Adopt vehicle working scheduling to timetable changes
Subschema: Timetable and Rostering
 
Related subschemas: IS RS CO
Reported by: IVU
Stift.png (version(s) )
For general information on use cases see UC:Use cases


Use case / Anwendungsfall

Adopt vehicle working scheduling to timetable changes; Umlauf an Jahresfahrplan anpassen

Description / Beschreibung

The importing system holds timetable and vehicle working data. A change in the timetable shall be imported.

Data Flows and Interfaces / Datenflüsse und Schnittstellen

The import may be performed manually via a file based interface, or online via a message (SOAP) based interface.

Interference with other railML® schemas / Interferenz mit anderen railML®-Schemen

  • Common
  • Infrastructure
  • Rolling stock

Characterizing Data / Charakterisierung der Daten

How often do the data change (update)?

  • could be daily

How big are the data fragments to be exchanged (complexity)?

  • small (single train run)

Which views are represented by the data (focus)?

  • any

Which specific TT data do you expect to receive/send (elements)?

  • see _Import complete timetable for vehicle working scheduling_

We describe different subtypes of the _adopt to timetable changes_ usecase.

Change train data (commercial or operational) in a given validity

Precondition:

  • Import data contains commercial train information with valid id and validity.
  • System holds data on a train with this id, and the validity of the train covers the validity change request.

Execution

  • The system splits the train into one with validity of the change request, and one with the remaining validity.
  • The changes are applied to the first train, according to the usecase in _Import complete timetable for vehicle working scheduling_.

Postcondition

  • The train is changed within the validity of the change request, and unchanged outside.

Change validity of a train

Precondition:

  • Import data contains commercial train information with valid id and validity.
  • System holds data on a train with this id

Execution:

  • The validity of the train is changed.