UC:TT:DutyShiftsPersonnelRoster: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[unchecked revision][unchecked revision]
(New UC)
No edit summary
Line 1: Line 1:
{{UseCase|TT|<version>|title=Duty planning and staff shifts|reporter=ÖBB|RS=1|IS=1|abbr=SHFT}}
{{UseCase|TT|Version wird noch geklärt|title=Duty planning and staff shifts|reporter=ÖBB|RS=1|IS=1|abbr=SHFT}}
{{UC title}}
{{UC title}}
;Exchange of planning results of a personnel duty scheduling system in the railroad sector with other systems, such as optimization systems, depot management systems, or employee support systems.
Austausch von Planungsergebnissen einer Personal-Dienstplanung im Bahnsektor mit anderen Systemen, etwa Optimierungssystemen, Betriebshofmanagementsystemen oder Supportsystemen der Beschäftigten.
{{UC description}}
==Beschreibung==
In the context of this use case, data determined as the results of a staff rostering process in corresponding systems are to be exchanged with other systems that further enrich or process them. Initially, the assignment of corresponding duty schedules to concrete personnel (i.e., employees) is to be explicitly disregarded. Such an assignment is regarded as processing in the consuming systems.
Im Rahmen dieses Use Case sollen Daten, die als Ergebnisse einer Dienstplanung in entsprechenden Systemen ermittelt wurden, mit anderen Systemen ausgetauscht werden, die diese weiter anreichern oder verarbeiten. Dabei soll zunächst explizit auf die Zuordnung von entsprechenden Dienstplänen zu konkreten Personalen (also Mitarbeitern) abgesehen werden. Eine solche Zuordnung wird als Verarbeitung in den konsumierenden Systemen angesehen.
{{UC flows}}
==Datenflüsse und Schnittstellen==
The data exchanged in the context of this use case is usually based on the data exchanged in the timetable. Typically, the data is planned for the long term and is calculated and exchanged for entire days. Short-term adjustments are made dispositively and without standardized data exchange.
Die Daten, die im Rahmen dieses Use Case ausgetauscht werden, orientieren sich üblicherweise an denen, des ebenfalls ausgetauschten Fahrplans. Typischerweise handelt es sich um eher langfristig geplante Daten, die für ganze Tage errechnet und ausgetauscht werden. Kurzfristige Anpassungen werden dispositiv und ohne standardisierten Datenaustausch vorgenommen.
{{UC interference}}
==Interferenz mit anderen {{rml|R=no}}-Schemen==
Elements of the [[infrastructure]] are referred to. Furthermore, {{Tag|TT|trains|wiki=2}} or {{wiki2|TT:trainParts|train sections}}, as well as validities from the timetable are referenced. If necessary, reference is also made to circulation data of the timetable.
Es wird auf Elemente der Infrastruktur verwiesen. Weiterhin wird auf Züge oder Zugteile, sowie Gültigkeiten aus dem Fahrplan verwiesen. Ggf. wird auch auf Umlaufdaten des Fahrplans verwiesen.
{{UC data}}
==Charakterisierung der Daten==
A duty schedule in the sense of this use case describes the set of activities to be performed by an employee in a unit of time. The concrete employee should not be mentioned. Rather, abstract shift data should be exchanged.  
Eine Dienstplanung im Sinne dieses Use Case beschreibt die Menge von Tätigkeiten , die durch einen Mitarbeiter in einer Zeiteinheit durchgeführt werden sollen. Dabei soll der konkrete Mitarbeiter keine Erwähnung finden. Es sollen vielmehr abstrakte Schichtdaten ausgetauscht werden.  
{{UC update}}
Im ersten Schritt soll von einer Dauer von 24 Stunden ausgegangen werden. Dienste, die über die Tagesgrenze gehen, müssen unterstützt werden können.
In the first step, a duration of 24 hours shall be assumed. It must be possible to support services that go beyond the daily limit.
Es muss möglich sein, wiederkehrende Dienste kompakt zu definieren, um die Daten mit möglichst geringer Redundanz übertragen zu können.
{{UC complexity}}
Bei einer Tätigkeit handelt es sich um eine einzelne Aktivität als Teil eines Dienstes. Es kann sich dabei etwa um Fahrkartenkontrolle, Fahren oder auch Pausieren handeln. Es ist erforderlich die Art einer jeden Tätigkeit erfassen zu können. Je nach Art der Tätigkeit muss es möglich sein, weitere Daten zu übermitteln, bspw.:
It must be possible to define recurring services compactly in order to be able to transfer the data with as little redundancy as possible.
*ID für zugehörigen Dienst
An activity is a single activity as part of a service. It can be, for example, ticket control, driving or even pausing. It is necessary to be able to capture the nature of each activity. Depending on the type of activity, it must be possible to transmit further data, for example:
*Beginn und Ende der geplanten Tätigkeit
*ID for related service
*Start- und Zielort der Tätigkeit
*Start and end of the planned activity
*Zugnummer des Zuges bzw. Zugabschnitt (sofern der Art entsprechend)
*Start and destination of the activity
*Zugteil (sofern der Art entsprechend)
*Train number of the train or train section (if corresponding to the type)
*Erforderliche Qualifikationen
*Train section (if appropriate to the type)
Der Use Case baut auf dem Use Case Fahrplanauskunft auf, das heißt für Dienste, die auf einer Fahrt durchgeführt werden sollen, wird auf die entsprechenden Fahrten aus dem Fahrplan verwiesen. Entsprechend gelten die Anforderungen, die für diesen UC definiert wurden ({{wiki3|UC:TT:TimetableInformation}}).
*Required qualifications
Um Planungsänderungen aufgrund von veränderten Betriebsabläufen, wie etwa Ausfällen oder Teilausfällen, einfach kommunizieren zu können, sollten auch ausgefallene  Dienste erkennbar sein. Im späteren Verlauf sollte eruiert werden, ob auch eine Übertragung von Ausfällen von Tätigkeiten möglich gemacht werden sollte.
{{UC focus}}
==Glossar==
The Use Case builds on the Timetable Information Use Case, i.e., for services to be performed on a trip, the corresponding trips from the timetable are referenced. Accordingly, the requirements defined for this UC apply ({{wiki3|UC:TT:TimetableInformation}}).
*Dienst - Shift - Eine Folge von Tätigkeiten die durch einen Mitarbeiter im Rahmen einer Dienstschicht durchgeführt werden soll
In order to be able to easily communicate planning changes due to changes in operations, such as outages or partial outages, it should also be possible to identify services that have been cancelled. At a later stage, it should be explored whether it should also be possible to transfer outages of activities.
*Tätigkeit - Task - Kleinste Einheit bei der Dienstplanung
{{UC elements}}
==Glossary==
*Service - Shift - A sequence of activities to be carried out by an employee within the framework of a service shift
*Activity - Task - Smallest unit in duty planning

