natgillin/translations-raw huggingface dataset:
International sporing af forsendelser.
International shipment tracking and tracing.
Trin 11: Efter en konsolideringsfase kan der foretages evaluering af de sendte og lagrede data i forbindelse med kvalitetsforbedringer.
Step 11: After a consolidation phase, the evaluation of the transmitted and stored data for quality improvement could come into operation.
jernbanevirksomheden Udtømmende statistisk database til rådighed.
Availability of exhaustive statistical database.
Tilvejebringelse af datainput til forbedring af transporttjenestens kvalitet.
Provision of input data for improvement of the transport service quality.
Det kan ikke undgås, at der skal foretages ændringer i computerbaserede systemer, som anvendes i den virkelige verden.
Change is a facet inherent to any kind of computer-based systems used in real-world environments.
Baggrunden kan være nye krav eller ændringer af eksisterende krav, som enten skyldes fejl, der indrapporteres under driften, eller forbedringer af ydeevnen eller andre ikke-funktionelle egenskaber.
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.
Ændringerne skal håndteres korrekt, da de skal sikre kontinuitet i tjenesten og bagudkompatibilitet, så tidsforbruget og de indirekte omkostninger minimeres ved anvendelsen af allerede indført it-udstyr med trafiktelematikfunktioner (f.eks. eksisterende it-faciliteter).
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).
Det er derfor afgørende at fastlægge en klar strategi for, hvordan ændringer af det eksisterende it-udstyr skal implementeres og håndteres for at undgå forstyrrelser i jernbanedriften uden at underminere de overordnede mål om at sikre kontinuitet i tjenesten og interoperabilitet.
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.
En sådan strategi skal primært baseres på følgende to elementer:
Two main issues underpin the definition of such a strategy:
fastlæggelse af rammer for konfigurationsstyring, som definerer standarder og procedurer for styring af systemudviklingen.
the establishment of a configuration management framework defining the standards and procedures for managing system evolution.
Det skal bl.a. fastlægges, hvordan man registrerer og behandler forslag til systemændringer, relaterer disse ændringer til de enkelte systemkomponenter og sporer frigivne systemversioner
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,
en politik for frigivelse af referencemodeller.
a policy for release of system baselines.
Systemets stabilitet er afgørende for gennemførelse og anvendelse i den virkelige verden.
System stability is essential so that actual implementation and deployment can be realistic.
Behovet for stabilitet gælder alle parter:
This need for stability is akin to all parties:
infrastrukturforvalterne og jernbaneoperatørerne, som skal håndtere forskellige versioner af systemerne med trafiktelematikfunktionalitet
the infrastructure managers and the railway operators that will have to handle various versions of systems providing TAF functionality,
industrien, som skal have tid til at specificere, udvikle og efterprøve fortsat interoperabilitet.
the industry that needs time to specify, develop and prove continued interoperability.
En referencemodel er dybest set en fast kerne, hvad angår systemfunktionalitet, ydeevne og andre ikke-funktionelle egenskaber (f.eks. RAM) [9].
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].
Men erfaringerne med denne form for system har vist, at der skal flere versionsfrigivelser [10] til for at opnå en stabil og implementeringsegnet referencemodel.
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.
Dette kan illustreres vha. følgende kaskadeproces:
This can be illustrated as a cascade process as follows:
Revisioner
Working revisions
Udbedring af fejl
Flaw corrections
Påvisning af interoperabilitet
Interoperability proving
Samlede specifikationer
Set of consolidated Spec
= referencemodel
= a baseline
På grund af feedback-sløjferne i en sådan proces er den meget »sammenflettet«.
Through its feedback loops, such a process is highly intertwined.
Dette udelukker, at man sætter flere af disse processer i værk parallelt, da der så ville opstå ustabile, forvirrende og driftshæmmende situationer.
This precludes putting several of those processes in parallel, an approach that would lead to unstable, confusing and operationally hampering situations.
Referencemodeller skal således bearbejdes efter hinanden snarere end parallelt som vist nedenfor:
Baselines have then to be processed in a series rather than in a parallel manner as illustrated below:
Versionfrigivelser
Version Releases
Referencemodel 1
Baseline 1
Referencemodel 2
Baseline 2
4 år mellem referencemodellerne
4 years between baselines
Erfaringerne viser, at tidsrummet mellem de forskellige referencemodeller kan anslås til ca. fire til fem år.
Based on current experience the timing between different baselines can be estimated to be circa four to five years.
En ny referencemodel skal i principet udløses ved væsentlige ændringer af systemets funktionalitet eller ydeevne.
A new baseline should in principle be linked with significant modifications of the system functionality or system performance.
Det kan f.eks. dreje sig om:
This could include aspects such as:
indarbejdelse af et sæt nuværende nationale funktioner i den interoperable kerne, hvis disse kan anvendes generelt
the incorporation of set of today's national functions, where these can be generalized, within the interoperable kernel,
andre fremtidige tjenester med merværdi.
other future value-added services.
Hver ny referencemodel skal desuden omfatte funktionaliteten i den foregående referencemodel.
Each baseline should also embrace the functionality of the previous baseline.
Fejlfinding i versioner med henblik på udbedring af systemfejl eller sikkerhedsmangler skal behandles som frigivelse af en ny version af en bestemt referencemodel.
Debugging versions to repair system faults or security shortcomings should be handled as a version release of a particular baseline.
Disse versionsfrigivelser inden for samme referencemodel skal være bagudkompatible, medmindre dette udelukkes af sikkerhedshensyn.
Unless prevented by security implications such version releases within the same baseline are to be backward compatible.
Den ekstra funktionalitet, der kan ligge i de forskellige referencemodeller, bevirker nødvendigvis, at dele af dem måske ikke er bagudkompatible.
The added functionality that might be embodied in different baselines necessarily implies that different baselines are not backward compatible.
Men for at lette migrationsprocessen skal de forskellige referencemodeller, så vidt det er teknisk muligt, have en fælles funktionalitetskerne, som der skal sikres bagudkompatibilitet for.
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.
Denne kerne skal danne et minimum af fælles grundlag, som åbner mulighed for interoperable datatjenester med acceptabel ydeevne.
Such a common core should provide a minimum kernel to enable interoperable data services under acceptable performance.
Infrastrukturforvaltere og jernbaneoperatører vil aldrig kunne gå fra en referencemodel til den næste fra den ene dag til den anden.
Infrastructure managers and railway operators will never be in a position to switch from one baseline to the next over night.
Hver referencemodel skal derfor udvikles sideløbende med en hensigtsmæssig migrationsstrategi.
Henceforth, each baseline has to developed hand-in-hand with an appropriate migration strategy.
Dette er for at tage hånd om problemer med f.eks. samtidig anvendelse af forskellige trafiktelematikfaciliteter, der overholder forskellige versioner af specifikationerne på området, foretrukne migrationsmetoder (f.eks. fast udstyr først, rullende materiel først eller samtidig) samt vejledende tidsrammer og prioriteter i forbindelse med migrationen.
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.
Som nævnt ovenfor kan ændringer ikke undgås ved store softwarebaserede systemer.
As mentioned earlier, change is a fact of life for large software based systems.
Derfor skal der udformes ændringshåndteringsprocedurer, som sikrer, at omkostningerne og fordelene ved ændringerne analyseres grundigt, og at ændringerne gennemføres på en kontrolleret måde.
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.
Dette kræver anvendelse af en veldefineret ændringshåndteringsproces og velegnede redskaber, som sikrer omkostningseffektiv registrering af ændringerne og indføring af dem i specifikationerne.
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.
Uanset hvad en sådan proces måtte omfatte, skal den funderes bredt på en velstruktureret fremgangsmåde som følger:
Whatever the specific details of such a process might eventually be, the latter should be broadly mapped on a structured approach as follows:
Formalisering af CR
Formalisation of CR
CR gyldig
CR valid
Ændring af Specifikationer
Changes to Specifications
Gennemførelses-strategi
Implementation Strategy
Sporbarhed, ændringer
Traceability of Changes
Omkostninger ved ændringer
Cost of Changes
Arkivering af CR i DB
File CR in DB
Kvalitets-godkendelse
Quality Approval
CR – Ændringsanmodning
CR – Change Request
CCB – Ændringshåndteringsorgan
CCB – Change Control Board
Hele ændringshåndteringsprocessen skal underbygges af en konfigurationsstyringsplan, som omfatter de specificerede standarder og procedurer for ændringshåndtering som beskrevet ovenfor.
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.
De generiske krav til en sådan plan beskrives i afsnit 7.3.6 nedenfor.
The generic requirements for such a plan are described in paragraph 7.3.6.
Strategien for gennemførelse af de godkendte ændringer skal formaliseres (på grundlag af en behørig proces og behørig dokumentation) i en ændringshåndteringsplan, der primært skal omfatte:
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:
udpegelse af de tekniske begrænsninger, der ligger til grund for ændringen
the identification of the technical constraints underpinning the change,
fastlæggelse af, hvem der tager ansvaret for procedurerne for gennemførelse af ændringerne
a statement of who takes responsibility for the change implementation procedures,
politikken vedrørende ændringshåndtering, frigivelse, migration og udbygning.
the policy for change management, release, migration and roll-out.
En vigtig del af ændringshåndteringsprocessen består i at fastlægge ansvaret for at tilvejebringe specifikationerne og for kvalitetssikring og konfigurationsstyring i forbindelse hermed.
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.
Det er planen, at de fleste af disse opgaver skal tillægges eller overvåges af det europæiske jernbaneagentur (oprettet i kraft af forordning (EF) nr. 881/2004), når dette sættes i drift.
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.
Ændringshåndteringsprocessen skal formaliseres inden for det dokumentationssæt, der henvises til i bilag A.
The change management process should be formalised within the set of documentation referred to in Annex A.
Endelig er det afgørende, at det ændringshåndteringsorgan, som kommer til at fungere som overordnet systemmyndighed, sammensættes af et repræsentativt tværsnit af alle interesserede parter — dvs. både infrastrukturforvaltere, jernbanevirksomheder, leverandører, bemyndigede organer og lovgivende myndigheder.
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.
Denne indbyrdes tilknytning blandt parterne skal sikre, at ændringerne ses i et systemperspektiv, og at der foretages en overordnet vurdering af deres konsekvenser.
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.
Ændringshåndteringsorganet vil i sidste ende høre under det europæiske jernbaneagenturs auspicier.
The CCB ultimately will be put under the aegis of the European Railway Agency.
Konfigurationsstyringsplanen skal omfatte en beskrivelse af standarderne og procedurerne for ændringshåndtering, navnlig:
The configuration management plan should describe the set of standards and procedures for change management encompassing notably:
en definition af, hvilke enheder der skal styres, og en formel metode til udpegelse af disse enheder
the definition of what entities are to be managed and a formal scheme for identifying these entities,
en erklæring om, hvem der påtager sig ansvaret for konfigurationsstyringsprocedurerne og for at forelægge de relevante oplysninger om styrede enheder for de parter, der træffer de overordnede beslutninger om konfigurationsstyringen
a statement of who takes responsibility for the configuration management procedures and for submitting controlled entities to the configuration management decision structure,
de konfigurationsstyringspolitikker, der skal anvendes til ændrings- og versionsstyring
the configuration management policies that are to be used for change control and version management,
en beskrivelse af de poster i konfigurationsstyringsprocessen, der skal vedligeholdes
a description of the records of the configuration management process which should be maintained,
en beskrivelse af de redskaber, der skal anvendes til konfigurationsstyring, og proceduren for anvendelse af disse redskaber
a description of the tools to be used for configuration management and the process to be applied when using these tools,
en definition af den konfigurationsdatabase, der skal anvendes til at registrere konfigurationsoplysningerne.
a definition of the configuration database which will be used to record configuration information.
Detaljerne ved konfigurationsstyringsprocesserne skal formaliseres gennem specifikationer, der skal indføres i listen over specifikationer under bilag A i denne TSI.
The specific details of the configuration management processes are to be formalised through specifications to be incorporated in the list of specifications included under Annex A to this TSI.
Følgende særlige bestemmelser kan anvendes i nedenfor anførte særtilfælde.
The following special provisions are permitted in the specific cases below.
Disse særtilfælde kan inddeles i to kategorier, hvor bestemmelserne enten gælder permanent (»P«) eller midlertidigt (»T«).
These specific cases belong to two categories: the provisions apply either permanently (case P), or temporarily (case T).
I de tilfælde, hvor de gælder midlertidigt, anbefales det, at de berørte medlemsstater enten sikrer overholdelse af bestemmelserne for det pågældende delsystem inden udgangen af 2010 (»T1«) (et mål i Europa-Parlamentets og Rådets beslutning nr. 1692/96/EF af 23. juli 1996 om Fællesskabets retningslinjer for udvikling af det transeuropæiske transportnet [11]) eller inden udgangen af 2020 (»T2«).
In temporary cases it is recommended that the Member States concerned should conform with the relevant subsystem either by 2010 (case T1), an objective set out in Decision No 1692/96/EC of the European Parliament and of the Council of 23 July 1996 on Community guidelines for the development of the trans-European transport network [11], or by 2020 (case T2).
»T åben« defineres som en ikke fastlagt periode, som fastlægges i en fremtidig revision af denne TSI.
‘T open’ is defined as an undetermined period, which will be fixed in a future revision of this TSI.
Særtilfælde for EU-medlemsstater med grænse til tredjelande
Specific case for EU member states with border to third countries
I EU-medlemsstater med grænse til tredjelande er kravene i denne TSI ikke obligatoriske for transporter, der ankommer direkte fra eller afgår direkte til disse tredjelande (»T åben«).
On the territories of EU Member States having a border with third countries, the requirements of this TSI are not obligatory to transports directly arriving from or going to these third countries (case T open).
Men hvis transportruten forlænges til en anden EU-medlemsstat, gælder kravene i denne TSI fuldt ud, forudsat at der ikke findes en bilateral eller multilateral aftale mellem de berørte stater eller mellem de jernbanevirksomheder eller infrastrukturforvaltere, der opererer inden for disse medlemsstaters territorium.
However if the transport journey will be extended to another EU Member State, then the requirements of this TSI must be applied in full, provided that there is not a bilateral or multilateral agreement between the States concerned or between RUs or IMs acting in the territory of those Member States
Særtilfælde for Grækenland
Specific case for Greece
Der gælder nationale regler for transport på strækninger med en sporvidde på 1000 mm.
For a transport journey operated on lines with 1000 mm track gauge, national rules shall apply.
Senest ændret ved direktiv 2004/49/EF (EUT L 164 af 30.4.2004, s. 44. Berigtiget i EUT L 220 af 21.6.2004, s. 16).
Directive as last amended by Directive 2004/49/EC (OJ L 164, 30.4.2004, p. 44, as corrected by OJ L 220, 21.6.2004, p. 16)
Senest ændret ved Europa-Parlamentets og Rådets direktiv 2004/51/EF (EUT L 164 af 30.4.2004, s. 164. Berigtiget i EUT L 220 af 21.6.2004, s. 58).
Directive as last amended by Directive 2004/51/EC of the European Parliament and of the Council (OJ L 164, 30.4.2004, p. 164, as corrected by OJ L 220, 21.6.2004, p. 58).
Med afgangspunkt menes der startpunkt for kanalen. Dette kan være togets afgangspunkt for hele rejsen eller et overgangspunkt.
Under departure point the start point of the path is understood, which can be the train departure point for the journey or an interchange point.
Overdragelsespunktet er kanalens slutpunkt.
The handover point is the end point of the path.
Dette betyder, at adgangen til disse oplysninger ikke må afhænge af, hvilken infrastrukturforvalter der har lagret oplysningerne eller dele af dem.
This means, that the access to this information must be independent from which IM has stored the information or part of it.
F.eks. kvalitetssikringsstandarder, metoder til systemudvikling, testmetoder, dokumentationsplanlægning.
E.g. quality assurance standards, system development methodology, testing methodology, documentation planning.
Eksisterende telematikapplikationer for godstrafikken er de telematikapplikationer, som allerede anvendes, før denne TSI træder i kraft.
Existing telematic applications for freight are telematic applications for freight that are already in service before this TSI enters into force.
En referencemodel udgør udgangspunktet for kontrolleret styring af systemudviklingen.
A baseline acts as a reference starting point for a controlled management of the system evolution.
En versionsfrigivelse er en version af systemet, som distribueres til jernbanekunderne.
A version release is a version of the system that is distributed to railway customers.
Forskellige versioner af systemet kan have forskellig funktionalitet og ydeevne og kan anvendes til at udbedre systemfejl eller sikkerhedsmangler.
Versions of the system may have different functionality, performance or may repair system faults or safety or security shortcomings.
Senest ændret ved beslutning nr. 884/2004/EF (EUT L 167 af 30.4.2004, s. 1.
Decision as last amended by Decision No 884/2004/EC (OJ L 167, 30.4.2004, p. 1, as corrected by OJ L 201, 7.6.2004, p. 1).
Ved anvendelsen af en TSI for trafiktelematik bør der tages hensyn til kriterier for teknisk og driftsmæssig kompatibilitet mellem den infrastruktur og det rullende materiel, der skal tages i brug, og de systemer, disse elementer skal integreres i. Disse kompatibilitetskrav forudsætter en kompleks teknisk og økonomisk analyse af det enkelte tilfælde.
The application of a telematics TSI should take into account specific criteria relating to technical and operational compatibility between the infrastructures and the rolling stock to be brought into service and the systems into which they are to be integrated. These compatibility requirements entail a complex technical and economical analysis that is to be done on a case-by-case basis.
UDSTEDT FØLGENDE FORORDNING:
HAS ADOPTED THIS REGULATION: Article 1
Et sammenhængende system med udveksling af oplysninger er afgørende for ydeevnen, sikkerheden, servicekvaliteten, omkostningerne og ikke mindst interoperabiliteten i det transeuropæiske jernbanesystem for konventionelle tog.
Performance levels, safety, quality of service and cost depend upon such compatibility and interchange as does, in particular, the interoperability of the trans-European conventional rail system. The technical specification for interoperability also has an impact on the conditions of use of rail transport by users.
Hvorvidt en jernbanevirksomhed inddrages som primær jernbanevirksomhed, kan variere afhængigt af transportstrømmens art. I forbindelse med intermodal transport varetages forvaltningen af bloktogskapacitet og udformningen af fragtbreve af en driftsintegrator, som her kan være kunde i forhold til den primære jernbanevirksomhed.
The involvement of an RU as LRU can differ from one type of transport flow to another. In the intermodal business the managing of capacity in block trains and the preparing of waybills is done by an intermodal service integrator, who could then be customer for the LRU.
Denne meddelelse skal sendes fra modtageren af en meddelelse til afsenderen af meddelelsen, når det påkrævede svar ikke kan gøres tilgængeligt inden for det tidsrum, der defineres i kapitel 4.4 (Driftsbestemmelser) under afsnittet »Rettidighed«.
This message must be sent from the recipient of a message to the originator of the message when the required response cannot be made available within the time interval as defined in Chapter 4.4 (Operating rules), section ‘Timeliness’. These messages are described by mentioning the main points in the following chapters.
Efter afgang fra afgangspunktet [5] skal forvalter n1 sende en meddelelse om en prognose for togkørsel til forvalter n2 med angivelse af det forventede overdragelsestidspunkt (ETH).
IM n1, after departure from the departure point [5], must send a Train Running Forecast message to IM n2 with the estimated handover time (ETH). This message is simultaneously sent to the RU.