natgillin/translations-raw huggingface dataset:
Any action to allow the movement of interoperable trains on other infrastructures or the movement of not interoperable trains on interoperable infrastructures shall ensure that free competition between suppliers is not prejudiced.
Každé opatrenie, ktoré umožňuje pohyb interoperabilných vlakov na inej infraštruktúre alebo pohyb neinteroperabilných vlakov na interoperabilnej infraštruktúre, musí zaručiť, že nebude ohrozená voľná hospodárska súťaž medzi dodávateľmi.
Specially, knowledge about relevant interfaces between already installed equipment and new equipment to be purchased shall be put at the disposal of all the interested suppliers.
Hlavne informácie o relevantných rozhraniach medzi už inštalovanými zariadeniami a novými zariadeniami, ktoré majú byť zakúpené, budú k dispozícií pre všetkých zainteresovaných dodávateľov.
According to the characteristics of the track-side control-command track-side assembly and its interfaces with other subsystems, some track-side functionality not classified as mandatory, may have necessarily to be implemented in certain applications to comply with the essential requirements.
Podľa vlastností traťového zariadenia riadenia a zabezpečenia a jeho rozhraní s inými subsystémami niektoré traťové funkčnosti neklasifikované ako povinné môžu byť nevyhnutne zavedené v niektorých aplikáciách, aby vyhovovali základným požiadavkám.
The track-side implementation of national or optional-functions must not prevent the entry onto that infrastructure for a train that complies only with the mandatory requirements of Onboard Class A system except as required for the following on-board optional functions:
Traťová implementácia vnútroštátnych alebo voliteľných funkcií nesmie brániť vstupu na infraštruktúru vlaku, ktorý vyhovuje iba povinným požiadavkám vozidlového systému triedy A okrem toho, ako sa vyžaduje pre nasledujúce voliteľné vozidlové funkcie:
an ETCS Level 3 Track-side application requires train integrity supervision onboard,
Traťová aplikácia ETCS úrovne 3 vyžaduje palubnú kontrolu celistvosti vlaku.
an ETCS Level 1 Track-side application with infill requires corresponding in-fill functionality onboard if the release speed is set to zero for safety reasons (e.g. protection of danger points),
Traťová aplikácia ETCS úrovne 1 vyžaduje zodpovedajúcu in-fill funkčnosť na palube, ak je povoľovacia rýchlosť nastavená na nulu z bezpečnostných dôvodov (napríklad ochrana nebezpečných bodov).
when ETCS requires data transmission by radio, the data transmission services of GSM-R must fulfil the ETCS data transmission requirements,
Keď ETCS vyžaduje dátový prenos rádiom, služby dátového prenosu GSM-R musia spĺňať požiadavky ETCS pre dátový prenos.
an onboard assembly, which incorporates a KER STM, may require to implement the K-interface.
Vozidlové zariadenie, ktoré zahŕňa špecifický prenosový modul KER, môže vyžadovať zavedenie rozhrania K.
Management of change
Riadenie zmien
Change is a facet inherent to any kind of computer-based systems used in real-world environments.
Zmena je neoddeliteľným aspektom akéhokoľvek počítačového systému používaného v podmienkach skutočného sveta.
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.
Je vyvolávaná vznikom nových požiadaviek alebo zmenami existujúcich požiadaviek buď chybám v prevádzke, alebo potrebám zlepšenia výkonu, či iných ako funkčných vlastností.
But change has to be managed as it is underpinned by safety-critical considerations and by backward compatibility objectives so as to provoke minimal time and cost overheads to the operation of already deployed ERTMS equipment (i.e. legacy ERTMS facilities).
Zmena musí byť riadená, keďže je podporovaná bezpečnostnými úvahami a spätnými cieľmi kompatibility na podnietenie minimálnych časových a režijných nákladov na prevádzku už rozmiestnených zariadení ERTMS (to znamená predošlé zariadenia ERTMS).
It is therefore crucial to define a clear strategy of how to implement and manage change to legacy ERTMS equipment to avoid disruption to railway operations without undermining the underlying objectives of guaranteeing safety and interoperability.
Je preto dôležité definovať jasnú stratégiu implementácie a riadenia zmeny predošlých zariadení ERTMS, aby sa zabránilo narušeniu železničnej prevádzky bez oslabenia zjavných cieľov týkajúcich sa zaručenia bezpečnosti a interoperability.
Two main issues underpin the definition of such a strategy:
Dva hlavné sporné body podporujú definíciu takejto stratégie:
the establishment of a Configuration Management framework defining the standards and procedures for managing system evolution.
Ustanovenie systému riadenia konfigurácie, ktorý by definoval štandardy a postupy riadenia rozvoja systému.
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,
To by zahrnovalo aj spôsob zaznamenávania a spracovávania navrhnutých systémových zmien, spôsob, ako dávať tieto zmeny do súvislosti so systémovými komponentmi, a spôsob, ako zaznamenávať spustenia systému.
a policy for release of system baselines.
Stratégia pre spustenie základných línií systému.
System stability is essential so that actual implementation and deployment can be realistic.
Stabilita systému je dôležitá na to, aby konkrétna implementácia a rozmiestnenie boli reálne.
This need for stability is akin to all parties:
Táto potreba stability je spoločná pre všetky strany:
the infrastructure managers and the railway operators that will have to handle various versions of ERTMS/ETCS or GSM-R,
prevádzkovateľov infraštruktúry a železničných podnikov, ktorí budú musieť zaobchádzať s rôznymi verziami ERTMS/ETCS alebo GSM-R,
the industry that needs time to specify, develop and prove continued interoperability.
priemysel, ktorý potrebuje čas, aby špecifikoval, vyvinul a potvrdil trvalú interoperabilitu.
A baseline in essence embodies the concept of a stable kernel in terms of system functionality, performance and other non-functional characteristics (e.g. RAMS).
Základná línia v podstate vyjadruje koncepciu stabilného jadra, čo sa týka systémovej funkčnosti, výkonu a iných ako funkčných vlastností (napríklad RAMS).
However, past experience with this type of systems has shown that a number of version releases are needed to achieve a stable and implementation-suitable baseline.
Avšak predchádzajúce skúsenosti s týmto typom systémov ukázali, že je potrebný celý rad vydaných verzií, aby sa dosiahla vyrovnanosť a vhodná základná línia pre implementáciu.
This can be illustrated as a cascade process as follows:
Môžeme to ilustrovať ako kaskádový proces:
Working revisions
Pracovné revízie
Development
Vývoj
Flaw corrections
Opravy závad
Interoperability proving
Potvrdenie interoperability
Through its feedback loops such a process is highly intertwined.
Cez svoje slučky spätnej väzby je takýto proces veľmi spletitý.
This precludes putting several of those processes in parallel an approach that would lead to unstable and confusing and operationally hampering situations.
To zabraňuje, aby niekoľko takých procesov bolo daných do súvislosti, taký prístup by viedol k nestabilite, zmätku a funkčne brzdiacim situáciám.
Baselines have then to be processed in a series rather than in a parallel manner as illustrated below for the specific case of ERTMS/ETCS:
Potom musia byť základné línie spracovávané skôr v sériách ako paralelným spôsobom, ako je znázornené dole, pre špecifický prípad ERTMS/ETCS:
Version Releases
Vydania verzie
End 2004/2005
koniec roku 2004/2005
Current consolidation
súčasná konsolidácia
4 years between baselines
4 roky medzi základnými liniami
The first baseline of the ERTMS specifications (both ETCS and GSM-R) was appended to the TSI Command/Control and Signalling for high-speed (reference Decision 2002/731/EC).
Prvá základná línia špecifikácií ERTMS (ETCS aj GSM-R) sa pridala do technickej špecifikácie pre interoperabilitu riadenia a zabezpečenia a do návestenia pre vysokorýchlostné prevádzky (pozri rozhodnutie 2002/731/ES).
A new version release of these specifications was issued recently (Decision 2004/447/EC).
Vydanie novej verzie týchto špecifikácií sa uskutočnilo nedávno (rozhodnutie 2004/447/ES).
It included minor functional and system changes whereas laying down the foundation of a structured approach for conformity assessment of the on-board command/control equipment.
Zahŕňalo menšie funkčné a systémové zmeny a položilo základ štruktúrovaného prístupu pre hodnotenie kompatibility vozidlového zariadenia riadenia a zabezpečenia.
The current on-going consolidation process for ERTMS (both ETCS and GSM-R) is clearly focused on two main issues:
V súčasnosti prebiehajúci proces konsolidácie pre ERTMS (pre ETCS aj GSM-R) je jasne zameraný na dva hlavné problémy:
the consolidation of the current baseline in order it becomes a more robust reference for interoperability, and
konsolidáciu súčasnej základnej línie, aby sa stala oveľa silnejšou referenciou pre interoperabilitu, a
the closure of a number of still standing operational and technical open points.
uzavretie množstva stále otvorených prevádzkových a technických bodov.
This work relies on the feedback from current pilots, early commercial applications as well as on structured program of cross-tests with products from different suppliers.
Táto práca sa spolieha na spätnú väzbu od súčasných pilotných programov, skorých komerčných aplikácií, rovnako ako na štruktúrovaný program krížových skúšok s produktmi od rôznych dodávateľov.
It should eventually lead to the release of a new baseline to be put under configuration management during the first half of 2005.
Nakoniec by mala viesť k vydaniu novej základnej línie, ktorá by patrila pod konfiguračné riadenie počas prvej polovice roku 2005.
During this phase it may be necessary to make special, mutual agreements between infrastructure managers and railway undertakings for using Class A systems.
Počas tejto fázy môže byť nevyhnutné urobiť špeciálne vzájomné dohody na používanie systémov triedy A medzi prevádzkovateľmi infraštruktúry a železničnými podnikmi.
Based on current experience the timing between different baselines can be estimated to be approximately four to five years for ETCS and approximately two years for GSM-R.
Vzhľadom na súčasnú skúsenosť načasovanie medzi rôznymi základnými líniami sa môže odhadnúť asi na štyri až päť rokov pre ETCS a asi na dva roky pre GSM-R.
A new baseline should in principle be linked with significant modifications of the system functionality or system performance.
Nová základná línia by sa mala spojiť s významnými modifikáciami systémovej funkčnosti a systémového výkonu.
This could include aspects such as:
To by mohlo zahŕňať napríklad tieto aspekty:
the incorporation of a set of today's national functions, where these can be generalised, within the interoperable kernel,
zlúčenie skupiny dnešných vnútroštátnych funkcií, kde tieto môžu byť zovšeobecnené v rámci interoperabilného jadra,
the set-up of additional interoperability constituents on the ETCS on-board and trackside,
stanovenie dodatočných komponentov interoperability na vozidlovom a traťovom ETCS,
GSM-R-based value-added services.
zhodnotené služby v rámci GSM-R.
Each baseline should also embrace the functionality of the previous baseline.
Každá základná línia by mala tiež zahŕňať funkčnosť predchádzajúcej základnej línie.
Debugging versions to repair system faults or safety shortcomings should be handled as a version release of a particular baseline.
Vylepšené verzie, ktoré opravujú systémové chyby alebo bezpečnostné nedostatky, by sa mali považovať za vydanú verziu príslušnej základnej línie.
Unless prevented by safety implications such version releases within the same baseline are to be backward compatible.
Ak tomu nebránia bezpečnostné aspekty, takéto vydané verzie v rámci rovnakej základnej línie budú spätne zlučiteľné.
The added functionality that might be embodied in different baselines necessarily implies that different baselines are not backward compatible.
Pridaná funkčnosť, ktorá sa môže vyjadriť v rôznych základných líniách, má nevyhnutne za následok, že rozličné základné línie nie sú spätne kompatibilné.
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.
Avšak na uľahčenie prechodu a v rozsahu, ktorý je možný z technického hľadiska, rozličné základné línie by mali zahŕňať spoločné jadro funkčnosti, pre ktorú by mala byť zaručená spätná kompatibilita.
Such a common core should provide a minimum kernel to enable interoperable operation under acceptable performance.
Také spoločné jadro by malo poskytovať aspoň minimálny základ na zabezpečenie interoperabilnej prevádzky pod prijateľným výkonom.
Infrastructure managers and railway operators will never be in a position to switch from one baseline to the next over night.
Prevádzkovatelia infraštruktúry a železničné podniky nebudú nikdy v pozícii, aby mohli prejsť z jednej základnej línie na druhú za jednu noc.
Henceforth, each baseline has to developed hand-in-hand with an appropriate migration strategy.
Odteraz sa musí každá základná línia vyvíjať spolu s príslušnou stratégiou prechodu.
This is to address problems such as co-existence of ETCS and GSM-R facilities compliant with different versions of the ETCS or GSM-R specifications, preferred paths of migration (e.g. trackside priority, rolling-stock priority or simultaneous) as well as the indicative timeframes and the priorities for the migration.
To preto, aby sa zameralo na problémy, ako je koexistencia zariadení ETCS a GSM-R, ktoré vyhovujú rôznym verziám špecifikácií ETCS a GSM-R, preferované spôsoby prechodu (a to traťová priorita, priorita železničných koľajových vozidiel alebo simultánne) rovnako ako označené časové horizonty a priority prechodu.
As discussed earlier change is a fact of life for large software based systems.
Ako bolo uvedené skôr, zmena je aspekt života veľkých softvérových systémov.
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.
Odteraz by mali byť postupy riadenia zmien navrhnuté tak, aby zaručovali, že náklady a prínosy zmien sú riadne analyzované a že zmeny sú implementované kontrolovaným spôsobom.
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.
To vyžaduje, aby definované procesy riadenia zmien a s nimi spojené nástroje zaručovali, že zmeny sú zaznamenané a aplikované na špecifikácie efektívnym spôsobom vzhľadom na vynaložené náklady.
Whatever the specific details of such a process might eventually be the latter should be broadly mapped on a structured approach as follows:
Nech sú špecifické podrobnosti takého procesu akékoľvek, náklady by mali byť zoširoka zmapované na štruktúrovanom prístupe:
Approval of CR
Schválenie CR
Changes to Specifications
Zmeny špecifikácií
Traceability of Changes
Vvhľadateľnosť zmien
Quality Approval
Kvalitatívne schválenie
New Version of Specifications
Nové verzie špecifikácií
Formalization of CR
Formalizácia CR
Analysis of CR
Analýzy CR
CR valid
CR platná
Implementation Strategy
Implementačná stratégia
Cost of Changes
Cena zmien
CR rejected
Registrácia CR v DB
File CR in DB
CR odmietnutá
CR - Change Request
CR – Požiadavka zmeny
CCB - Change Control Board
CCB – Rada na kontrolu zmien
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.
Plán konfiguračného riadenia stelesňujúci skupinu štandardov a postupov riadenia zmeny by mal podporovať celý proces riadenia zmeny, ako je uvedené vyššie.
The generic requirements for such a plan are described in paragraph 7.3.7 below.
Spoločné požiadavky takého plánu sú opísané v odseku 7.3.7.
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
Realizačná stratégia schválených zmien by mala byť schválená (na základe príslušného procesu a príslušnej dokumentácie) do plánu riadenia zmeny, ktorý zahŕňa najmä:
the identification of the technical constraints underpinning the change,
identifikáciu technických obmedzení, ktoré sprevádzajú zmenu,
a statement of who takes responsibility for the change implementation procedures,
vyhlásenie o tom, kto preberá zodpovednosť za zmenu realizačných postupov,
the validation procedure for the changes to be implemented,
ratifikačný postup pre zmeny, ktoré majú byť realizované,
the policy for change management, release, migration and roll-out.
stratégiu pre riadenie zmeny, vydanie, prechod a uvedenie na trh.
The configuration management plan should describe the set of standards and procedures for change management encompassing notably:
Plán riadenia konfigurácie by mal opisovať skupinu štandardov a postupov pre riadenie zmeny a zahŕňať najmä:
the definition of what entities are to be managed and a formal scheme for identifying these entities,
definíciu toho, aké subjekty majú byť riadené a oficiálnu schému na identifikovanie týchto subjektov,
a statement of who takes responsibility for the configuration management procedures and for submitting controlled entities to the configuration management decision structure,
vyhlásenie o tom, kto preberá zodpovednosť za postupy riadenia konfigurácie a za vkladanie subjektov podliehajúcich kontrole do rozhodovacej štruktúry riadenia konfigurácie,
the configuration management policies that are to be used for change control and version management,
stratégie riadenia konfigurácie, ktoré sa použijú na kontrolu zmien a manažment jednotlivých verzií,
a description of the records of the configuration management process which should be maintained,
opis záznamov procesu riadenia konfigurácie, ktoré by sa mali zachovať,
a description of the tools to be used for configuration management and the process to be applied when using these tools,
opis nástrojov použitých na riadenie konfigurácie a proces, ktorý sa pri použití týchto nástrojov bude aplikovať,
a definition of the configuration database which will be used to record configuration information.
definíciu databázy konfigurácie, ktorá sa použije na zaznamenávanie informácií týkajúcich sa konfigurácie.
The specific details of the configuration management processes for ETCS and GSM-R are to be formalised through specifications to be incorporated in the list included under Annex A to this TSI, respectively, under Index 60 (for ETCS) and Index 61 (for GSM-R).
Špecifické podrobnosti procesov riadenia konfigurácie pre ETCS a GSM-R budú formalizované pomocou špecifikácií, ktoré budú zahrnuté v zozname prílohy A k tejto TSI, indexe 60 (pre ETCS) a indexe 61 (pre GSM-R).
The management of change of the ERTMS/ETCS and GSM-R specifications is to be placed under the aegis of the European Railway Agency (ERA) established by Regulation (EC) No 881/2004.
Riadenie zmeny špecifikácií ERTMS/ETCS a GSM-R bude pod ochranou Európskej železničnej agentúry (ERA) ustanovenej nariadením (ES) č. 881/2004.
The ERA will be responsible for mastering the change management process, including the delivery of the specifications, its quality assurance and configuration management.
ERA bude zodpovedná za vedenie procesu riadenia zmeny, vrátane kontroly naplnenia špecifikácií, za uistenie sa o ich kvalite a za riadenie konfigurácie.
This way the ERA will play the centre role of system authority centralising and ensuring the overall coherence of a process that is nowadays fragmented through a number of different parties as evidenced in the table below:
Takto bude ERA zohrávať hlavnú úlohu systémovej autority, ktorá bude centralizovať a zabezpečovať celkovú súdržnosť procesu, ktorý je dnes rozdelený medzi rôzne strany, ako to dokazuje tabuľka:
Responsibility
Zodpovednosť
Delivery of specifications
Vydávanie špecifikácií
ERTMS users’ group, UIC and UNISIG
Skupina užívateľov ERTMS, UIC a UNISIG
EIRENE group, ERIG and GSM-R industry group
Skupina EIRENE, priemyselná skupina ERIG a GSM-R
Quality assurance
Zaručenie kvality
ERTMS users’ group
Skupina užívateľov ERTMS
EIRENE group, ERIG and ERTMS users’ group
Skupina EIRENE, skupina užívateľov ERIG a ERTMS
Configuration management
Riadenie konfigurácie
In its role of system authority the ERA will ensure the cooperation of a representative cross-section of the stakeholders in the process — e.g. infrastructure managers, railway undertakings, supply industry, notified bodies and safety authorities — for the performance of its duties.
Vo svojej úlohe systémovej autority bude ERA zabezpečovať spoluprácu reprezentatívnej vzorky podielnikov v procese – a to prevádzkovateľov infraštruktúry, železničných podnikov, dodávateľského priemyslu, notifikovaných orgánov a bezpečnostných orgánov – čo bude pomáhať výkonu jej úloh.
These parties should notably:
Tieto strany by mali najmä:
Provide input for the process in terms of:
poskytovať vstupy pre tento proces, pokiaľ ide o:
specification of functional and operational interoperability requirements.
špecifikáciu funkčných a prevádzkových požiadaviek interoperability.
This will be primarily the role to be played by the railway undertakings and infrastructure managers,
Toto bude úloha v prvom rade pre železničné podniky a prevádzkovateľov infraštruktúry,
definition of technical standards including those assuring technical interoperability for ERTMS/ETCS and GSM-R emerging from representative industrial groupings such as UNISIG and the GSM-R industry group.
definíciu technických štandardov vrátane tých, ktoré zaručujú technickú interoperabilitu pre ERTMS/ETCS a GSM-R, a ktoré pochádzajú od reprezentatívnych priemyselných zoskupení, ako je priemyselná skupina UNISIG a GSM-R.
Be part of the change control board (CCB) to be established for the management of change requests as referred to in paragraph 7.3.6.
Byť súčasťou rady na kontrolu zmien (CCB), ktorá bude založená na riadenie požiadaviek zmeny, ako uvádza odsek 7.3.6.
The CCB should ensure a system perspective on the changes that are to be made and a global assessment of their implications.
CCB zaručí systémovú perspektívu zmien, ktoré sa vykonajú, a globálne zhodnotenie ich dosahov.
A coordinated handover needs to be ensured between the current AEIF-led and the ERA-led change management structures.
Musí sa zabezpečiť koordinované prevzatie štruktúr riadenia zmien medzi súčasnou štruktúrou vedenou AEIF a štruktúrou vedenou ERA.
For this handover to happen in a smooth manner it is deemed essential:
Aby sa toto prevzatie uskutočnilo bez komplikácií, považuje sa za dôležité:
to formalise and document the current change management process within the set of documentation referred to in Annex A in order this is taken as baseline for ensuring the continuity and the quality of the change management work,
formalizovať a zdokumentovať súčasné procesy riadenia zmien v rámci skupiny dokumentov, na ktoré odkazuje príloha A, aby sa to pokladalo za základnú líniu na zabezpečenie kontinuity a kvality práce riadenia zmien,
to foresee a period of transition of approximately 12 months where the two structures will operate in parallel following a modus operandi to be agreed between the two parties.
očakávať prechodné obdobie asi 12 mesiacov, keď tieto dve štruktúry budú prevádzkované paralelne podľa spôsobu prevádzkovania, ktorý sa dohodne medzi oboma stranami.
The ERA will start-up its formal change management activity from the 2005 baseline emerging from the consolidation phase as referred to in paragraph 7.3.3.
ERA začne svoju oficiálnu aktivitu riadenia zmien od základnej línie 2005, ktorá bude vychádzať z konsolidačnej fázy, ako sa uvádza v odseku 7.3.3.
The following special provisions are permitted in the specific cases below.
Nasledovné špeciálne ustanovenia sú povolené pre nižšie uvedené špecifické prípady.