natgillin/translations-raw huggingface dataset:
This Regulation shall enter into force on 31 May 2008.
Käesolev määrus jõustub 31. mail 2008.
to Commission Regulation of 30 May 2008 establishing the standard import values for determining the entry price of certain fruit and vegetables
Komisjoni 30. mai 2008. aasta määrus, millega kehtestatakse kindlad impordiväärtused, et määrata kindlaks teatava puu- ja köögivilja hind piiril
Commission Regulation (EC) No 482/2008
Komisjoni määrus (EÜ) 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
millega luuakse aeronavigatsiooniteenuste osutajate rakendatav tarkvara turvalisuse tagamise süsteem ja muudetakse määruse (EÜ) nr 2096/2005 II lisa
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,
võttes arvesse Euroopa Parlamendi ja nõukogu 10. märtsi 2004. aasta määrust (EÜ) nr 550/2004 aeronavigatsiooniteenuste osutamise kohta ühtses Euroopa taevas (teenuse osutamise määrus), [1] eriti selle artiklit 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.
Määruse (EÜ) nr 550/2004 kohaselt peab komisjon kindlaks määrama ja vastu võtma Euroopa Lennuliikluse Ohutuse Organisatsiooni (Eurocontrol) ohutusnõuete (edaspidi „ESARR”) asjakohased sätted, võttes arvesse olemasolevaid ühenduse õigusakte.
ESARR 6 entitled ‘Software in ATM systems’ provides a set of safety regulatory requirements for the implementation of a software safety assurance system.
ESARR 6ga (sätted tarkvara kohta lennuliikluse korraldamise süsteemides) on ette nähtud ohutusnõuded tarkvara turvalisuse tagamise süsteemi rakendamiseks.
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.’
Komisjoni 20. detsembri 2005. aasta määruse (EÜ) nr 2096/2005 (milles sätestatakse aeronavigatsiooniteenuste osutamise ühised nõuded) [2] 12. põhjenduse viimases lauses on sedastatud, et „asjakohased ESARR 1 sätted ohutusjärelevalve kohta lennuliikluse korraldamisel ja ESARR 6 sätted tarkvara kohta lennuliikluse korraldamise süsteemides tuleks kindlaks määrata ja vastu võtta eraldi ühenduse õigusaktidena.”
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.
Määruse (EÜ) nr 2096/2005 II lisas kohustatakse aeronavigatsiooniteenuste osutajaid rakendama ohutusjuhtimissüsteeme ning hindama ja vähendama muudatustega seotud riske.
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.
Oma ohutusjuhtimissüsteemi raames ning osana muudatustega seotud riskide hindamise ja vähendamise tegevustest peavad aeronavigatsiooniteenuste pakkujad määratlema ja rakendama tarkvara turvalisuse tagamise süsteemi, et käsitleda konkreetselt tarkvaraga seotud aspekte.
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.
Tarkvara sisaldavate funktsionaalsete süsteemide puhul on tarkvara turvalisuse peamine eesmärk tagada, et Euroopa lennuliikluse juhtimisvõrgu süsteemide tarkvara (edaspidi „EATMNi tarkvara”) kasutamisega seotud riskid on vähendatud vastuvõetavale tasemele.
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].
Käesolev määrus ei hõlma sõjalisi operatsioone ega õppusi, nagu on osutatud Euroopa Parlamendi ja nõukogu 10. märtsi 2004. aasta määruse (EÜ) nr 549/2004 (millega sätestatakse raamistik ühtse Euroopa taeva loomiseks (raammäärus) [3] artikli 1 lõikes 2.
Annex II to Regulation (EC) No 2096/2005 should therefore be amended accordingly.
Määruse (EÜ) nr 2096/2005 II lisa tuleks vastavalt muuta.
The measures provided for in this Regulation are in accordance with the opinion of the Single Sky Committee,
Käesoleva määrusega ette nähtud meetmed on kooskõlas ühtse taeva komitee arvamusega,
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.
Käesolevas määruses sätestatakse nõuded tarkvara turvalisuse tagamise süsteemi määratlemiseks ja rakendamiseks lennuliiklusteenuste osutajatele, side-, navigeerimis- ja seireteenuse osutajatele ning lennuliiklusvoo juhtimise ja üldise lennuliikluse jaoks õhuruumi korraldamisega tegelevatele üksustele.
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.
Sellega määratletakse ja võetakse vastu Euroopa Lennuliikluse Ohutuse Organisatsiooni ohutusnõuete kohustuslikud sätted tarkvara kohta lennuliikluse korraldamise süsteemides (ESARR 6), mis anti välja 6. novembril 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.
Käesolevat määrust kohaldatakse lennuliiklusteenuste, õhuruumi korraldamise ja lennuliiklusvoo juhtimise süsteemides ning side-, navigeerimis- ja seiresüsteemides kasutatava uue tarkvara või tarkvara mis tahes muudatuste suhtes.
It shall not apply to the software of airborne constituents and to space-based equipment.
Käesolevat määrust ei kohaldata õhusõiduki pardal asuvate koostisosade ega kosmoses toimivate seadmete tarkvara suhtes.
For the purposes of this Regulation, the definitions in Article 2 of Regulation (EC) No 549/2004 shall apply.
Käesolevas määruses kasutatakse määruse (EÜ) nr 549/2004 artikliga 2 kehtestatud mõisteid.
The following definitions shall also apply:
Lisaks sellele kasutatakse ka järgmisi mõisteid:
‘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;
„tarkvara” – arvutiprogrammid ja seotud seadistusandmed, sealhulgas valmistarkvara, kuid mitte sellised elektroonikakomponendid nagu rakendusspetsiifilised integraalskeemid, programmeeritavad ventiilmaatriksid või pooljuht-loogikakontrollerid;
‘configuration data’ means data that configures a generic software system to a particular instance of its use;
„seadistusandmed” – andmed, mis seadistavad üldise tarkvarasüsteemi teatavasse kasutuskorda;
‘non-developmental software’ means a software not developed for the current contract;
„valmistarkvara” – tarkvara, mis ei ole välja töötatud käsitletava lepingu jaoks;
‘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;
„turvalisuse tagamine” – kõik kavandatud ja süstemaatilised meetmed, mida on vaja toote, teenuse, organisatsiooni või funktsionaalse süsteemi rahuldava või vastuvõetava turvataseme tagamiseks;
‘organisation’ means either an ATS provider, a CNS provider or an entity providing ATFM or ASM;
„organisatsioon” – lennuliiklusteenuste või side-, navigeerimis- ja seireteenuste osutaja või lennuliiklusvoo juhtimise või õhuruumi korraldamisega tegelev üksus;
‘functional system’ means a combination of systems, procedures and human resources organised to perform a function within the context of ATM;
„funktsionaalne süsteem” – süsteemide, menetluste ja inimressursside kombinatsioon, mida on vaja lennuliikluse korraldamisega seotud ülesannete täitmiseks;
‘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” – ohutegurite põhjustatud kahjuliku mõju üldise tõenäosuse või esinemissageduse ja selle mõju tõsiduse kombinatsioon;
‘hazard’ means any condition, event, or circumstance which could induce an accident;
„ohutegur” – mis tahes olukord, juhtum või asjaolu, mis võib põhjustada õnnetusjuhtumi;
‘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;
„uus tarkvara” – tarkvara, mis on tellitud või mille saamiseks on pärast käesoleva määruse jõustumist sõlmitud siduv leping;
‘safety objective’ means a qualitative or quantitative statement that defines the maximum frequency or probability at which a hazard can be expected to occur;
„ohutuseesmärk” – kvalitatiivne või kvantitatiivne avaldus, milles määratletakse ohutegurite ilmnemise maksimaalne eeldatav sagedus või tõenäosus;
‘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;
„ohutusnõuded” – riski vähendamise meetmed, mis tulenevad teatava ohutuseesmärgi saavutamiseks ette nähtud riskide vähendamise strateegiast ning milleks võivad olla korraldus-, tegevus-, menetlus-, funktsiooni-, toimivus- ja koostalitlusvõimega seotud nõuded või keskkonnatingimused;
‘cutover or hot swapping’ means the approach of replacing European air traffic management network (EATMN) system components or software while the system is operational;
„katkestuseta ümberlülitus või käigultvahetus” – Euroopa lennuliikluse juhtimisvõrgu (EATMN) süsteemi osade või tarkvara vahetamine süsteemi töötamise ajal ilma töö katkestamiseta;
‘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;
„tarkvara turvalisuse nõue” – ülevaade sellest, mida tarkvara peab sisendeid ja piiranguid arvesse võttes tootma; selle täitmisega tagatakse EATMNi tarkvara turvaline ning kasutusvajadustele vastav toimimine;
‘EATMN software’ means software used in the EATMN systems referred to in Article 1;
„EATMNi tarkvara” – artiklis 1 osutatud EATMNi süsteemides kasutatav tarkvara;
‘requirements validity’ means the confirmation by examination and provision of objective evidence that the particular requirements for a specific use are as intended;
„nõuete kehtivus” – konkreetseks kasutuseks ette nähtud nõuete otstarbekohasuse kinnitamine kontrollide ja objektiivsete tõendite abil;
‘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;
„sõltumatult saavutatav” – tarkvara vastavustõendamise teeb muu isik kui kontrollitava toote väljatöötaja;
‘software malfunction’ means the inability of a programme to perform a required function correctly;
„tarkvararike” – programmi võimetus täita nõutavat funktsiooni nõuetekohaselt;
‘software failure’ means the inability of a programme to perform a required function;
„tarkvaratõrge” – programmi võimetus nõutavat funktsiooni täita;
‘COTS’ means a commercial available application sold by vendors through public catalogue listings and not intended to be customised or enhanced;
„COTS” – turul olevad rakendused, mida tarnija müüb avalike kataloogide kaudu ja mis ei ole ette nähtud kohandamiseks ega täiustamiseks;
‘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;
„tarkvarakomponendid” – moodulid, mida on võimalik kohandatud tarkvararakenduse loomiseks sobitada või ühendada teiste taaskasutatavate tarkvaramoodulitega;
‘independent software components’ means those software components which are not rendered inoperative by the same failure condition that causes the hazard;
„sõltumatud tarkvarakomponendid” – sellised tarkvarakomponendid, mida ei muuda kasutuskõlbmatuks ohuolukorda põhjustav tõrkeseisund;
‘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;
„tarkvara ajaline jõudlus” – aeg, mille jooksul tarkvara peab antud sisendile või perioodilistele sündmustele vastama, ja/või tarkvara jõudlus, võttes arvesse ajaühikus sooritatavaid tehinguid või töödeldavaid teateid;
‘software capacity’ means the ability of the software to handle a given amount of data flow;
„tarkvara võimekus” – tarkvara võime tulla toime etteantud andmevoo mahuga;
‘accuracy’ means the required precision of the computed results;
„täpsus” – arvutatud tulemuste nõutav täpsus;
‘software resource usage’ means the amount of resources within the computer system that can be used by the application software;
„tarkvara ressursikasutus” – arvutisüsteemi ressursside hulk, mida rakendustarkvara võib kasutada;
‘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;
„tarkvara mittekapriissus” – tarkvara käitumine ootamatute sisendite, riistvara rikete ja energiakatkestuste korral kas arvutisüsteemis endas või sellega ühendatud seadmetes;
‘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;
„ülekoormuse taluvus” – süsteemi käitumine ja eelkõige selle taluvus sisendite korral, mille sagedus on suurem kui süsteemi tavalise toimimise korral;
‘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;
„EATMNi tarkvara nõuetekohane ja täielik vastavustõendamine” – olukord, kus kõigi tarkvara turvalisuse nõuetega määratletakse täpselt, mida riski hindamise ja vähendamisega tarkvarakomponendilt nõutakse, ning nende nõuete rakendamine on näidatud tasemeni, mida nõuab tarkvara turvalisuse tagatuse tase;
‘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;
„tarkvara elutsükli andmed” – tarkvara elutsükli jooksul toimingute kavandamiseks, suunamiseks, selgitamiseks, määratlemiseks, registreerimiseks või nendest toimingutest tõendite jätmiseks loodud andmed. Kõnealused andmed võimaldavad tarkvara elutsükli protsesside sidumist, süsteemi või seadmete heakskiitmist ning sellejärgset tarkvaratoote modifitseerimist;
‘software life cycle’ means:
„tarkvara elutsükkel”:
an ordered collection of processes determined by an organisation to be sufficient and adequate to produce a software product;
tellitud protsesside kogum, mille organisatsioon on tunnistanud tarkvaratoote loomise jaoks piisavaks ja rahuldavaks;
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;
ajavahemik alates tarkvaratoote loomise või modifitseerimise otsusest kuni toote kasutuselt kõrvaldamiseni;
‘system safety requirement’ means a safety requirement derived for a functional system.
„süsteemi turvalisuse nõue” – funktsionaalse süsteemi jaoks loodud turvalisuse nõue.
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.
Kui organisatsioon peab kohaldatava ühenduse või siseriikliku õiguse kohaselt hindama ja vähendama riski, tuleb tal selleks, et tegeleda EATMNi tarkvaraga seotud spetsiifiliste aspektidega, sealhulgas kõigi tarkvara tööd käsitlevate süsteemis tehtavate muudatustega, nagu katkestuseta ümberlülitus või käigultvahetus, määratleda tarkvara turvalisuse tagamise süsteem ja seda rakendada.
The organisation shall ensure, as a minimum, that its software safety assurance system produces evidence and arguments that demonstrate the following:
Organisatsioon peab vähemalt tagama, et tema tarkvara turvalisuse tagamise süsteem pakub tõendeid ja põhjendusi, mis näitavad järgmist:
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;
tarkvara turvalisuse nõuded määratlevad täpselt, mida on vaja tarkvara ohutuseesmärgi ja -nõuete täitmiseks, nagu on määratletud riski hindamise ja vähendamise protsessis;
traceability is addressed in respect of all software safety requirements;
jälgitavust käsitletakse seoses kõigi tarkvara turvalisuse nõuetega;
the software implementation contains no functions which adversely affect safety;
tarkvara rakendamine ei sisalda funktsioone, mis avaldavad negatiivset mõju turvalisusele;
the EATMN software satisfies its requirements with a level of confidence which is consistent with the criticality of the software;
EATMNi tarkvara vastab nõuetele usaldusväärsuse tasemega, mis on kooskõlas tarkvara kriitilisusega;
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:
punktides a kuni d kehtestatud üldiste ohutusnõuete järgimist kindlustavad tagatised; nõutavatest tagatistest tunnistust andvad põhjendused tulenevad alati
a known executable version of the software;
tarkvara teadaolevast täitmisversioonist;
a known range of configuration data;
seadistusandmete teadaolevast ulatusest;
a known set of software products and descriptions, including specifications, that have been used in the production of that version.
teadaolevatest tarkvaratoodetest ja kirjeldustest, sealhulgas kõnealuse versiooni tootmiseks kasutatud spetsifikatsioonidest.
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.
Organisatsioon teavitab riiklikke järelevalveorganeid nõutavatest tagatistest, millega näidatakse lõikes 2 nimetatud nõuete täitmist.
Requirements applying to the software safety assurance system
Tarkvara turvalisuse tagamise süsteemi suhtes kohaldatavad nõuded
The organisation shall ensure, as a minimum, that the software safety assurance system:
Organisatsioon tagab vähemalt, et tarkvara turvalisuse tagamise süsteem
is documented, specifically as part of the overall risk assessment and mitigation documentation;
on dokumenteeritud ning moodustab osa riskide hindamise ja vähendamise üldisest dokumentatsioonist;
allocates software assurance levels to all operational EATMN software in compliance with the requirements set out in Annex I;
määrab kogu kasutatavale EATMNi tarkvarale turvalisuse tagatuse taseme vastavalt I lisas sätestatud nõuetele;
includes assurances of:
kindlustab
software safety requirements validity in compliance with the requirements set out in Annex II, Part A;
tarkvara turvalisuse nõuete kehtivuse vastavalt II lisa A osas sätestatud nõuetele;
software verification in compliance with the requirements set out in Annex II, Part B;
tarkvara vastavustõendamise vastavalt II lisa B osas sätestatud nõuetele;
software configuration management in compliance with the requirements set out in Annex II, Part C;
tarkvara seadistamise haldamise vastavalt II lisa C osas sätestatud nõuetele;
software safety requirements traceability in compliance with the requirements set out in Annex II, Part D;
tarkvara turvalisuse nõuete jälgitavuse vastavalt II lisa D osas sätestatud nõuetele;
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:
määrab kindlaks, kui ranged peavad olema tagatised. Rangus tuleb määratleda tarkvara turvalisuse tagatuse kõikide tasemete jaoks ning peab tarkvara kriitilisuse suurenedes samuti suurenema; selleks peavad
the variation in rigour of the assurances per software assurance level must include the following criteria:
erinevused tagatiste ranguses tarkvara turvalisuse tagatuse taseme kohta sisaldama järgmisi kriteeriume:
required to be achieved with independence;
peavad olema sõltumatult saavutatavad;
required to be achieved;
peavad olema saavutatavad;
not required;
ei pea olema saavutatavad;
the assurances corresponding to each software assurance level must give sufficient confidence that the EATMN software can be operated tolerably safely;
tarkvara turvalisuse tagatuse igale tasemele vastavad tagatised piisava usaldusväärsusega tõendama, et EATMNi tarkvara on võimalik käitada vastuvõetava turvalisusega;
uses feedback of EATMN software experience to confirm that the software safety assurance system and the assignment of assurance levels are appropriate.
kasutab EATMNi tarkvara käitamise kogemustest saadavat tagasisidet eesmärgiga saada kinnitus selle kohta, et tarkvara turvalisuse tagamise süsteem ja turvalisuse tagatuse tasemete määramine vastavad nõuetele.
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.
Selleks võrreldakse turvalisusega seotud vahejuhtumitest teatamist ja nende hindamist käsitlevate asjakohaste nõuete kohaselt esitatud tarkvararikete ja -tõrgete tagajärgi asjaomase süsteemi jaoks määratletud tagajärgedega vastavalt määruse (EÜ) nr 2096/2005 II lisa punktis 3.2.4 kehtestatud tõsidusastmeid käsitlevale kavale.
Requirements applying to changes to software and to specific software
Tarkvarasse tehtavate muudatuste ja eriotstarbelise tarkvara suhtes kohaldatavad nõuded