natgillin/translations-raw huggingface dataset:
An easy access to the rolling stock data for third parties e.g. fleet managers can be realised.
Enkel tillgång till uppgifter om rullande materiel för tredje part, t.ex. vagnparksförvaltare, kan skapas.
Step 3: For outside access to the various databases the common interface must be realised and implemented in parallel or shortly after step 2.
Steg 3: För extern tillgång till de olika databaserna måste det gemensamma gränssnittet förverkligas och införas parallellt med eller strax efter steg 2.
A database for the storage of path/train information is prepared.
En databas för lagring av tågläges/tåginformation är iordningställd.
The data input can start manually.
Införandet av uppgifter kan göras manuellt till en början.
The on-line connection to the existing IM systems for the automatic input and update is available.
Online-anslutning till befintliga IM-system för automatisk inmatning och uppdatering är möjlig.
Data of incoming messages can be stored as for the final version.
Uppgifter i inkommande meddelanden kan lagras vad beträffar den slutliga versionen.
The database(s) for the movement data of wagons/intermodal units and for the load (weight, dangerous goods) is prepared, together with the reference files needed.
Databasen/databaserna över vagnars och intermodala enheters rörelser och last (vikt, farligt gods) är färdigställda, tillsammans med nödvändiga referensfiler.
From now on the relevant data from the delivered consignment notes (wagon order) and/or of the existing train composition can be filled in manually or already automatically via RU internal connection to the existing systems for recording the consignment notes and for recording the train composition.
Från och med nu kan relevanta uppgifter från lämnade fraktsedlar (vagnorder) och/eller den befintliga tågsammansättningen matas in manuellt, eller redan automatiskt via RU: s interna anslutning till befintliga system för registrering av fraktsedlar och för registrering av tågsammansättning.
The check of the wagon data with the Rolling Stock Reference Databases is possible as well as the assessment of the train data with the infrastructure data.
Kontroll av vagndata mot referensdatabasen för rullande materiel är möjlig, liksom bedömning av tågdata i förhållande till infrastrukturdata.
Support for creating the train composition.
Stöd för upprättande av tågets sammansättning.
For the next steps it is important to mention, that the proposed architecture allows for a smooth coming into operation of the various functions to fulfil the requirement of the subsystem Telematic Applications for Freight.
Inför de nästkommande stegen är det viktigt att nämna att den föreslagna arkitekturen gör att man på ett smidigt sätt kan ta i bruk de olika funktioner som skall uppfylla kraven för delsystemet Telematikapplikationer för godstrafik.
Based on the central repository (message metadata, directory and certification authority), it is possible to enable the data exchange between two partners individually depending on message type.
Med utgångspunkt från den centrala datakatalogen (metadata för meddelanden, adresskatalog och certifieringsinstans) kan man möjliggöra utväxling av data mellan två parter med avseende på enskilda meddelandetyper.
Step 4: The Path Request messages can be implemented independent from the next steps, but for step 6 it is necessary that the path is already named by a path number.
Steg 4: Meddelandena för begäran om tågläge kan införas oberoende av kommande steg, men för steg 6 krävs att tågläget redan benämnts med en tåglägesidentitet.
Automatic data input into the database for the storage of path/train information.
Automatisk inmatning av uppgifter i databasen för lagring av tågläges/tåginformation.
Telematic supported path definition in combination with the Infrastructure Restriction Notice Databases.
Telematikstöd för fastställande av tågläge i kombination med databaserna över information om infrastrukturbegränsningar.
Faster reactions on path requests, better demand oriented path usage, higher reliability of the path characteristic data (current status in the Infrastructure Restriction Notice Databases), improvement in the use of the infrastructure.
Snabbare svar på ansökningar om tågläge, bättre efterfrågestyrd användning av tåglägen, högre tillförlitlighet i uppgifterna om tåglägets egenskaper (aktuell status i databaserna över information om infrastrukturbegränsningar), förbättrad användning av infrastrukturen.
Path request on short notice is possible.
Begäran om tågläge med kort varsel är möjlig.
Better demand oriented path request is possible.
Mer efterfrågestyrda ansökningar om tåglägen kan göras.
Faster reaction by IM on path requests. A higher reliability of the path characteristic data.
Snabbare svar från IM på ansökningar om tågläge, högre tillförlitlighet i uppgifterna om tåglägets egenskaper.
Speeds up wagon turn around times.
Snabbare vändningstider för vagnar.
Step 5: The wagon orders data deliver basic information for the composition of a train, therefore these messages should go into operation before step 6.
Steg 5: Uppgifterna i vagnorderna ger grundläggande information för ett tågs sammansättning. Därför bör dessa meddelanden tas i drift före steg 6.
No additional features.
Inga tillkommande egenskaper.
Automatic take over of the consignment note data into the data storage of step 3.
Automatiskt överföring av uppgifterna på fraktsedeln till datalagringen i steg 3.
Automatic generation and sending of wagon orders to cooperating RUs.
Automatisk generering och sändning av vagnorder till samarbetande RU.
Faster distribution of the wagon orders, shortened handling time at interchange points.
Snabbare distribution av vagnorderna, kortare hanteringstider vid utväxlingspunkter.
Support for applying international purchase/sales contracts.
Stöd för tillämpning av internationella handelsavtal.
Step 6: The coming into operation of train preparation messages is the next step, whereby the sending of the train composition message is the most important one and should be realised first.
Steg 6: Idrifttagandet av utväxlingen av meddelanden om iordningställande av tåg är nästa steg, varvid sändningen av meddelandet om tågets sammansättning är viktigast och bör införas först.
Receiving train composition in advance.
Uppgifter om tåget sammansättning erhålls i förväg.
Higher reliability of the data.
Högre tillförlitlighet i uppgifterna.
Clear time stamp of the start time for the use of the path.
Tydlig tidsstämpel för starttiden för användningen av tågläget.
Automatic update of the database for the storage of path/train information.
Automatisk uppdatering av databasen för lagring av tågläges/tåginformation.
Optimising of the path usage. Clear responsibility at start time.
Optimerad användning av tåglägen, tydlig ansvarighet vid starttiden.
Sending train composition mostly automatically generated, high reliability of the data, automatic update into the data storage of step 3.
Sändning av till stora delar automatiskt genererad tågsammansättning, hög tillförlitlighet i uppgifterna, automatisk uppdatering av datalagringen i steg 3.
Clear responsibility at start time for the IM service, reliable start time for the wagons/shipments.
Tydlig ansvarighet vid starttiden för IM: s tjänst, tillförlitlig starttid för vagnarna/försändelserna.
Support for minimising expenses and costs by reduced data capture at borders.
Stöd för minimering av utgifter och kostnader genom minskade behov av att föra in uppgifter vid korsande av nationsgränserna.
Support for speeding up shipment times by guaranteed take-over of trains by RU and IM.
Stöd för att förkorta frakttiderna genom garantier för övertagande av tåg av RU och IM.
Support for minimising risks during takeover of wagons.
Stöd för minimering av risker i samband med övertagande av vagnar.
Step 7: At latest before step 8, the wagon movement functions ‘Wagon Release and Departure Notice, Wagon Yard Arrival, Wagon Yard Departure, Wagon Arrival Notice and Wagon Delivery Notice/Confirmation’ together with the trip planning functionality should be realised at the RU level.
Steg 7: Senast före steg 8 bör funktionerna för vagnrörelser ”Meddelande om frisläppande av vagn, Meddelande om vagns avgång, Vagns ankomst till bangård, Vagns avgång från bangård, Meddelande om vagns ankomst och Meddelande om leverans av vagn/Bekräftelse av leverans av vagn” tillsammans med funktionen för färdplanering införas på RU-nivå.
IT supported trip planning at wagon and intermodal unit level is possible.
IT-stödd färdplanering på nivån för vagnar och intermodala enheter är möjlig.
The system is prepared to calculate send and receive wagon and intermodal unit related movement messages.
Systemet är förberett för beräkning, sändning och mottagning av meddelanden rörande vagnars och intermodala enheters rörelser.
First step for the tracking and tracing of wagons and shipments at an international level.
Första steg mot lokalisering och spårning av vagnar och försändelser på internationell nivå.
Step 8: For the next step the Train Running and Train Running Forecast messages should be realised.
Steg 8: I nästa steg bör meddelandena Tågföringsinformation och Tågföringsprognos införas.
With the Train Running Forecast message, the Train Estimated Time of Arrival (TETA respectively ETH) can be sent, which is the basis for the calculation of the wagon/shipment related ETIs and the ETA.
Med meddelandet om tågföringsprognos kan den beräknade tiden för tågets ankomst (TETA respektive ETH) sändas, vilket ligger till grund för beräkningen av vagnarnas/försändelsernas ETI och ETA.
This step also contains the realisation of the enquiry/response for train running and train forecast.
I detta steg ingår också införandet av förfrågan/svar angående tågföring och tågföringsprognos.
Train running and train running forecast in real time sent to neighbour IMs and to the RUs.
Tågföringsinformation och Tågföringsprognos sänds i realtid till angränsande IM och till berörda RU.
Enhanced and more reliable planning opportunities supporting efficient path usage.
Utökade och mer tillförlitliga planeringsmöjligheter, vilket stöder effektiv användning av tåglägen.
Reduces border stops, supports demand oriented path usage.
Minskar stopp vid gränser, stöder efterfrågestyrd användning av tåglägen.
Location and train estimated time as a basis for wagon/shipment related ETI/ETA calculation available.
Uppgifter tillgängliga om tågs beräknade ankomsttider till angivna positioner, som grund för beräkning av vagnars/försändelsers ETI/ETA.
Tool to meet customer's wish to be informed if transport problems occur.
Ett verktyg för att möta kundens önskemål om att bli informerad om problem uppstår under transporten.
Together with the finalising of step 4 support for minimising expenses and costs by demand oriented path usage.
Tillsammans med färdigställandet av steg 4 stöd för minimering av utgifter och kostnader genom efterfrågestyrd användning av tåglägen.
Enhanced and more reliable planning opportunities.
Utökade och mer tillförlitliga planeringsmöjligheter.
Support for speeding up shipment times by reducing border stops.
Stöd för att förkorta frakttiderna genom minskade stopp vid gränserna.
Support for minimising risks during take over of trains.
Stöd för minimering av risker i samband med övertagande av tåg.
Step 9: The interchange reporting (Chapter 4.2.9:Interchange reporting) and the functionality of Chapter 4.2.7 (Shipment ETI/ETA) should be implemented at the same time or shortly after step 8.
Steg 9: Rapporteringen om utväxling (avsnitt 4.2.9: Rapportering om utväxling) och funktionerna i avsnitt 4.2.7 (ETI/ETA för en försändelse) bör införas samtidigt med eller strax efter steg 8.
This is in particular relevant for RUs.
Detta är särskilt relevant för RU.
Knowing the location of a wagon within the IM's infrastructure, and which RU is responsible, even if the wagon is not in a train.
Möjlighet att veta position för en vagn inom IM: s infrastruktur och vilken RU som är ansvarig, även om vagnen inte ingår i ett tåg.
Knowing wagon location and responsible entity in a yard.
Att ha kontroll över vagnars positioner och ansvariga enheter på en bangård.
ETI and ETA calculation based on TETA values, automatic update of the movement data in the Wagon and Intermodal Unit Operational Database.
Beräkning av ETI och ETA baserat på TETA-värden, automatisk uppdatering av rörelsedata i driftdatabasen för godsvagnar och intermodala enheter.
International empty wagon management fully realised.
Internationell hantering av tomma vagnar helt genomförd.
International trip planning completed.
Internationell färdplanering genomförd.
Shipment tracking and tracing on an international level.
Lokalisering och spårning av försändelser på internationell nivå.
Speeding up wagon turn around times.
Snabbare vändningstider för vagnar.
Support for international empty wagon management.
Stöd för internationell hantering av tomma vagnar.
Support for consignments abroad and booking of services offered.
Stöd för försändelser utomlands och bokning av sådana.
Support for quality improvement of international transports.
Stöd för förbättringar av kvaliteten på internationella transporter.
Support for international trip planning.
Stöd för internationell färdplanering.
Step 10: The realisation of the ‘service disruption information’ functionality is part of step 10, together with the realisation of the enquiry/response about train delay, train identifier and train at reporting location.
Steg 10: Införandet av funktionen för ”information om trafikstörning” är en del av steg 10 tillsammans med införandet av funktionen för förfrågan/svar om tågs fördröjning, tågidentitet och tåg vid rapporteringsposition.
Based on the disruption information, the Wagon Exception message at RU level (Chapter 4.2.8.6: Wagon Exception message and Chapter 4.2.8.7: Wagon Exception message New ETI/ETA Request) could come into operation.
Med utgångspunkt från informationen om trafikstörning, kan funktionen för meddelande om vagnsavvikelse på RU-nivå (avsnitt 4.2.8.6: Meddelande om vagnsavvikelse och avsnitt 4.2.8.7: Förfrågan om ny ETI/ETA till följd av Meddelande om vagnsavvikelse) tas i bruk.
Disruption handling and delivery outstanding reports for RUs.
Hantering av trafikstörning och rapporter till RU om utestående leveranser.
Quality improvement of the service.
Förbättrad kvalitet på tjänsten.
Exception handling and outstanding enquiries.
Hantering av avvikelser och utestående förfrågningar.
International shipment tracking and tracing.
Internationell lokalisering och spårning av försändelser.
Step 11: After a consolidation phase, the evaluation of the transmitted and stored data for quality improvement could come into operation.
Steg 11: Efter en konsolideringsfas kan en funktion införas för utvärdering av överförda och lagrade data i syfte att åstadkomma kvalitetsförbättringar.
Availability of exhaustive statistical database.
Tillgång till en fullständig statistisk databas.
Provision of input data for improvement of the transport service quality.
Tillgång till ett underlag för förbättring av kvaliteten på transporttjänsterna.
But change has to be managed as it is underpinned by continuity of service considerations and by backward compatibility objectives so as to provoke minimal time and cost overheads to the operation of already deployed IT equipment providing TAF functionality (i.e. legacy IT facilities).
Men förändringarna måste hanteras med hänsyn till krav på kontinuitet i tjänsterna och kompatibilitet bakåt, så att omkostnaderna i tid och pengar blir så små som möjligt för att driva redan befintliga IT-system som utvecklats för att tillhandahålla TAF-funktionalitet (dvs. ärvda system).
It is therefore crucial to define a clear strategy of how to implement and manage change to legacy IT equipment to avoid disruption to railway operations without undermining the underlying objectives of guaranteeing continuity of service and interoperability.
Det är därför viktigt att definiera en tydlig strategi för hur förändringar av ärvda IT-system skall genomföras och hanteras för att undvika störningar i järnvägsdriften, utan att underminera det underliggande målen att garantera kontinuitet i tjänsterna och driftskompatibilitet.
the establishment of a configuration management framework defining the standards and procedures for managing system evolution.
Fastställandet av ett ramverk för konfigurationsstyrning, som definierar standarder och förfaranden för att hantera systemutvecklingen.
a policy for release of system baselines.
En policy för att distribuera grundstrukturer för systemen.
the infrastructure managers and the railway operators that will have to handle various versions of systems providing TAF functionality,
Infrastukturförvaltare och järnvägsoperatörer som kommer att behöva hantera olika versioner av system som tillhandahåller TAF-funktionalitet.
A baseline in essence embodies the concept of a stable kernel in terms of system functionality, performance and other non-functional characteristics (e.g. RAM) [9].
En grundstruktur är i princip ett uttryck för en stabil grundstomme i fråga om systemfunktionalitet, prestanda och andra icke-funktionella egenskaper (t.ex. RAM) [9].
However, past experience with this type of systems has shown that a number of version releases [10] are needed to achieve a stable and implementation-suitable baseline.
Emellertid har tidigare erfarenheter med denna typ av system visat att det krävs ett antal versionsreleaser [10] för att uppnå en stabil grundstruktur som är lämplig att genomföra.
Specification
Specificering
Working revisions
Omarbetningar
Flaw corrections
Felkorrigeringar
Interoperability proving
Driftskompatibilitetstestning
Set of consolidated Spec
Uppsättning konsoliderade spec.
Through its feedback loops, such a process is highly intertwined.
Med alla återkopplingar är detta i hög grad en sammanflätad process.
This precludes putting several of those processes in parallel, an approach that would lead to unstable, confusing and operationally hampering situations.
På detta sätt undviker man att flera liknande processer genomförs parallellt, vilket skulle leda till situationer med instabilitet, förvirring och hinder för driften.
Baselines have then to be processed in a series rather than in a parallel manner as illustrated below:
Grundstrukturerna måste sedan behandlas i serie snarare än parallellt så som illustreras nedan:
Version Releases
Versionsreleaser
Baseline 1
Grundstruktur 1
Baseline 2
Grundstruktur 2
4 years between baselines
4 år mellan grundstrukturerna
Based on current experience the timing between different baselines can be estimated to be circa four to five years.
Baserat på de erfarenheter som finns i dagsläget kan lämplig tid mellan releaser av olika grundstrukturer vara fyra till fem år.
A new baseline should in principle be linked with significant modifications of the system functionality or system performance.
En ny grundstruktur bör i princip höra samman med avgörande förändringar av systemets funktionalitet eller prestanda.
the incorporation of set of today's national functions, where these can be generalized, within the interoperable kernel,
införlivandet av uppsättningar av i dagsläget nationella funktioner, i de fall dessa kan göras allmänna inom den driftskompatibla grundstommen,
other future value-added services.
andra framtida mervärdestjänster.
Each baseline should also embrace the functionality of the previous baseline.
Varje grundstruktur bör också innefatta funktionaliteten i den föregående grundstrukturen.
Debugging versions to repair system faults or security shortcomings should be handled as a version release of a particular baseline.
Avbuggningsversioner som åtgärdar systemfel eller säkerhetsbrister bör ses som versionsreleaser av en viss grundstruktur.
Unless prevented by security implications such version releases within the same baseline are to be backward compatible.
Om detta inte hindras av säkerhetsskäl, skall sådana versionsreleaser vara kompatibla bakåt.
The added functionality that might be embodied in different baselines necessarily implies that different baselines are not backward compatible.
Den tillkommande funktionalitet som kan ingå i olika grundstrukturer medför ovillkorligen att olika grundstrukturer inte är kompatibla bakåt.
However, in order to facilitate migration and in the extent possible from a technical view point, different baselines should encompass a common core of functionality for which backward compatibility should be ensured.
Emellertid bör de olika grundstrukturerna, för att underlätta övergången och i den mån det är möjligt ur teknisk synpunkt, omfatta en gemensam kärna av funktionalitet för vilken kompatibilitet bakåt garanteras.
Such a common core should provide a minimum kernel to enable interoperable data services under acceptable performance.
En sådan gemensam kärna bör ge en minsta grundstomme som tillåter driftskompatibla datatjänster med acceptabla prestanda.
Infrastructure managers and railway operators will never be in a position to switch from one baseline to the next over night.
Infrastrukturförvaltare och järnvägsoperatörer kommer aldrig att kunna övergå från en grundstruktur till nästa över en natt.
Henceforth, each baseline has to developed hand-in-hand with an appropriate migration strategy.
Därför måste varje grundstruktur utvecklas hand i hand med en lämplig övergångsstrategi.
This is to address problems such as co-existence of TAF facilities compliant with different versions of the TAF specifications, preferred paths of migration (namely trackside priority, rolling-stock priority or simultaneous) as well as the indicative timeframes and the priorities for the migration.
Detta är för att möta problem som samexistens av TAF-system som överensstämmer med olika versioner av TAF-specifikationerna, föredragen väg för övergången (dvs. prioritering av spåren, prioritering av den rullande materielen, eller båda samtidigt) liksom vägledande tidsramar och prioriteringar för övergången.
As mentioned earlier, change is a fact of life for large software based systems.
Så som nämnts tidigare är förändring en livsbetingelse för större mjukvarubaserade system.
Whatever the specific details of such a process might eventually be, the latter should be broadly mapped on a structured approach as follows:
Vilka de specifika detaljerna i en sådan process än kommer att vara, bör den i stort kunna åskådliggöras på ett strukturerat sätt enligt följande:
Formalisation of CR
Formalisering av CR
CR valid
CR giltig
Changes to Specifications
Ändring av specifikationer
Implementation Strategy
Genomförande-strategi
Traceability of Changes
Ändringarnas spårbarhet
Cost of Changes
Kostnader för förändringar
File CR in DB
För in CR i DB
Quality Approval
Kvalitets-kontroll
CR – Change Request
CR – Begärd ändring (Change Request)
CCB – Change Control Board
CCB – Förändringskontrollgruppen (Change Control Board)
The generic requirements for such a plan are described in paragraph 7.3.6.
De allmänna kraven på en sådan plan beskrivs i avsnitt 7.3.6.
The implementation strategy for the approved changes should be formalised (on the basis of due process and due documentation) into a change management plan that includes notably:
Genomförandestrategin för de godkända förändringarna bör formaliseras (baserat på tillbörlig bearbetning och tillbörlig dokumentation) till en förändringshanteringsplan som bland annat innefattar
a statement of who takes responsibility for the change implementation procedures,
en redogörelse för vem som tar ansvar för förfarandena för genomförande av förändringen,
the policy for change management, release, migration and roll-out.
en policy för förändringshantering, utgåva, övergång och spridning.
An important part of the change management process is the definition of the responsibilities for the delivery of the specifications and for both its quality assurance and configuration management.
En viktig del av förändringshanteringsprocessen är definitionen av ansvar när det gäller framtagningen av specifikationerna liksom kvalitetssäkring och konfigurationsstyrning.