Revision as of 16:48, 22 September 2021

Duty planning and staff shifts
(SHFT)
Subschema: Timetable and Rostering
 
Related subschemas: IS RS 
Reported by: ÖBB
Stift.png (version(s) Version wird noch geklärt)
For general information on use cases see UC:Use cases


Use case / Anwendungsfall

Austausch von Planungsergebnissen einer Personal-Dienstplanung im Bahnsektor mit anderen Systemen, etwa Optimierungssystemen, Betriebshofmanagementsystemen oder Supportsystemen der Beschäftigten.

Beschreibung

Im Rahmen dieses Use Case sollen Daten, die als Ergebnisse einer Dienstplanung in entsprechenden Systemen ermittelt wurden, mit anderen Systemen ausgetauscht werden, die diese weiter anreichern oder verarbeiten. Dabei soll zunächst explizit auf die Zuordnung von entsprechenden Dienstplänen zu konkreten Personalen (also Mitarbeitern) abgesehen werden. Eine solche Zuordnung wird als Verarbeitung in den konsumierenden Systemen angesehen.

Datenflüsse und Schnittstellen

Die Daten, die im Rahmen dieses Use Case ausgetauscht werden, orientieren sich üblicherweise an denen, des ebenfalls ausgetauschten Fahrplans. Typischerweise handelt es sich um eher langfristig geplante Daten, die für ganze Tage errechnet und ausgetauscht werden. Kurzfristige Anpassungen werden dispositiv und ohne standardisierten Datenaustausch vorgenommen.

Interferenz mit anderen railML-Schemen

Es wird auf Elemente der Infrastruktur verwiesen. Weiterhin wird auf Züge oder Zugteile, sowie Gültigkeiten aus dem Fahrplan verwiesen. Ggf. wird auch auf Umlaufdaten des Fahrplans verwiesen.

Charakterisierung der Daten

Eine Dienstplanung im Sinne dieses Use Case beschreibt die Menge von Tätigkeiten , die durch einen Mitarbeiter in einer Zeiteinheit durchgeführt werden sollen. Dabei soll der konkrete Mitarbeiter keine Erwähnung finden. Es sollen vielmehr abstrakte Schichtdaten ausgetauscht werden. Im ersten Schritt soll von einer Dauer von 24 Stunden ausgegangen werden. Dienste, die über die Tagesgrenze gehen, müssen unterstützt werden können. Es muss möglich sein, wiederkehrende Dienste kompakt zu definieren, um die Daten mit möglichst geringer Redundanz übertragen zu können. Bei einer Tätigkeit handelt es sich um eine einzelne Aktivität als Teil eines Dienstes. Es kann sich dabei etwa um Fahrkartenkontrolle, Fahren oder auch Pausieren handeln. Es ist erforderlich die Art einer jeden Tätigkeit erfassen zu können. Je nach Art der Tätigkeit muss es möglich sein, weitere Daten zu übermitteln, bspw.:

  • ID für zugehörigen Dienst
  • Beginn und Ende der geplanten Tätigkeit
  • Start- und Zielort der Tätigkeit
  • Zugnummer des Zuges bzw. Zugabschnitt (sofern der Art entsprechend)
  • Zugteil (sofern der Art entsprechend)
  • Erforderliche Qualifikationen

Der Use Case baut auf dem Use Case Fahrplanauskunft auf, das heißt für Dienste, die auf einer Fahrt durchgeführt werden sollen, wird auf die entsprechenden Fahrten aus dem Fahrplan verwiesen. Entsprechend gelten die Anforderungen, die für diesen UC definiert wurden (UC:TT:TimetableInformation). Um Planungsänderungen aufgrund von veränderten Betriebsabläufen, wie etwa Ausfällen oder Teilausfällen, einfach kommunizieren zu können, sollten auch ausgefallene Dienste erkennbar sein. Im späteren Verlauf sollte eruiert werden, ob auch eine Übertragung von Ausfällen von Tätigkeiten möglich gemacht werden sollte.

Glossar

  • Dienst - Shift - Eine Folge von Tätigkeiten die durch einen Mitarbeiter im Rahmen einer Dienstschicht durchgeführt werden soll
  • Tätigkeit - Task - Kleinste Einheit bei der Dienstplanung
Retrieved from "https://wiki3.railml.org/index.php?title=UC:TT:DutyShiftsPersonnelRoster&oldid=5337"