natgillin/translations-raw huggingface dataset:
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.
V nadväznosti na toto zasadnutie spoločného výboru sa vykonali úpravy protokolu, ktorým sa na obdobie od 18. januára 2005 do 17. januára 2011 stanovujú možnosti rybolovu a finančný príspevok podľa dohode o partnerstve v oblasti rybolovu parafovanej 23. septembra 2004 a prijatej nariadením (ES) č. 115/2006 z 23. januára 2006.
It is in the Community’s interest to approve these amendments to the Protocol,
Je v záujme Spoločenstva schváliť tieto úpravy protokolu,
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.
Týmto sa v mene Spoločenstva schvaľuje dohoda vo forme výmeny listov o úpravách meniacich a dopĺňajúcich protokol, ktorým sa na obdobie od 18. januára 2005 do 17. januára 2011 stanovujú možnosti rybolovu a finančný príspevok podľa Dohody medzi Európskym hospodárskym spoločenstvom a Seychelskou republikou o rybolove v blízkosti pobrežia Seychel.
The text of the Agreement in the form of an Exchange of Letters is attached to this Regulation [3].Article 2
Text dohody vo forme výmeny listov je pripojený k tomuto nariadeniu [3].Článok 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:
Možnosti rybolovu stanovené v protokole a rozhodnuté v nariadení Rady (ES) č. 115/2006 sa nemenia a potvrdzuje sa toto rozdelenie:
If licence applications from these Member States do not cover all the fishing opportunities laid down by the Protocol, the Commission may take into consideration licence applications from any other Member State.
Ak žiadosti o povolenie týchto členských štátov nevyčerpajú možnosti rybolovu stanovené v protokole, Komisia môže zvážiť žiadosti o povolenie ktoréhokoľvek iného členského štátu.
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
Členské štáty, ktorých plavidlá vykonávajú činnosť rybolovu v rámci tejto dohody, oznámia Komisii množstvá každej zásoby ulovené v rybolovnej oblasti Seychel v súlade s podrobnými pravidlami ustanovenými v nariadení Komisie (ES) č. 500/2001 zo 14. marca 2001, ktorým sa ustanovujú podrobné pravidlá pre uplatňovanie nariadenia Rady (EHS) č. 2847/93 o monitorovaní úlovkov ulovených rybárskymi plavidlami Spoločenstva vo vodách tretích krajín a na šírom mori [4].Článok 4
OJ C 286 E, 23.11.2006, p. 481.
Ú. v. EÚ C 286 E, 23.11.2006, s. 481.
OJ L 48, 22.2.2008, p. 33.
Ú. v. EÚ L 48, 22.2.2008, S. 33.
Commission Regulation (EC) No 481/2008
Nariadenie Komisie (ES) č. 481/2008
This Regulation shall enter into force on 31 May 2008.
Toto nariadenie nadobúda účinnosť 31. mája 2008.
to Commission Regulation of 30 May 2008 establishing the standard import values for determining the entry price of certain fruit and vegetables
k nariadeniu Komisie z 30. mája 2008, ktorým sa určujú paušálne dovozné hodnoty na určovanie vstupných cien určitých druhov ovocia a zeleniny
Commission Regulation (EC) No 482/2008
Nariadenie Komisie (ES) č. 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
ktorým sa ustanovuje systém zaistenia bezpečnosti softvéru, ktorý majú implementovať poskytovatelia leteckých navigačných služieb, a ktorým sa mení a dopĺňa príloha II k nariadeniu (ES) č. 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,
so zreteľom na nariadenie Európskeho parlamentu a Rady (ES) č. 550/2004 o poskytovaní letových navigačných služieb v jednotnom európskom nebi (nariadenie o poskytovaní služieb) [1], a najmä na jeho článok 4,
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.
Podľa nariadenia (ES) č. 550/2004 sa od Komisie žiada, aby identifikovala a prijala príslušné ustanovenia požiadaviek Eurocontrolu na regulovanie bezpečnosti (ďalej len „ESARR“) so zreteľom na existujúce právne predpisy Spoločenstva.
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 s názvom Softvér v systémoch ATM stanovuje súbor požiadaviek na regulovanie bezpečnosti na účely implementácie systému zaistenia bezpečnosti softvéru.
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.’
V nariadení Komisie (ES) č. 2096/2005 z 20. decembra 2005, ktorým sa ustanovujú spoločné požiadavky na poskytovanie leteckých navigačných služieb [2], sa v poslednej vete odôvodnenia 12 uvádza, že „… Relevantné ustanovenia ESARR 1 o dohľade nad bezpečnosťou v ATM a ESARR 6 o softvéri v systémoch ATM by sa mali identifikovať a prijať vo forme samostatných aktov Spoločenstva.“
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.
V prílohe II k nariadeniu (ES) č. 2096/2005 sa vyžaduje, aby poskytovatelia letových prevádzkových služieb implementovali systém riadenia bezpečnosti, ako aj bezpečnostné požiadavky na posudzovanie rizika a jeho zmierňovanie s ohľadom na zmeny.
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.
Poskytovatelia letových prevádzkových služieb by v rámci svojho systému riadenia bezpečnosti a ako súčasť činností spojených s posudzovaním rizík a ich zmierňovaním s ohľadom na zmeny mali definovať a implementovať systém zaistenia bezpečnosti softvéru, ktorý by výslovne riešil aspekty týkajúce sa softvéru.
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.
Hlavným cieľom bezpečnosti softvéru, ktorý sa má splniť, pokiaľ ide o funkčné systémy, ktoré obsahujú softvér, je zabezpečiť, aby sa riziká spojené s používaním softvéru v systémoch siete riadenia letovej prevádzky v Európe (ďalej len „softvér EATMN“) obmedzili na prípustnú úroveň.
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].
Toto nariadenie sa nevzťahuje na vojenské operácie a výcvik, ako sa uvádza v článku 1 ods. 2 nariadenia Európskeho parlamentu a Rady (ES) č. 549/2004 z 10. marca 2004, ktorým sa ustanovuje rámec na vytvorenie jednotného európskeho neba [3].
Annex II to Regulation (EC) No 2096/2005 should therefore be amended accordingly.
Príloha II k nariadeniu (ES) č. 2096/2005 by sa preto mala zodpovedajúcim spôsobom zmeniť a doplniť.
The measures provided for in this Regulation are in accordance with the opinion of the Single Sky Committee,
Opatrenia stanovené v tomto nariadení sú v súlade so stanoviskom výboru pre jednotné nebo,
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.
Týmto nariadením sa ustanovujú požiadavky na definíciu a implementáciu systému zaistenia bezpečnosti softvéru poskytovateľmi letových prevádzkových služieb (ATS), subjektmi, ktoré zabezpečujú riadenie toku letovej prevádzky (ATFM) a riadenie vzdušného priestoru (ASM) pre všeobecnú letovú prevádzku a poskytovateľmi spojovacích, navigačných a sledovacích služieb (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.
Nariadením sa identifikujú a prijímajú záväzné ustanovenia požiadaviek Eurocontrolu na regulovanie bezpečnosti – ESARR 6 – s názvom Softvér v systémoch ATM, ktoré boli vydané 6. novembra 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.
Toto nariadenie sa uplatňuje na nový softvér a na akékoľvek zmeny softvéru systémov určených pre ATS, ASM, ATFM a CNS.
It shall not apply to the software of airborne constituents and to space-based equipment.
Neuplatňuje sa na softvér palubných prvkov a na kozmické zariadenia.
For the purposes of this Regulation, the definitions in Article 2 of Regulation (EC) No 549/2004 shall apply.
Na účely tohto nariadenia sa uplatňuje vymedzenie pojmov uvedené v článku 2 nariadenia (ES) č. 549/2004.
‘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;
„softvér“ sú počítačové programy a zodpovedajúce konfiguračné údaje vrátane nevývojového softvéru s výnimkou elektronických súčiastok, konkrétne integrované obvody špecifické pre aplikáciu, programovateľné hradlové polia alebo logické riadiace jednotky v pevnej fáze;
‘configuration data’ means data that configures a generic software system to a particular instance of its use;
„konfiguračné údaje“ sú údaje, ktoré konfigurujú generický softvérový systém na konkrétnu situáciu použitia;
‘non-developmental software’ means a software not developed for the current contract;
„nevývojový softvér“ je softvér, ktorý nebol vyvinutý pre súčasnú zmluvu;
‘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;
„zaistenie bezpečnosti“ znamená všetky plánované a systematické kroky potrebné na dosiahnutie primeranej istoty, že produkt, služba, organizácia alebo funkčný systém dosahujú prijateľnú alebo tolerovateľnú bezpečnosť;
‘organisation’ means either an ATS provider, a CNS provider or an entity providing ATFM or ASM;
„organizácia“ znamená buď poskytovateľa ATS, poskytovateľa CNS, alebo subjekt poskytujúci ATFM alebo ASM;
‘functional system’ means a combination of systems, procedures and human resources organised to perform a function within the context of ATM;
„funkčný systém“ znamená kombináciu systémov, postupov a ľudských zdrojov, ktoré sa zorganizovali na výkon funkcie v kontexte ATM;
‘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;
„riziko“ znamená kombináciu celkovej pravdepodobnosti alebo frekvencie výskytu škodlivého účinku, ktorý vznikol v dôsledku nebezpečenstva, a závažnosť tohto účinku;
‘hazard’ means any condition, event, or circumstance which could induce an accident;
„nebezpečenstvo“ znamená akúkoľvek situáciu, udalosť alebo okolnosť, ktorá môže spôsobiť nehodu;
‘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;
„nový softvér“ znamená softvér, ktorý bol objednaný alebo na ktorý boli podpísané záväzné zmluvy po nadobudnutí účinnosti tohto nariadenia;
‘safety objective’ means a qualitative or quantitative statement that defines the maximum frequency or probability at which a hazard can be expected to occur;
„bezpečnostný cieľ“ znamená kvalitatívne alebo kvantitatívne vyhlásenie, ktoré definuje maximálnu frekvenciu alebo pravdepodobnosť, pri ktorej možno očakávať výskyt nebezpečenstva;
‘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;
„bezpečnostné požiadavky“ znamenajú prostriedky na zmiernenie rizika, ktoré sa definujú na základe stratégie zmierňovania rizika, ktorá dosahuje konkrétny bezpečnostný cieľ, vrátane organizačných, prevádzkových, procedurálnych, funkčných, výkonnostných a interoperabilných požiadaviek alebo vlastností prostredia;
‘cutover or hot swapping’ means the approach of replacing European air traffic management network (EATMN) system components or software while the system is operational;
„prechod alebo výmena počas prevádzky“ je spôsob výmeny zložiek systému siete riadenia letovej prevádzky v Európe (EATMN) alebo softvéru počas prevádzky systému;
‘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;
„požiadavka na bezpečnosť softvéru“ je opis toho, čo má softvér vytvárať na základe daných vstupov a obmedzení a čo v prípade splnenia zabezpečí, aby softvér EATMN pracoval bezpečne a podľa prevádzkových potrieb;
‘EATMN software’ means software used in the EATMN systems referred to in Article 1;
„softvér EATMN“ je softvér, ktorý sa používa v systémoch EATMN uvedených v článku 1;
‘requirements validity’ means the confirmation by examination and provision of objective evidence that the particular requirements for a specific use are as intended;
„platnosť požiadaviek“ je potvrdenie prostredníctvom skúmania a poskytnutie objektívnych dôkazov o tom, že konkrétne požiadavky na špecifické použitie sú v súlade so zámermi;
‘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;
„dosiahnuté nezávisle“ v prípade činností tvoriacich súčasť procesu overovania softvéru znamená, že tieto činnosti vykonávajú iné osoby, než je osoba, ktorá vyvinula overovaný systém;
‘software malfunction’ means the inability of a programme to perform a required function correctly;
„chybné fungovanie softvéru“ je neschopnosť programu správne vykonávať požadovanú funkciu;
‘software failure’ means the inability of a programme to perform a required function;
„zlyhanie softvéru“ je neschopnosť programu správne vykonávať požadovanú funkciu;
‘COTS’ means a commercial available application sold by vendors through public catalogue listings and not intended to be customised or enhanced;
„COTS“ je komerčne dostupná aplikácia, ktorú predávajú obchodníci na základe všeobecne dostupných katalógov a ktorá nie je určená na zákazkovú výrobu ani na zdokonaľovanie;
‘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;
„softvérové komponenty“ sú stavebné bloky, ktoré možno napojiť alebo spojiť s inými opakovane prístupnými blokmi softvéru s cieľom kombinovať a vytvoriť zákaznícku softvérovú aplikáciu;
‘independent software components’ means those software components which are not rendered inoperative by the same failure condition that causes the hazard;
„nezávislé softvérové komponenty“ sú také softvérové komponenty, ktoré sa neocitnú mimo prevádzky na základe poruchového stavu, ktorý spôsobil nebezpečenstvo;
‘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;
„výkonnosť časovania softvéru“ je čas, ktorý má softvér k dispozícii na dané vstupy alebo na periodické udalosti a/alebo výkonnosť softvéru z hľadiska transakcií alebo správ spracovaných za jednotku času;
‘software capacity’ means the ability of the software to handle a given amount of data flow;
„kapacita softvéru“ je schopnosť softvéru spracúvať daný objem dátového toku;
‘accuracy’ means the required precision of the computed results;
„presnosť“ znamená požadovanú presnosť vypočítaných výsledkov;
‘software resource usage’ means the amount of resources within the computer system that can be used by the application software;
„využitie zdrojov“ je objem zdrojov v rámci počítačového systému, ktorý môže využívať aplikačný softvér;
‘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;
„robustnosť softvéru“ je správanie softvéru v prípade neočakávaných vstupov, porúch hardvéru a prerušenia napájania buď v samotnom počítačovom systéme, alebo v pripojených zariadeniach;
‘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;
„tolerancia na preťaženie“ je správanie systému, a najmä tolerancia systému v prípade výskytu vstupov s vyššou hodnotou, ako je hodnota očakávaná počas bežnej prevádzky systému;
‘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;
„overovanie správnosti a úplnosti softvéru EATMN“ znamená všetky požiadavky na bezpečnosť softvéru, ktoré správne určujú to, čo proces hodnotenia a zmierňovania rizík vyžaduje od zložky softvéru, a ich implementácia sa preukazuje až po úroveň vyžadovanú úrovňou zaistenia softvéru;
‘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;
„údaje životného cyklu softvéru“ sú údaje vytvorené počas životného cyklu softvéru na plánovanie, riadenie, vysvetľovanie, definovanie, zaznamenávanie alebo poskytovanie dôkazov o činnostiach; tieto údaje umožňujú schvaľovanie procesov životného cyklu softvéru, systémov alebo zariadení a modifikáciu softvérového produktu po schválení;
‘software life cycle’ means:
„životný cyklus softvéru“ je:
an ordered collection of processes determined by an organisation to be sufficient and adequate to produce a software product;
usporiadaný súbor procesov určených organizáciou ako dostatočný a primeraný pre vytvorenie softvérového produktu;
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;
časový úsek, ktorý sa začína rozhodnutím vytvoriť alebo upraviť softvérový produkt a končí vyradením produktu z prevádzky;
‘system safety requirement’ means a safety requirement derived for a functional system.
„požiadavka bezpečnosti systému“ je požiadavka bezpečnosti odvodená pre funkčný systém.
General safety requirements
Všeobecné bezpečnostné požiadavky
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.
Od organizácie sa kedykoľvek vyžaduje, aby implementovala proces posudzovania a zmierňovania rizík v súlade s uplatniteľným právom Spoločenstva alebo vnútroštátnym právom, musí definovať a implementovať systém zaistenia bezpečnosti softvéru, ktorý sa osobitne zaoberá hľadiskami týkajúcimi sa softvéru EATMN vrátane všetkých online prevádzkových zmien softvéru, a predovšetkým prechod alebo výmenu počas prevádzky.
The organisation shall ensure, as a minimum, that its software safety assurance system produces evidence and arguments that demonstrate the following:
Organizácia zabezpečí minimálne to, aby jej systém zaistenia bezpečnosti softvéru poskytoval dôkazy a argumenty, ktoré preukazujú, že:
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;
požiadavky na bezpečnosť softvéru správne stanovujú, čo sa od softvéru vyžaduje, aby sa splnili ciele a požiadavky bezpečnosti identifikované prostredníctvom procesu posudzovania a zmierňovania rizík;
traceability is addressed in respect of all software safety requirements;
sledovateľnosť je zahrnutá v súvislosti so všetkými požiadavkami na bezpečnosť softvéru;
the software implementation contains no functions which adversely affect safety;
implementácia softvéru neobsahuje žiadne funkcie, ktoré negatívne ovplyvňujú bezpečnosť;
the EATMN software satisfies its requirements with a level of confidence which is consistent with the criticality of the software;
softvér EATMN spĺňa príslušné požiadavky s úrovňou istoty, ktorá je v súlade s kritickosťou softvéru;
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:
sa poskytli zaistenia potvrdzujúce splnenie všeobecných požiadaviek bezpečnosti uvedených v písmenách a) až d) a argumenty, ktoré preukazujú požadované zaistenia, sú vždy odvodené zo:
a known executable version of the software;
známej spustiteľnej verzie softvéru;
a known range of configuration data;
známeho rozsahu konfiguračných údajov;
a known set of software products and descriptions, including specifications, that have been used in the production of that version.
známeho súboru softvérových produktov a opisov vrátane špecifikácií, ktoré sa použili na výrobu danej verzie.
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.
Organizácia musí vnútroštátnemu orgánu pre dohľad sprístupniť požadované záruky s preukázaním, že boli splnené požiadavky stanovené v odseku 2.
Requirements applying to the software safety assurance system
Požiadavky na systém zaistenia bezpečnosti softvéru
The organisation shall ensure, as a minimum, that the software safety assurance system:
Organizácia zabezpečí minimálne to, aby systém zaistenia bezpečnosti softvéru:
is documented, specifically as part of the overall risk assessment and mitigation documentation;
bol zdokumentovaný, konkrétne ako súčasť celkovej dokumentácie posudzovania a zmierňovania rizík;