natgillin/translations-raw huggingface dataset:
on the conclusion of the Agreement in the form of an Exchange of Letters on the amendments to the Protocol setting out, for the period from 18 January 2005 to 17 January 2011, the fishing opportunities and the financial contribution provided for by the Agreement between the European Economic Community and the Republic of Seychelles on fishing off Seychelles
om ingående av avtalet genom skriftväxling om ändring av protokollet om fastställande för perioden 18 januari 2005–17 januari 2011 av de fiskemöjligheter och den ekonomiska ersättning som föreskrivs i avtalet mellan Europeiska ekonomiska gemenskapen och Republiken Seychellerna om fiske utanför Seychellerna
The Protocol setting out, for the period from 18 January 2005 to 17 January 2011, the fishing opportunities and the financial contribution provided for by the Agreement between the European Economic Community and the Republic of Seychelles on fishing off Seychelles was adopted by Council Regulation (EC) No 115/2006 on 23 January 2006 [2].
Protokollet om fastställande för perioden 18 januari 2005–17 januari 2011 av de fiskemöjligheter och den ekonomiska ersättning som föreskrivs i avtalet mellan Europeiska ekonomiska gemenskapen och Republiken Seychellerna om fiske utanför Seychellerna antogs genom rådets förordning (EG) nr 115/2006 [2] den 23 januari 2006.
Under Article 9 of the Agreement, the European Community and Seychelles have held a meeting of the Joint Committee.
I enlighet med artikel 9 i avtalet har Europeiska gemenskapen och Seychellerna hållit ett sammanträde i den gemensamma kommittén.
Following this meeting of the Joint Committee, amendments have been made to the Protocol setting out, for the period from 18 January 2005 to 17 January 2011, the fishing opportunities and the financial contribution provided for by the Fisheries Partnership Agreement initialled on 23 September 2004 and adopted by Regulation (EC) No 115/2006 on 23 January 2006.
Efter detta sammanträde har ändringar gjorts av protokollet som avser fastställandet för perioden 18 januari 2005–17 januari 2011 av de fiskemöjligheter och den ekonomiska ersättning som föreskrivs i det partnerskapsavtal om fiske som paraferades den 23 september 2004 och antogs genom förordning (EG) nr 115/2006.
It is in the Community’s interest to approve these amendments to the Protocol,
Det ligger i gemenskapens intresse att godkänna dessa ändringar av protokollet.
The Agreement in the form of an Exchange of Letters amending the Protocol setting out, for the period from 18 January 2005 to 17 January 2011, the fishing opportunities and the financial contribution provided for by the Agreement between the European Economic Community and the Republic of Seychelles on fishing off Seychelles is hereby approved on behalf of the Community.
Avtalet genom skriftväxling om ändring av protokollet om fastställande för perioden 18 januari 2005–17 januari 2011 av de fiskemöjligheter och den ekonomiska ersättning som föreskrivs i avtalet mellan Europeiska ekonomiska gemenskapen och Republiken Seychellerna om fiske utanför Seychellerna godkänns härmed på gemenskapens vägnar.
The text of the Agreement in the form of an Exchange of Letters is attached to this Regulation [3].Article 2
Texten till avtalet genom skriftväxling åtföljer denna förordning [3].Artikel 2
The fishing opportunities set out in the Protocol and laid down in Regulation (EC) No 115/2006 shall not be amended and are confirmed as follows:
De fiskemöjligheter som anges i protokollet och som beslutats genom rådets förordning (EG) nr 115/2006 påverkas inte, varför följande fördelningsnyckel bekräftas:
The Member States whose vessels fish under this Agreement shall notify the Commission of the quantities of each stock caught within the Seychelles fishing zone in accordance with Commission Regulation (EC) No 500/2001 of 14 March 2001 laying down detailed rules for the application of Council Regulation (EEC) No 2847/93 on the monitoring of catches taken by Community fishing vessels in third country waters and on the high seas [4].Article 4
De medlemsstater vars fartyg fiskar enligt detta avtal ska meddela kommissionen hur stora mängder av varje bestånd som fångas i Seychellernas fiskezon i enlighet med kommissionens förordning (EG) nr 500/2001 av den 14 mars 2001 om tillämpningsföreskrifter för rådets förordning (EEG) nr 2847/93 beträffande övervakning av de fångster som gemenskapens fiskefartyg fiskar i tredjelands farvatten och på öppet hav [4].Artikel 4
OJ C 286 E, 23.11.2006, p. 481.
EUT C 286 E, 23.11.2006, s. 481.
OJ L 48, 22.2.2008, p. 33.
EUT L 48, 22.2.2008, s. 33.
Commission Regulation (EC) No 481/2008
Kommissionens förordning (EG) nr 481/2008
This Regulation shall enter into force on 31 May 2008.
Denna förordning träder i kraft den 31 maj 2008.
to Commission Regulation of 30 May 2008 establishing the standard import values for determining the entry price of certain fruit and vegetables
till kommissionens förordning av den 30 maj 2008 om fastställande av schablonvärden vid import för bestämning av ingångspriset för vissa frukter och grönsaker
Commission Regulation (EC) No 482/2008
Kommissionens förordning (EG) nr 482/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
om ett system för säkerhetssäkring av programvara vilket ska genomföras av leverantörer av flygtrafiktjänster och om ändring av bilaga II till förordning (EG) nr 2096/2005
Having regard to Regulation (EC) No 550/2004 of the European Parliament and of the Council of 10 March 2004 on the provision of air navigation services in the single European sky (the service provision Regulation) [1], and in particular Article 4 thereof,
med beaktande av Europaparlamentets och rådets förordning (EG) nr 550/2004 av den 10 mars 2004 om tillhandahållande av flygtrafiktjänster inom det gemensamma europeiska luftrummet (”förordning om tillhandahållande av tjänster”) [1], särskilt artikel 4, och
Pursuant to Regulation (EC) No 550/2004, the Commission is required to identify and adopt the relevant provisions of the Eurocontrol Safety Regulatory Requirements (ESARRs), taking into account existing Community legislation.
Enligt förordning (EG) nr 550/2004 ska kommissionen välja ut och anta de relevanta bestämmelserna i Eurocontrols flygsäkerhetskrav (Eurocontrol Safety Regulatory Requirements – ESARR) med beaktande av gällande gemenskapslagstiftning.
ESARR 6 entitled ‘Software in ATM systems’ provides a set of safety regulatory requirements for the implementation of a software safety assurance system.
ESARR 6 (med titeln ”Software in ATM systems”) innehåller en samling krav för genomförandet av ett system för säkerhetssäkring av programvara.
Commission Regulation (EC) No 2096/2005 of 20 December 2005 laying down common requirements for the provision of air navigation services [2] states in the last sentence of Recital 12 that ‘The relevant provisions of ESARR 1 on safety oversight in ATM, and of ESARR 6 on software in ATM systems, should be identified and adopted by way of separate Community acts.’
I kommissionens förordning (EG) nr 2096/2005 av den 20 december 2005 om gemensamma krav i fråga om tillhandahållande av flygtrafiktjänster [2] fastställs i den sista meningen i skäl 12 följande: ”De relevanta bestämmelserna i ESARR 1 om tillsyn i säkerhetshänseende i samband med flygledningstjänster och ESARR 6 om programvara i flygledningstjänstsystem bör kartläggas och antas genom separata gemenskapsrättsakter.”
Annex II to Regulation (EC) No 2096/2005 requires providers of air traffic services to implement a safety management system as well as safety requirements for risk assessment and mitigation with regard to changes.
Enligt bilaga II i förordning (EG) nr 2096/2005 ska leverantörer av flygtrafikledningstjänster tillhandahålla ett säkerhetsledningssystem samt säkerhetskrav för riskbedömning och riskreducering vid förändringar.
Within the framework of its safety management system, and as part of its risk assessment and mitigation activities with regard to changes, a provider of air traffic services should define and implement a software safety assurance system to deal specifically with software related aspects.
Leverantören av flygtrafikledningstjänster bör inom ramen för sitt säkerhetsledningssystem och sina riskbedömnings- och riskreduceringsåtgärder vid förändringar utarbeta och genomföra ett system för säkerhetssäkring som specifikt ska omfatta programvarurelaterade aspekter.
The prime software safety objective to be met for functional systems that contain software is to ensure that the risks associated with the use of software in the European Air Traffic Management network systems (EATMN software) have been reduced to a tolerable level.
När det gäller programvara är det viktigaste säkerhetsmålet för funktionssystem som innehåller programvara att säkerställa att de risker som är förbundna med användningen av programvara i det europeiska nätverket för flygledningstjänst (”EATMN-programvara”) har reducerats till en tolerabel nivå.
This Regulation should not cover military operations and training as referred to in Article 1(2) of Regulation (EC) No 549/2004 of the European Parliament and of the Council of 10 March 2004 laying down the framework for the creation of the single European sky (the framework Regulation) [3].
Denna förordning bör inte omfatta militära operationer eller militär träning enligt artikel 1.2 i Europaparlamentets och rådets förordning (EG) nr 549/2004 av den 10 mars 2004 om ramen för inrättande av det gemensamma europeiska luftrummet (”ramförordning”) [3].
Annex II to Regulation (EC) No 2096/2005 should therefore be amended accordingly.
Bilaga II till förordning (EG) nr 2096/2005 bör därför ändras i enlighet med detta.
This Regulation lays down the requirements for the definition and implementation of a software safety assurance system by air traffic service (ATS) providers, entities providing air traffic flow management (ATFM) and air space management (ASM) for general air traffic, and providers of communication, navigation and surveillance (CNS) services.
I denna förordning fastställs villkoren för definition och införande av ett säkerhetssäkringsystem för programvara som ska genomföras av leverantörer av flygtrafikledningstjänster (ATS), enheter som tillhandahåller flödesplanering (ATFM) och luftrumsplanering (ASM) för allmän flygtrafik och av leverantörer av kommunikations-, navigerings- och övervakningstjänster (CNS).
It identifies and adopts the mandatory provisions of the Eurocontrol Safety Regulatory Requirement — ESARR 6 — entitled ‘Software in ATM Systems’ issued on 6 November 2003.
Genom förordningen fastställs och antas de obligatoriska bestämmelserna i Eurocontrols säkerhetskrav för programvara i flygledningstjänstsystem (ESARR 6) med titeln ”Software in ATM systems” som utfärdades den 6 november 2003.
This Regulation shall apply to the new software and to any changes to the software of the systems for ATS, ASM, ATFM, and CNS.
Denna förordning ska tillämpas på ny programvara och alla ändringar som avser programvara i system för ATS, ASM, ATFM och CNS.
It shall not apply to the software of airborne constituents and to space-based equipment.
Förordningen ska inte tillämpas på programvara i luftburna komponenter eller rymdbaserad utrustning.
For the purposes of this Regulation, the definitions in Article 2 of Regulation (EC) No 549/2004 shall apply.
I denna förordning gäller de definitioner som fastställs i artikel 2 i förordning (EG) nr 549/2004.
The following definitions shall also apply:
Dessutom gäller följande definitioner:
‘software’ means computer programmes and corresponding configuration data, including non-developmental software, but excluding electronic items, namely application specific integrated circuits, programmable gate arrays or solid-state logic controllers;
programvara: datorprogram och motsvarande konfigureringsdata, även standardprogramvara, men inte elektroniska delar, närmare bestämt tillämpningsspecifika integrerade kretsar, programmerbara gate arrayer och solid-state logic controllers,
‘configuration data’ means data that configures a generic software system to a particular instance of its use;
konfigureringsdata: data som konfigurerar ett generiskt programvarusystem till en viss användning,
‘non-developmental software’ means a software not developed for the current contract;
standardprogramvara: en programvara som inte utvecklats för det ifrågavarande kontraktet,
‘safety assurance’ means all planned and systematic actions necessary to provide adequate confidence that a product, a service, an organisation or a functional system achieves acceptable or tolerable safety;
säkerhetssäkring: de planerade och systematiska åtgärder som krävs för att skapa en tillräcklig visshet om att en produkt, tjänst, organisation eller ett funktionssystem har en godtagbar eller tolerabel säkerhet,
‘organisation’ means either an ATS provider, a CNS provider or an entity providing ATFM or ASM;
organisation: en leverantör av flygtrafikledningstjänster (ATS), en leverantör som tillhandahåller kommunikations-, navigerings-, övervakningstjänster (CNS) eller en enhet som tillhandahåller flödesplanering (ATFM) eller luftrumsplanering (ASM),
‘functional system’ means a combination of systems, procedures and human resources organised to perform a function within the context of ATM;
funktionssystem: en kombination av system, förfaranden och personal som samverkar på ett organiserat sätt för att utföra en uppgift inom flygledningstjänster,
‘risk’ means the combination of the overall probability, or frequency of occurrence of a harmful effect induced by a hazard and the severity of that effect;
risk: kombinationen av den övergripande sannolikheten för eller frekvensen av en skadlig konsekvens som orsakas av en riskkälla, och konsekvensens allvarlighet,
‘hazard’ means any condition, event, or circumstance which could induce an accident;
riskkälla: ett förhållande, en händelse eller en omständighet som kan ge upphov till ett haveri,
‘new software’ means a software that has been ordered or for which binding contracts have been signed after the entry into force of this Regulation;
ny programvara: programvara som har beställts eller för vilken bindande kontrakt har undertecknats efter denna förordnings ikraftträdande,
‘safety objective’ means a qualitative or quantitative statement that defines the maximum frequency or probability at which a hazard can be expected to occur;
säkerhetsmål: en kvalitativ eller kvantitativ angivelse av maximal frekvens eller sannolikhet för att en riskkälla kan förväntas uppstå,
‘safety requirement’ means a risk-mitigation means, defined from the risk-mitigation strategy that achieves a particular safety objective, including organisational, operational, procedural, functional, performance, and interoperability requirements or environment characteristics;
säkerhetskrav: ett sätt att reducera risker, fastställt i syfte att uppnå ett visst säkerhetsmål inom en riskreduceringsstrategi; ett säkerhetskrav kan röra t.ex. organisation, drift, form, funktion, resultat, driftskompatibilitet eller miljöegenskaper,
‘cutover or hot swapping’ means the approach of replacing European air traffic management network (EATMN) system components or software while the system is operational;
cutover eller byte under drift: när systemkomponenter eller programvara i det europeiska nätverket för flygledningstjänst (EATMN) byts när systemet är i drift,
‘software safety requirement’ means a description of what is to be produced by the software given the inputs and constraints, and if met, ensures that EATMN software performs safely and according to operational need;
säkerhetskrav för programvara: en beskrivning av vad programvaran ska producera utifrån input och begränsningar; om säkerhetskraven uppfylls säkerställer det att EATMN-programvaran fungerar säkert och i enlighet med de operativa behoven,
‘EATMN software’ means software used in the EATMN systems referred to in Article 1;
EATMN-programvara: programvara som används i de EATMN-system som avses i artikel 1,
‘requirements validity’ means the confirmation by examination and provision of objective evidence that the particular requirements for a specific use are as intended;
validering av krav: bekräftelse genom granskning eller tillhandahållande av objektiva bevis för att de specifika kraven för en specifik användning är de avsedda,
‘achieved with independence’ means, for software verification process activities, that the verification process activities are performed by a person(s) other than the developer of the item being verified;
uppnås oberoende: när det gäller åtgärder för att verifiera programvara, att verifieringsprocessen utförs av någon annan (en eller flera) än den person som har utvecklat den programvara som är föremål för verifieringen,
‘software malfunction’ means the inability of a programme to perform a required function correctly;
programfunktionsfel: att ett program inte kan utföra en viss funktion på ett korrekt sätt,
‘software failure’ means the inability of a programme to perform a required function;
programfel: att ett program inte kan utföra en viss funktion,
‘COTS’ means a commercial available application sold by vendors through public catalogue listings and not intended to be customised or enhanced;
COTS: en kommersiellt tillgänglig tillämpning som säljs av försäljare genom allmänna kataloger och som inte är avsedda att anpassas till den enskilda kunden eller förbättras,
‘software components’ means a building block that can be fitted or connected together with other reusable blocks of software to combine and create a custom software application;
programvarukomponenter: en byggsten som kan sammanfogas med eller kopplas till andra återanvändningsbara programvarubyggstenar för att kombinera och skapa en kundspecifik programvarutillämpning,
‘independent software components’ means those software components which are not rendered inoperative by the same failure condition that causes the hazard;
oberoende programvarukomponenter: de programvarukomponenter som inte sätts ur funktion genom samma felförhållande som orsakar riskkällan,
‘software timing performances’ means the time allowed for the software to respond to given inputs or to periodic events, and/or the performance of the software in terms of transactions or messages handled per unit time;
programvarans reaktionstid: den tid som programvaran behöver för att reagera på en viss input eller periodisk händelse, eller programvarans prestanda när det gäller antal transaktioner eller meddelanden som hanteras per tidsenhet,
‘software capacity’ means the ability of the software to handle a given amount of data flow;
programvarans kapacitet: programvarans förmåga att hantera en viss mängd dataflöde,
‘accuracy’ means the required precision of the computed results;
noggrannhet: den precision som krävs för de beräknade resultaten,
‘software resource usage’ means the amount of resources within the computer system that can be used by the application software;
resursutnyttjande för programvaran: den mängd resurser inom datasystemet som kan användas av tillämpningsprogramvaran,
‘software robustness’ means the behaviour of the software in the event of unexpected inputs, hardware faults and power supply interruptions, either in the computer system itself or in connected devices;
programvarans stabilitet: programvarans beteende vid oväntad input, hårdvarufel och avbrott i strömförsörjningen, både i själva datorsystemet och i inkopplade enheter,
‘overload tolerance’ means the behaviour of the system in the event of, and in particular its tolerance to, inputs occurring at a greater rate than expected during normal operation of the system;
förmåga att hantera extra belastning (overload tolerance): systemets beteende vid input i snabbare takt än väntat under systemets normala drift – och i synnerhet dess förmåga att hantera detta,
‘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;
korrekt och komplett verifiering av EATMN-programvara: alla säkerhetskrav för programvara som på ett korrekt sätt anger vad processen för riskbedömning och riskreducering ställer för krav på programvarukomponenten och att uppfyllandet av dessa säkerhetskrav har visats till den nivå som krävs enligt säkerhetssäkringsnivån för programvaran,
‘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;
livscykeldata för programvara: data som produceras under programvarans livscykel för att planera, styra, förklara, definiera, registrera eller dokumentera aktivitet. Dessa data möjliggör livscykelprocesser, godkännande av system eller utrustning samt ändringar av programvaruprodukten efter godkännandet,
‘software life cycle’ means:
programvarans livscykel:
an ordered collection of processes determined by an organisation to be sufficient and adequate to produce a software product;
en ordnad samling processer som en organisation bedömer vara tillräckliga och ändamålsenliga för att producera en programvaruprodukt, och
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;
den tidsperiod som inleds med beslutet att producera eller ändra en programvaruprodukt och som avslutas när produkten tas ur drift,
‘system safety requirement’ means a safety requirement derived for a functional system.
säkerhetskrav för system: ett säkerhetskrav för ett funktionssystem.
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.
När en organisation är skyldig att genomföra en riskbedömnings- och riskreduceringsprocess i enlighet med tillämplig gemenskapslagstiftning eller nationell lagstiftning ska den utforma och genomföra ett system för säkerhetssäkring av programvara som särskilt hanterar programvarurelaterade EATMN-aspekter, inbegripet alla operativa programvaruändringar online och särskilt cutover eller byte under drift.
The organisation shall ensure, as a minimum, that its software safety assurance system produces evidence and arguments that demonstrate the following:
Organisationen ska som ett minimum se till att dess system för säkerhetssäkring av programvara producerar bevis och argument som demonstrerar följande:
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;
Säkerhetskraven för programvara anger på ett korrekt sätt vad som krävs av programvaran för att säkerhetsmålen och säkerhetskraven som identifierats under riskbedömnings- och riskreduceringsprocessen, ska vara uppfyllda.
traceability is addressed in respect of all software safety requirements;
Alla säkerhetskrav för programvara omfattar spårbarhet.
the software implementation contains no functions which adversely affect safety;
Tillämpningen av programvaran innehåller inga funktioner som försämrar säkerheten.
the EATMN software satisfies its requirements with a level of confidence which is consistent with the criticality of the software;
EATMN-programvaran uppfyller sina krav med en konfidensnivå som motsvarar programvarans kritikalitet.
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:
Försäkringar ges som bekräftar att de generella säkerhetskraven enligt a–d uppfylls, och argumenten som demonstrerar den krävda säkerheten härrör hela tiden från