natgillin/translations-raw huggingface dataset:
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.
lépés: A kocsirendelési adatok alapvető információt nyújtanak a vonatösszeállításról, ezért ezeket az üzeneteket a 6. lépés előtt kell elkezdeni alkalmazni.
No additional features.
Nincs további jellemző
Automatic take over of the consignment note data into the data storage of step 3.
A fuvarlevelek adatainak automatikus átvétele a 3. lépésben említett adattárba.
Automatic generation and sending of wagon orders to cooperating RUs.
A kocsirendelések automatikus létrehozása és elküldése az együttműködő VT-knek.
Faster distribution of the wagon orders, shortened handling time at interchange points.
A kocsirendelések gyorsabb elosztása, rövidebb kezelési idő a váltási pontokon.
Support for applying international purchase/sales contracts.
Nemzetközi adásvételi szerződések alkalmazásának támogatása.
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.
lépés: A következő lépés a vonat-előkészítési üzenetek alkalmazásának megkezdése, amelyek révén a vonat-összeállítási üzenetek küldése a legfontosabb, és ezt kell először megvalósítani.
Receiving train composition in advance.
A vonat-összeállítás előzetes átvétele.
Higher reliability of the data.
Megbízhatóbb adatok.
Clear time stamp of the start time for the use of the path.
A menetvonal használata kezdési idejének egyértelmű lebélyegzése.
Automatic update of the database for the storage of path/train information.
Az adatbázis adatainak automatikus aktualizálása a menetvonal/vonat adatok tárolása érdekében.
Optimising of the path usage. Clear responsibility at start time.
A menetvonal optimálisabb kihasználása, egyértelmű felelősség az induláskor.
Sending train composition mostly automatically generated, high reliability of the data, automatic update into the data storage of step 3.
A vonatösszeállítás megküldésének leginkább automatikus generálása, rendkívül megbízható adatok, a 3. lépésben említett adattár automatikus aktualizálása.
Clear responsibility at start time for the IM service, reliable start time for the wagons/shipments.
A PM szolgáltatásáért való egyértelmű felelősség induláskor, megbízható indulási idők a kocsik/szállítmányok esetében.
Support for minimising expenses and costs by reduced data capture at borders.
A költségek minimumra csökkentésének támogatása a határokon való csökkentett adatrögzítéssel.
Support for speeding up shipment times by guaranteed take-over of trains by RU and IM.
A szállítási idők felgyorsításának támogatása a vonatok VT és PM általi garantált átvételével
Support for minimising risks during takeover of wagons.
A kockázatok minimumra csökkentésének támogatása a kocsik átvétele alatt
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.
lépés: A 8. lépés előtt utoljára a kocsi mozgásával kapcsolatos „kocsikijelentési és indítási értesítés, a kocsi megérkezése a rendező pályaudvarra, a kocsi indulása a rendező pályaudvarról, a kocsi megérkezésének értesítése és a kocsiátadási értesítés/megerősítés” funkciókat el kell végezni a VT szintjén az útvonal-tervezési funkcióval együtt.
IT supported trip planning at wagon and intermodal unit level is possible.
Informatikailag támogatott útvonaltervezés lehetséges a kocsik és intermodális egységek szintjén.
The system is prepared to calculate send and receive wagon and intermodal unit related movement messages.
A rendszer felkészült a kocsikkal és intermodális egységekkel kapcsolatos mozgási üzenetek kiszámítására, küldésére és fogadására.
First step for the tracking and tracing of wagons and shipments at an international level.
A kocsik és szállítmányok nemzetközi szintű nyomon követésének és követésének első lépése.
Step 8: For the next step the Train Running and Train Running Forecast messages should be realised.
lépés: A következő lépésként a Vonathaladás és Vonathaladás előrejelzése üzeneteket kell megvalósítani.
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.
A Vonathaladás előrejelzése üzenettel elküldhető a „vonat várható érkezési ideje” (TETA, illetve ETH), ami alapján történik a kocsival/szállítmánnyal kapcsolatos ETI-k és ETA kiszámítása.
This step also contains the realisation of the enquiry/response for train running and train forecast.
Ez a lépés tartalmazza még a Vonathaladás és Vonathaladás előrejelzés lekérdezésének/megválaszolásának végrehajtását.
Train running and train running forecast in real time sent to neighbour IMs and to the RUs.
A vonathaladás és a vonathaladás előrejelzése valós időben küldődik el a szomszédos PM-ekhez és a VT-khez.
Enhanced and more reliable planning opportunities supporting efficient path usage.
A menetvonal használatát támogató fokozott és megbízhatóbb tervezési lehetőségek.
Reduces border stops, supports demand oriented path usage.
Csökkenti a megállásokat a határnál, támogatja a menetvonalak igényorientált kihasználását.
Location and train estimated time as a basis for wagon/shipment related ETI/ETA calculation available.
A hely és a vonat becsült ideje felhasználható a kocsival/szállítmánnyal kapcsolatos ETI/ETA kiszámításában.
Tool to meet customer's wish to be informed if transport problems occur.
Az ügyfél azzal kapcsolatos kívánságát teljesítő eszköz, hogy tájékoztatva legyen, ha szállítási probléma merül fel.
Together with the finalising of step 4 support for minimising expenses and costs by demand oriented path usage.
A 4. lépés befejezésével együtt a ráfordítások és költségek minimumra csökkentésének támogatása a menetvonal igényorientáltabb kihasználásával.
Enhanced and more reliable planning opportunities.
Fokozott és megbízhatóbb tervezési lehetőségek.
Support for speeding up shipment times by reducing border stops.
A szállítási idők felgyorsításának támogatása a határoknál való megállások idejének csökkentésével.
Support for minimising risks during take over of trains.
A kockázatok minimumra csökkentésének támogatása a vonatok átvétele alatt.
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.
lépés: A váltási jelentést (4.2.9. fejezet:) és a 4.2.7. fejezetben (leírt funkciót a 8. lépéssel egyidejűleg kell megvalósítani.
This is in particular relevant for RUs.
Ez különösen a VT-kre vonatkozik.
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.
A VT felelőssége alatt lévő kocsi PM infrastruktúráján belüli helyének ismerete még akkor is, ha a kocsi nincs vonatban.
Knowing wagon location and responsible entity in a yard.
A kocsi helyének és a rendező pályaudvar felelős személyének ismerete.
ETI and ETA calculation based on TETA values, automatic update of the movement data in the Wagon and Intermodal Unit Operational Database.
A TETA értékek alapján számított ETI és ETA, valamint a haladási adatoknak a kocsik és intermodális egységek üzemeltetési adatbázisában való automatikus aktualizálása.
International empty wagon management fully realised.
Az üres kocsik nemzetközi kezelésének teljes mértékű megvalósítása.
International trip planning completed.
A nemzetközi útvonaltervezés befejezése.
Shipment tracking and tracing on an international level.
A szállítmány nemzetközi szintű nyomon követése.
Speeding up wagon turn around times.
A kocsik forgalmi idejének felgyorsítása.
Support for international empty wagon management.
Az üres kocsik nemzetközi kezelésének támogatása.
Support for consignments abroad and booking of services offered.
A küldemények külföldi támogatása és a kínált szolgáltatások lefoglalása.
Support for quality improvement of international transports.
A nemzetközi szállítások minőségfejlesztésének támogatása.
Support for international trip planning.
A nemzetközi útvonaltervezés támogatása.
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.
lépés: A „szolgáltatás megszakadásának tájékoztatása” funkció végrehajtása a 10. lépés részeként a vonat késésével, a vonat azonosítójával és a jelentő ponton lévő vonattal kapcsolatos lekérdezés/válasz végrehajtása.
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.
A megszakadási információk alapján a VT szintjén működésbe léphet a „Rendkívüli küldemény” üzenet (4.2.8.6. fejezet: „Rendkívüli küldemény” üzenet és 4.2.8.7. fejezet:)
Disruption handling and delivery outstanding reports for RUs.
A VT-k megszakadás-kezelési és esedékes átadási jelentései.
Quality improvement of the service.
A szolgáltatás minőségének javítása
Exception handling and outstanding enquiries.
a kivételek kezelése és az esedékességek lekérdezése.
International shipment tracking and tracing.
A szállítmányok nemzetközi nyomon követése.
Step 11: After a consolidation phase, the evaluation of the transmitted and stored data for quality improvement could come into operation.
lépés: A továbbított és tárolt adatok konszolidációs szakaszt követő értékelése a minőségjavítás lehetővé tétele érdekében.
Availability of exhaustive statistical database.
Kimerítő statisztikai adatbázisok elérhetősége
Provision of input data for improvement of the transport service quality.
Bemeneti adatok biztosítása a szállítás szolgáltatási minőségének javítása érdekében
Change is a facet inherent to any kind of computer-based systems used in real-world environments.
A változás a valós környezetben használt minden számítógépes rendszerre jellemző tulajdonsága.
It is prompted by the emergence of new requirements or by changes to existing requirements either due to errors reported in operation or the need of improvements in performance or other non-functional characteristics.
Oka az új követelmények felmerülése vagy a meglévők megváltozása, a jelentett működési hibák, illetve a teljesítménnyel, vagy más funkció nélküli jellemzőkkel kapcsolatos javítási igények.
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).
A változásokat azonban kezelni kell a folyamatos szolgáltatás biztosítása és a visszafelé való kompatibilitási célkitűzések érdekében, hogy az FTA funkciót biztosító, már üzembe helyezett informatikai berendezések (pl. az örökölt eszközök) üzemeltetéséhez szükséges idő és rezsiköltségek minimumra csökkenjenek.
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.
Kulcsfontosságú ezért egyértelmű stratégiát meghatározni azzal kapcsolatban, hogy hogyan történjen az örökölt informatikai berendezések változásának megvalósítása és kezelése a vasúti üzem megszakadásának a szolgáltatás folyamatosságával és az átjárhatósággal kapcsolatos mögöttes célkitűzések aláásása nélküli elkerülése érdekében.
Two main issues underpin the definition of such a strategy:
Az ilyen stratégia definiálása mögötti két fő kérdéskör:
the establishment of a configuration management framework defining the standards and procedures for managing system evolution.
a rendszer fejlődését kezelő szabványokat és eljárásokat definiáló konfigurációkezelési keret létrehozása.
This should include how to record and process proposed system changes, how to relate these changes to system components and how to track system releases,
Ennek tartalmaznia kell, hogyan történjen a javasolt rendszer változásainak rögzítése és feldolgozása, hogyan vonatkoznak ezek a szabványok a rendszer összetevőire, és hogyan kell nyomon követni a rendszer felszabadulását,
a policy for release of system baselines.
a rendszer alapvonalainak kiadási politikája.
System stability is essential so that actual implementation and deployment can be realistic.
A rendszer stabilitása alapvető fontosságú ahhoz, hogy a tényleges megvalósítás és üzembehelyezés realisztikus legyen.
This need for stability is akin to all parties:
Ez a stabilitási igény minden félre jellemző:
the infrastructure managers and the railway operators that will have to handle various versions of systems providing TAF functionality,
a pályahálózat-működtetők és vasúttársaságok, amelyeknek az FTA funkciót biztosító rendszereket kezelniük kell,
the industry that needs time to specify, develop and prove continued interoperability.
az ágazat, amelynek időre van szüksége a folyamatos átjárhatóság meghatározásához, kifejlesztéséhez és bizonyításához.
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].
Az alapvonal alapvetően egy stabil mag koncepcióját testesíti meg, a rendszer funkciója, teljesítménye és más nem funkcionális jellemzők (pl. RAM) tekintetében [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.
Az ilyenfajta rendszerekkel kapcsolatos múltbeli tapasztalat azonban azt mutatta, hogy többféle verzió kiadására [10] van szükség a stabil és megvalósításra alkalmas alapvonal eléréséhez.
This can be illustrated as a cascade process as follows:
Ez az alábbi lépcsőzetes folyamattal szemléltethető:
Working revisions
Munkaváltozatok
Flaw corrections
Hibajavítás
Interoperability proving
Az átjárhatóság bizonyítása
Set of consolidated Spec
Összehangolt előíráskészlet
= a baseline
= alapvonal
Through its feedback loops, such a process is highly intertwined.
A visszacsatolások révén az ilyen folyamatok rendkívüli mértékben összefonódnak.
This precludes putting several of those processes in parallel, an approach that would lead to unstable, confusing and operationally hampering situations.
Ez eleve kizárja több ilyen folyamat párhuzamos alkalmazását, mert az ilyen megközelítés instabil, megtévesztő és az üzemeltetést gátló helyzetekhez vezethet.
Baselines have then to be processed in a series rather than in a parallel manner as illustrated below:
Az alapvonalakat inkább egymás után kell alkalmazni, mint párhuzamosan az alább szemléltetett módon:
Version Releases
Verziók kiadásai
Baseline 1
alapvonal
Baseline 2
2 . alapvonal
4 years between baselines
4 év az alapvonalak között
Based on current experience the timing between different baselines can be estimated to be circa four to five years.
A jelenlegi tapasztalat alapján a különféle alapvonalak közötti időköz körülbelül négy-öt évre tehető.
A new baseline should in principle be linked with significant modifications of the system functionality or system performance.
Az új alapvonalat elvileg a rendszer működésének vagy teljesítményének jelentős változásához kell kapcsolni.
This could include aspects such as:
Ez az alábbi szempontokra terjedhet ki:
the incorporation of set of today's national functions, where these can be generalized, within the interoperable kernel,
a mai nemzeti funkciók készletének beépítése az átjárhatósági magba, amennyiben azok általánosíthatók,
other future value-added services.
más jövőbeni értéknövelt szolgáltatások.
Each baseline should also embrace the functionality of the previous baseline.
Valamennyi alapvonalnak tartalmaznia kell az előző alapvonal funkcióit.
Debugging versions to repair system faults or security shortcomings should be handled as a version release of a particular baseline.
A rendszerhibákat vagy biztonsági hiányosságokat kiküszöbölő hibaelhárítási verziókat egy adott alapvonal verziókiadásainak kell kezelni.
Unless prevented by security implications such version releases within the same baseline are to be backward compatible.
Amennyiben nem akadályozzák olyan biztonsági megfontolások, az azonos alapvonalon belüli verziókiadásoknak visszafelé kompatibiliseknek kell lenniük.
The added functionality that might be embodied in different baselines necessarily implies that different baselines are not backward compatible.
A különböző alapvonalakban esetlegesen megtestesülő kiegészítő funkciók szükségszerű következménye, hogy különböző alapvonalak nem kompatibilisek visszafelé.
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.
Az áttérés megkönnyítése érdekében és a műszaki szempontból lehetséges mértékben azonban a különböző alapvonalaknak olyan közös alapfunkciókkal kell rendelkezniük, amelyek esetében biztosítható a visszafelé való kompatibilitás.
Such a common core should provide a minimum kernel to enable interoperable data services under acceptable performance.
Az ilyen közös alapnak egy minimális magot kell biztosítania, amely megfelelő teljesítmény mellett lehetővé teszi az átjárhatósági adatszolgáltatásokat.
Infrastructure managers and railway operators will never be in a position to switch from one baseline to the next over night.
A pályahálózat-működtetők és a vasúttársaságok soha nem lesznek olyan helyzetben, hogy egyik napról a másikra váltani tudjanak két alapvonal között.
Henceforth, each baseline has to developed hand-in-hand with an appropriate migration strategy.
Ennélfogva minden alapvonalat a megfelelő áttérési stratégiával együtt kell kidolgozni.
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.
Ennek olyan problémákkal kell foglalkoznia, mint az FTA-előírások különböző változatainak megfelelő FTA-létesítmények együttes létezése, a javasolt áttérési útvonalak (különösen a pálya melletti prioritások, a járművek prioritásai vagy mindkettő) és az áttérési prioritások tájékoztató jellegű határidői.
As mentioned earlier, change is a fact of life for large software based systems.
Amint korábban említettük, a változás hozzátartozik a nagy szoftveralapú rendszerek életéhez.
Henceforth, change management procedures should be designed to ensure that the costs and benefits of change are properly analysed and that changes are implemented in a controlled way.
Emiatt változáskezelési eljárásokat kell kidolgozni a változás költségeinek és hasznainak megfelelő elemzése és a változások ellenőrzött módon való megvalósítása érdekében.
This requires the defined change management process and associated tools to ensure that changes are recorded and applied to the specifications in a cost-effective manner.
Ez szükségessé teszi a definiált változáskezelési folyamatokat és az azokhoz tartozó eszközöket annak biztosítása érdekében, hogy költséghatékony módon rögzítsék és alkalmazzák a változásokat az előírásokban.
Whatever the specific details of such a process might eventually be, the latter should be broadly mapped on a structured approach as follows:
Függetlenül attól, hogy milyenek lehetnek az ilyen folyamatok részletei, a folyamatokat széles körben, strukturált megközelítéssel kell feltérképezni az alábbiak szerint:
Formalisation of CR
A VK megfogalmazása
Analysis of CR
A VK elemzése
Approval of CR
A VK jóváhagyása
CR valid
VK érvényes
Changes to Specifications
Az előírások megváltoztatása
Cost of Changes
A változások költsége
File CR in DB
A VK tárolása
Quality Approval
Minőségjóváhagyás
New Version of Specifications
Az előírások új verziója
CR – Change Request
VK – Változáskérelem
CCB – Change Control Board
VKT – Változáskezelő testület
A configuration management plan embodying the set of standards and procedures for change management should underpin the whole of the change management process as described above.
A változáskezelési szabványok és eljárások készletét megtestesítő konfigurációkezelési tervnek támogatnia kell a fent leírtak szerinti teljes változáskezelési folyamatot.
The generic requirements for such a plan are described in paragraph 7.3.6.
Az ilyen tervekre vonatkozó általános követelmények az alábbi 7.3.6. bekezdésben olvashatók.
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:
A jóváhagyott változások megvalósítási stratégiáit változáskezelési tervben kell hivatalos formába önteni (a megfelelő folyamat és dokumentáció alapján), amely különösen a következőket tartalmazza:
the identification of the technical constraints underpinning the change,
a változást megindokoló műszaki korlátozások azonosítása,
a statement of who takes responsibility for the change implementation procedures,
annak megállapítása, hogy ki felelős a változást megvalósító eljárásokért,
the validation procedure for the changes to be implemented,
a végrehajtandó változások érvényesítési eljárása,
the policy for change management, release, migration and roll-out.
a változáskezelési, feloldási, áttérési és megvalósítási politika.
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.
A változáskezelési folyamat fontos része az előírások biztosítása felelősségének meghatározása, valamint annak minőségbiztosítása és konfiguráció-kezelése.
It is planned that most of these tasks will revert to or will be supervised by the European Railway Agency (established by Regulation (EC) No 881/2004) when this will begin operation.
A tervek szerint a legtöbb ilyen feladatot a (a 881/2004/EK rendelettel létrehozott) Európai Vasúti Ügynökség látja el vagy felügyeli, amikor majd megkezdi működését.
The change management process should be formalised within the set of documentation referred to in Annex A.
A változáskezelési folyamatot az A. mellékletben említett dokumentációkon belül kell hivatalos formába önteni.
Finally, it is essential that the Change Control Board (CCB), which eventually will act as overall system authority, is composed of a representative cross-section of the all interested parties — namely infrastructure managers, railway undertakings, supply industry, notified bodies and regulatory authorities alike.
Végül alapvető fontosságú, hogy a Változáskezelési Tanácsban (CCB), amely végül majd a rendszer átfogó hatóságaként fog fellépni, az összes érdekelt fél képviseltesse magát, különösen a pályahálózat-működtetők, a vasúttársaságok, a beszállító ipar, a bejelentett szervezetek és a szabályozó hatóságok egyaránt.
Such affiliation of the parties should ensure a system perspective on the changes that are to be made and a global assessment of their implications.
A felek ilyen társulásának biztosítania kell a végrehajtandó változások rendszerszintű perspektíváját és azok következményeinek globális értékelését.
The CCB ultimately will be put under the aegis of the European Railway Agency.
A CCB végül az Európai Vasúti Ügynökség hatásköre alá kerül.
The configuration management plan should describe the set of standards and procedures for change management encompassing notably:
A konfigurációkezelési tervnek le kell írnia a változáskezelési szabványokat és eljárásokat, amelyek különösen az alábbiakra terjednek ki:
the definition of what entities are to be managed and a formal scheme for identifying these entities,
annak meghatározása, hogy milyen szervezeti egységeket kell kezelni, és az ilyen szervezetek azonosításának formális rendszere,