natgillin/translations-raw huggingface dataset:
»korrekt og komplet verifikation af EATMN-software«: alle sikkerhedskrav til software, som på korrekt vis angiver, hvad der kræves af softwarekomponenten i overensstemmelse med risikovurderings- og risikoreduktionsprocessen, og opfyldelsen af sikkerhedskravene er dokumenteret i henhold til det niveau, der kræves ifølge softwaresikringsniveauet
‘correct and complete EATMN software verification’ means all software safety requirements which correctly state what is required of the software component by the risk assessment and mitigation process and their implementation is demonstrated to the level required by the software assurance level;
»softwarelivscyklusdata«: data, der frembringes i løbet af softwarens livscyklus for at planlægge, styre, forklare, definere, registrere eller dokumentere aktiviteter. Disse data letter softwarelivscyklusprocesserne og godkendelsen af systemet eller udstyret samt ændringer af softwareproduktet efter godkendelsen
‘software life cycle data’ means the data that is produced during the software life cycle to plan, direct, explain, define, record, or provide evidence of activities; this data enables the software life cycle processes, system or equipment approval and post-approval modification of the software product;
»softwarelivscyklus«:
‘software life cycle’ means:
en ordnet samling af processer, som en organisation betragter som tilstrækkelig og passende til at frembringe et softwareprodukt
an ordered collection of processes determined by an organisation to be sufficient and adequate to produce a software product;
en tidsperiode, som begynder med beslutningen om at frembringe eller ændre et softwareprodukt, og som ender, når produktet tages ud af drift
the period of the time that begins with the decision to produce or modify a software product and ends when the product is retired from service;
»sikkerhedskrav til systemet«: et sikkerhedskrav, der gælder for et funktionssystem.
‘system safety requirement’ means a safety requirement derived for a functional system.
Almene sikkerhedskrav
General safety requirements
Når en organisation skal gennemføre en risikovurderings- og risikoreduktionsproces i henhold til gældende fællesskabslovgivning eller national lovgivning, skal den definere og indføre et softwaresikringssystem særligt for forhold vedrørende EATMN-software, herunder alle online driftsmæssige ændringer af softwaren såsom cutover og hot swapping.
Whenever an organisation is required to implement a risk assessment and mitigation process in accordance with applicable Community or national law, it shall define and implement a software safety assurance system to deal specifically with EATMN software related aspects, including all on-line software operational changes, and in particular cutover or hot swapping.
Organisationen sikrer som minimum, at dens softwaresikringssystem frembringer dokumentation og argumenter, der viser følgende:
The organisation shall ensure, as a minimum, that its software safety assurance system produces evidence and arguments that demonstrate the following:
sikkerhedskravene til softwaren angiver på korrekt vis, hvad der kræves af softwaren for at opfylde sikkerhedsmålene og -kravene fastlagt i risikovurderings- og risikoreduktionsprocessen
the software safety requirements correctly state what is required by the software, in order to meet safety objectives and requirements, as identified by the risk assessment and mitigation process;
der tages højde for sporbarhed i alle sikkerhedskrav til softwaren
traceability is addressed in respect of all software safety requirements;
softwareimplementeringen indeholder ingen funktioner, som indvirker negativt på sikkerheden
the software implementation contains no functions which adversely affect safety;
EATMN-software opfylder kravene med en pålidelighedsgrad, der modsvarer softwarens kritikalitet
the EATMN software satisfies its requirements with a level of confidence which is consistent with the criticality of the software;
det er sikret, at de almene sikkerhedskrav i litra a) til d) er opfyldt, og argumenter til støtte for den påkrævede sikkerhed kan til enhver tid udledes af:
assurances are provided confirming that the general safety requirements set out in points (a) to (d) are satisfied, and the arguments that demonstrate the required assurances are at all times derived from:
en kendt eksekverbar version af softwaren
a known executable version of the software;
et kendt spektrum af konfigurationsdata
a known range of configuration data;
et kendt sæt softwareprodukter og -beskrivelser, herunder specifikationer, der er benyttet til fremstillingen af denne version.
a known set of software products and descriptions, including specifications, that have been used in the production of that version.
Organisationen stiller den påkrævede dokumentation af, at kravene i stk. 2 er opfyldt, til rådighed for den nationale tilsynsmyndighed.
The organisation shall make available the required assurances, to the national supervisory authority, demonstrating that the requirements provided for in paragraph 2 have been satisfied.
Krav til softwaresikringssystemet
Requirements applying to the software safety assurance system
Organisationen sørger som minimum for, at softwaresikringssystemet:
The organisation shall ensure, as a minimum, that the software safety assurance system:
er dokumenteret, især som en del af dokumentationen vedrørende den overordnede risikovurdering og -reduktion
is documented, specifically as part of the overall risk assessment and mitigation documentation;
tildeler softwaresikringsniveauer til al operationel EATMN-software i overensstemmelse med kravene i bilag I
allocates software assurance levels to all operational EATMN software in compliance with the requirements set out in Annex I;
omfatter godtgørelse af, at:
includes assurances of:
sikkerhedskravene til softwaren er valideret i overensstemmelse med kravene i bilag II, del A
software safety requirements validity in compliance with the requirements set out in Annex II, Part A;
softwaren er verificeret i overensstemmelse med kravene i bilag II, del B
software verification in compliance with the requirements set out in Annex II, Part B;
softwarens konfigurationsstyring er i overensstemmelse med kravene i bilag II, del C
software configuration management in compliance with the requirements set out in Annex II, Part C;
sikkerhedskravene til softwaren er sporbare i overensstemmelse med kravene i bilag II, del D
software safety requirements traceability in compliance with the requirements set out in Annex II, Part D;
fastsætter, med hvilken grad af strenghed sikringen er godtgjort; strengheden af kravene, der stilles til godtgørelsen, defineres for hvert softwaresikringsniveau og skærpes, når softwarens kritikalitet øges; i den forbindelse gælder følgende:
determines the rigour to which the assurances are established; the rigour must be defined for each software assurance level, and increase as the software increases in criticality; for that purpose:
afhængig af softwaresikringsniveauet stilles der forskellige krav til godtgørelsens strenghed på grundlag af følgende kriterier:
the variation in rigour of the assurances per software assurance level must include the following criteria:
skal opnås ved uafhængig verifikation
required to be achieved with independence;
skal opnås
required to be achieved;
skal ikke opnås
not required;
den godtgørelse, som kræves ved hvert softwaresikringsniveau, skal give tilstrækkelig tillid til, at EATMN-software kan benyttes med en tolerabel sikkerhedsrisiko
the assurances corresponding to each software assurance level must give sufficient confidence that the EATMN software can be operated tolerably safely;
anvender feedback fra erfaringer med EATMN-software til at bekræfte, at softwaresikringssystemet og tildelingen af sikringsniveauer er hensigtsmæssige.
uses feedback of EATMN software experience to confirm that the software safety assurance system and the assignment of assurance levels are appropriate.
Virkningerne af en softwarefunktionsfejl eller et softwaresvigt, der indberettes i henhold til de relevante krav om indberetning og vurdering af sikkerhedsmæssige hændelser, skal vurderes til dette formål sammenholdt med de virkninger, der er påpeget for det pågældende system i henhold til alvorsklassifikationsskemaet i afsnit 3.2.4 i bilag II til forordning (EF) nr. 2096/2005.
For that purpose, the effects from a software malfunction or failure reported according to the relevant requirements on reporting and assessment of safety occurrences shall be assessed in comparison with the effects identified for the system concerned as per the severity classification scheme established in Section 3.2.4 of Annex II to Regulation (EC) No 2096/2005.
Krav, der gælder for ændringer af software og specifik software
Requirements applying to changes to software and to specific software
For ændringer af software eller specifikke softwaretyper såsom COTS, tidligere udviklet software eller tidligere benyttet software, hvor nogle af kravene i artikel 3, stk. 2, litra d) eller e), eller artikel 4, stk. 2, 3, 4 eller 5, ikke kan anvendes, sørger organisationen for, at softwaresikringssystemet med andre midler, der udvælges og aftales med de nationale tilsynsmyndigheder, skaber samme pålidelighedsgrad som for det pågældende softwaresikringsniveau, når et sådan er defineret.
For any changes to the software or for specific types of software such as COTS, non-developmental software or previously used software for which some of the requirements of Article 3(2)(d) or (e) or of Article 4(2), (3), (4) or (5) cannot be applied, the organisation shall ensure that the software safety assurance system provides, through other means chosen and agreed with the national supervisory authority, the same level of confidence as the relevant software assurance level whenever defined.
Disse midler skal skabe tilstrækkelig tillid til, at softwaren opfylder sikkerhedsmålene og -kravene i overensstemmelse med risikovurderings- og risikoreduktionsprocessen.
Those means must give sufficient confidence that the software meets the safety objectives and requirements, as identified by the safety risk assessment and mitigation process.
Ved vurderingen af midlerne i stk. 1 kan den nationale tilsynsmyndighed benytte en anerkendt organisation eller et bemyndiget organ.
In the assessment of the means referred to in paragraph 1, the national supervisory authority may use a recognised organisation or a notified body.
I bilag II til forordning (EF) nr. 2096/2005 indsættes følgende afdeling:
In Annex II to Regulation (EC) No 2096/2005, the following section is added:
Softwaresikringssystem
Software safety assurance system
Inden for rammerne af flyvesikkerhedsstyringssystemet indfører luftfartstjenesteudøvere et softwaresikringssystem i overensstemmelse med Kommissionens forordning (EF) nr. 482/2008 af 30. maj 2008 om etablering af et softwaresikringssystem, der skal indføres af luftfartstjenesteudøvere, og om ændring af bilag II til forordning (EF) nr. 2096/2005.Artikel 7
Within the operation of the safety management system, a provider of air traffic services shall implement a software safety assurance system in accordance with Commission Regulation (EC) No 482/2008 of 30 May 2008 establishing a software safety assurance system to be implemented by air navigation service providers and amending Annex II to Regulation (EC) No 2096/2005.Article 7
Fra den 1. januar 2009 finder forordningen anvendelse på ny software inden for de i artikel 1, stk. 2, første afsnit, nævnte systemer i det europæiske lufttrafikstyringsnet.
It shall apply from 1 January 2009 to the new software of EATMN systems referred to in Article 1(2), first subparagraph.
Fra den 1. juli 2010 finder forordningen anvendelse på alle ændringer af softwaren i de i artikel 1, stk. 2, første afsnit, nævnte systemer i det europæiske lufttrafikstyringsnet, der er i drift på denne dato.
It shall apply from 1 July 2010 to any changes to the software of EATMN systems referred to in Article 1(2), first subparagraph, in operation by that date.
Ændret ved forordning (EF) nr. 1315/2007 (EUT L 291 af 9.11.2007, s. 16).
Regulation as amended by Regulation (EC) No 1315/2007 (OJ L 291, 9.11.2007, p. 16).
EUT L 141 af 31.5.2008, s. 5.«
OJ L 141, 31.5.2008, p. 5.’
Krav vedrørende det i artikel 4, stk. 2, omhandlede softwaresikringsniveau
Requirements applying to the software assurance level referred to in Article 4(2)
Softwaresikringsniveauet skal stå i forhold til graden af strenghed for softwaresikringen med hensyn til EATMN-softwarens kritikalitet under anvendelse af alvorsklassifikationsskemaet i afsnit 3.2.4, afdeling 4, i bilag II til forordning (EF) nr. 2096/2005, sammenholdt med sandsynligheden for, at en given negativ virkning forekommer.
The software assurance level shall relate the rigour of the software assurances to the criticality of EATMN software by using the severity classification scheme set out in Section 4 of point 3.2.4 of Annex II to Regulation (EC) No 2096/2005 combined with the likelihood of the occurrence of a certain adverse effect.
Der opstilles som minimum fire softwaresikringsniveauer, hvor softwaresikringsniveau 1 står for det mest kritiske niveau.
A minimum of four software assurance levels shall be identified, with software assurance level 1 indicating the most critical level.
Et tildelt softwaresikringsniveau skal stå i forhold til de mest alvorlige virkninger, som softwarefunktionsfejl eller -svigt kan afstedkomme, jf. bilag II, afsnit 3.2.4, afdeling 4, i bilag II til forordning (EF) nr. 2096/2005.
An allocated software assurance level shall be commensurate with the most severe effect that software malfunctions or failures may cause, as referred to in Section 4 of point 3.2.4 of Annex II to Regulation (EC) No 2096/2005.
Der skal navnlig tages hensyn til risiciene i forbindelse med softwarefunktionsfejl eller -svigt og de fundne arkitektur- eller proceduremæssige modforanstaltninger.
This shall, in particular, take into account the risks associated with software malfunctions or failures and the architectural and/or procedural defences identified.
EATMN-softwarekomponenter, som det ikke kan påvises er indbyrdes uafhængige, tildeles softwaresikringsniveauet for den mest kritiske af de indbyrdes afhængige komponenter.
EATMN software components that cannot be shown to be independent of one another shall be allocated the software assurance level of the most critical of the dependent components.
Del A: Krav vedrørende den i artikel 4, nr. 3, litra a), omhandlede sikring af, at sikkerhedskravene til software er valideret
Part A: Requirements applying to the software safety requirements validity assurance referred to in Article 4(3)(a)
I sikkerhedskravene til softwaren specificeres EATMN-softwarens funktionelle respons ved nominelt og nedsat funktionsniveau, dvs. responstid, kapacitet, nøjagtighed, softwareressourceudnyttelse af den dertil bestemte hardware, stabilitet over for unormale driftsforhold og overloadtolerance, når dette er relevant.
Software safety requirements shall specify the functional behaviour in nominal and downgraded modes, of the EATMN software, timing performances, capacity, accuracy, software resource usage on the target hardware, robustness to abnormal operating conditions and overload tolerance, as appropriate.
Sikkerhedskravene til softwaren skal være komplette og korrekte og være i overensstemmelse med sikkerhedskravene til systemet.
Software safety requirements shall be complete and correct, and compliant with the system safety requirements.
Del B: Krav vedrørende den i artikel 4, nr. 3, litra b), omhandlede sikring af, at softwaren er verificeret
Part B: Requirements applying to the software verification assurance referred to in Article 4(3)(b)
EATMN-softwarens funktionelle respons, responstid, kapacitet, nøjagtighed, softwareressourceudnyttelse af den dertil bestemte hardware, stabilitet over for unormale driftsforhold og overload tolerance skal opfylde kravene til softwaren.
The functional behaviour of the EATMN software, timing performances, capacity, accuracy, software resource usage on the target hardware, robustness to abnormal operating conditions and overload tolerance, shall comply with the software requirements.
EATMN-softwaren skal verificeres i tilstrækkelig grad med analyse og/eller afprøvning og/efter tilsvarende midler efter aftale med den nationale tilsynsmyndighed.
The EATMN software shall be adequately verified by analysis and/or testing and/or equivalent means, as agreed with the national supervisory authority.
EATMN-softwaren skal verificeres på korrekt og komplet vis.
The verification of the EATMN software shall be correct and complete.
Del C: Krav vedrørende den i artikel 4, nr. 3, litra c), omhandlede sikring af softwarens konfigurationsstyring
Part C: Requirements applying to the software configuration management assurances referred to in Article 4(3)(c)
Konfigurationsidentifikation, sporbarhed og tilstandsregistrering skal forefindes, således at det kan påvises, at softwarelivscyklusdata er under konfigurationskontrol under EATMN-softwarens samlede livscyklus.
Configuration identification, traceability and status accounting shall exist such that the software life cycle data can be shown to be under configuration control throughout the EATMN software life cycle.
Der foretages indberetning og sporing af problemer samt korrigerende handlinger, således at det kan påvises, at sikkerhedsrelaterede problemer ved softwaren er imødegået.
Problem reporting, tracking and corrective actions shall exist such that safety related problems associated with the software can be shown to have been mitigated.
Procedurer for retrieval og release skal forefindes, således at softwarelivscyklusdata kan genoprettes og leveres i EATMN-softwarens samlede livscyklus.
Retrieval and release procedures shall exist such that the software life cycle data can be regenerated and delivered throughout the EATMN software life cycle.
Del D: Krav vedrørende den i artikel 4, nr. 3, litra d), omhandlede sikring af sporbarheden af sikkerhedskravene til software
Part D: Requirements applying to the software safety requirements traceability assurances referred to in Article 4(3)(d)
Hvert sikkerhedskrav til software skal føres tilbage til det samme designniveau, hvor det er påvist at være tilfredsstillende.
Each software safety requirement shall be traced to the same level of design at which its satisfaction is demonstrated.
Hvert sikkerhedskrav til software på hvert designniveau, hvor det er påvist at være tilfredsstillende, skal føres tilbage til et sikkerhedskrav til systemet.
Each software safety requirement, at each level in the design at which its satisfaction is demonstrated, shall be traced to a system safety requirement.
Kommissionens forordning (EF) nr. 483/2008
Commission Regulation (EC) No 483/2008
om registrering af betegnelser i registret over beskyttede oprindelsesbetegnelser og beskyttede geografiske betegnelser (Σταφίδα Ζακύνθου (Stafida Zakynthou) (BOB), Miód wrzosowy z Borów Dolnośląskich (BGB), Chodské pivo (BGB))
registering certain names in the Register of protected designations of origin and protected geographical indications (Σταφίδα Ζακύνθου (Stafida Zakynthou) (PDO), Miód wrzosowy z Borów Dolnośląskich (PGI), Chodské pivo (PGI))
I overensstemmelse med artikel 6, stk. 2, første afsnit, og i henhold til artikel 17, stk. 2, i forordning (EF) nr. 510/2006 er Polens ansøgning om registrering af betegnelsen »Miód wrzosowy z Borów Dolnośląskich«, Grækenlands ansøgning om registrering af betegnelsen »Σταφίδα Ζακύνθου« (Stafida Zakynthou) og Tjekkiets ansøgning om registrering af betegnelsen »Chodské pivo« offentliggjort i Den Europæiske Unions Tidende [2].
Pursuant to the first subparagraph of Article 6(2) of Regulation (EC) No 510/2006 and in accordance with Article 17(2) thereof, Poland’s application to register the name ‘Miód wrzosowy z Borów Dolnośląskich’, Greece’s application to register the name ‘Σταφίδα Ζακύνθου’ (Stafida Zakynthou) and the Czech Republic’s application to register the name ‘Chodské pivo’ were published in the Official Journal of the European Union [2].
Da Kommissionen ikke har modtaget indsigelser, jf. artikel 7 i forordning (EF) nr. 510/2006, bør disse betegnelser derfor registreres —
As no objections within the meaning of Article 7 of Regulation (EC) No 510/2006 were received by the Commission, these names should be entered in the Register,
Betegnelserne i bilaget til denne forordning registreres hermed.
The names contained in the Annex to this Regulation shall be entered in the Register.
Senest ændret ved Kommissionens forordning (EF) nr. 417/2008 (EUT L 125 af 9.5.2008, s. 27).
Regulation as last amended by Commission Regulation (EC) No 417/2008 (OJ L 125, 9.5.2008, p. 27).
EUT C 179 af 1.8.2007, s. 15 (Miód wrzosowy z Borów Dolnośląskich), EUT C 179 af 1.8.2007, s. 19 (Σταφίδα Ζακύνθου (Stafida Zakynthou)) og EUT C 184 af 7.8.2007, s. 19 (Chodské pivo).
OJ C 179, 1.8.2007, p. 15 (Miód wrzosowy z Borów Dolnośląskich), OJ C 179, 1.8.2007, p. 19 (Σταφίδα Ζακύνθου (Stafida Zakynthou)), OJ C 184, 7.8.2007, p. 19 (Chodské pivo).
Miód wrzosowy z Borów Dolnośląskich (BGB)
Miód wrzosowy z Borów Dolnośląskich (PGI)
Σταφίδα Ζακύνθου (Stafida Zakynthou) (BOB)
Σταφίδα Ζακύνθου (Stafida Zakynthou) (PDO)
Fødevarer omhandlet i bilag I til forordningen:
Foodstuffs listed in Annex I to the Regulation:
Chodské pivo (BGB)
Chodské pivo (PGI)
Kategori 1.4.
Class 1.4.
Kommissionens forordning (EF) nr. 484/2008
Commission Regulation (EC) No 484/2008
om fastsættelse af importtold for korn, som er gældende fra 1. juni 2008
fixing the import duties in the cereals sector applicable from 1 June 2008
Importtolden bør fastsættes for perioden fra 1. juni 2008 og anvendes, indtil en ny fastsættelse træder i kraft.
Import duties should be fixed for the period from 1 June 2008, and should apply until new import duties are fixed and enter into force.
Med virkning fra 1. juni 2008 er importtolden for korn som omhandlet i artikel 10, stk. 2, i forordning (EF) nr. 1784/2003 fastsat i bilag I til nærværende forordning på grundlag af elementerne i bilag II.
From 1 June 2008, the import duties in the cereals sector referred to in Article 10(2) of Regulation (EC) No 1784/2003 shall be those fixed in Annex I to this Regulation on the basis of the information contained in Annex II.
Denne forordning træder i kraft den 1. juni 2008.
This Regulation shall enter into force on 1 June 2008.
Importtold for produkterne som omhandlet i artikel 10, stk. 2, i forordning (EF) nr. 1784/2003, som er gældende fra den 1. juni 2008
Import duties on the products referred to in Article 10(2) of Regulation (EC) No 1784/2003 applicable from 1 June 2008
Rådets forordning (EF) nr. 485/2008
Council Regulation (EC) No 485/2008
om medlemsstaternes kontrol med de foranstaltninger, der indgår i ordningen for finansiering gennem Den Europæiske Garantifond for Landbruget
on scrutiny by Member States of transactions forming part of the system of financing by the European Agricultural Guarantee Fund
Rådets forordning (EØF) nr. 4045/89 af 21. december 1989 om medlemsstaternes kontrol med de foranstaltninger, der indgår i ordningen for finansiering gennem Den Europæiske Udviklings- og Garantifond for Landbruget, Garantisektionen, og om ophævelse af direktiv 77/435/EØF [2] er blevet ændret væsentligt ved flere lejligheder [3].
Council Regulation (EEC) No 4045/89 of 21 December 1989 on scrutiny by Member States of transactions forming part of the system of financing by the Guarantee Section of the European Agricultural Guidance and Guarantee Fund and repealing Directive 77/435/EEC [2] has been substantially amended several times [3].