31.5.2008   

LV

Eiropas Savienības Oficiālais Vēstnesis

L 141/5

(1)

Saskaņā ar Regulu (EK) Nr. 550/2004 Komisijai ir jāidentificē un jāpieņem attiecīgie Eurocontrol drošības normatīvo prasību (ESARR) noteikumi, ņemot vērā esošos Kopienas tiesību aktus. ESARR 6 ar nosaukumu “Programmatūra ATM sistēmās” paredz virkni drošības normatīvās prasības programmatūras drošības garantijas sistēmas īstenošanai.

(2)

Komisijas 2005. gada 20. decembra Regulas (EK) Nr. 2096/2005, ar kuru paredz kopīgas prasības aeronavigācijas pakalpojumu sniegšanai (2), 12. apsvēruma pēdējais teikums norāda, ka “Attiecīgie ESARR 1 noteikumi par drošības pārraudzību ATM un ESARR 6 – par programmatūru ATM sistēmās jāidentificē un jāpieņem ar atsevišķiem Kopienas aktiem”.

(3)

Regulas (EK) Nr. 2096/2005 II pielikums paredz, ka gaisa satiksmes pakalpojumu sniedzējiem jāīsteno drošības pārvaldības sistēma, kā arī drošības prasības riska novērtēšanai un mazināšanai attiecībā uz izmaiņām. Savu drošības pārvaldības sistēmu ietvaros un kā daļu no savām riska novērtēšanas un mazināšanas darbībām attiecībā uz izmaiņām gaisa satiksmes pakalpojumu sniedzējiem būtu jādefinē un jāīsteno programmatūras drošības garantijas sistēma, it sevišķi attiecībā uz aspektiem, kas saistīti ar programmatūru.

(4)

Primārais programmatūras drošības mērķis, kas jāsasniedz funkcionālajām sistēmām, kurās ietilpst programmatūra, ir nodrošināt, lai riski, kas saistīti ar programmatūras izmantošanu Eiropas Gaisa satiksmes pārvaldības tīkla sistēmās (“EATMN programmatūrā”), tiktu samazināti līdz pieļaujamam līmenim.

(5)

Šai regulai nebūtu jāattiecas uz militārajām operācijām un mācībām, kas minētas 1. panta 2. punktā Eiropas Parlamenta un Padomes 2004. gada 10. marta Regulā (EK) Nr. 549/2004, ar ko nosaka pamatu Eiropas vienotās gaisa telpas izveidošanai (pamatregula) (3).

(6)

Tādēļ Regulas (EK) Nr. 2096/2005 II pielikumā nepieciešams veikt atbilstošus grozījumus.

(7)

Šajā regulā paredzētie pasākumi ir saskaņā ar Vienotās gaisa telpas komitejas viedokli,

1)

“programmatūra” ir datorprogrammas un attiecīgie konfigurācijas dati, tostarp nepilnveidojama programmatūra, izņemot tādus elektroniskus vienumus kā specifiskas integrētās shēmas, programmējamas loģisko elementu matricas vai pusvadītāju loģiskie kontrolleri;

2)

“konfigurācijas dati” ir dati, kas ģenērisku programmatūras sistēmu konfigurē atbilstīgi konkrētam izmantošanas veidam;

3)

“nepilnveidojama programmatūra” ir programmatūra, kas saskaņā ar spēkā esošo līgumu netiek pilnveidota;

4)

“drošības garantijas” ir visas plānotas un sistemātiski veiktas darbības, kas nepieciešamas, lai nodrošinātu atbilstošu pārliecību, ka produkts, pakalpojums, organizācija vai funkcionālās sistēmas būs pieņemamā vai pieļaujamā drošības līmenī;

5)

“organizācija” ir ATS sniedzējs, CNS sniedzējs vai vienība, kas sniedz ATFM vai ASM;

6)

“funkcionālā sistēma” ir sistēmu, procedūru un cilvēkresursu kopums, kas organizēts ATM kontekstā noteiktas funkcijas veikšanai;

7)

“risks” ir apdraudējumu izraisoša notikuma ar bīstamām sekām vispārējas varbūtības vai atgadīšanās biežuma un seku nopietnības apvienojums;

8)

“apdraudējums” ir jebkura situācija, notikums vai gadījums, kas varētu izraisīt avāriju;

9)

“jauna programmatūra” ir programmatūra, kas ir pasūtīta vai par kuru ir parakstīti saistoši līgumi pēc šīs regulas stāšanās spēkā;

10)

“drošības mērķis” ir kvalitatīvs vai kvantitatīvs formulējums, ar kuru definē maksimālo biežumu vai varbūtību, kuras gadījumā var pieņemt, ka radīsies apdraudējums;

11)

“drošības prasības” ir risku mazinoši līdzekļi, kā definēts riska mazināšanas stratēģijā, ar kuriem sasniedz konkrētu drošības mērķi, tai skaitā organizatoriskas, darbības, procedūras, funkcionālas, snieguma un sadarbspējas prasības vai vides raksturojumus;

12)

“pārslēgšana vai karstā pārnešana” ir Eiropas gaisa satiksmes pārvaldības tīkla (EATMN) sistēmas komponentu vai programmatūras nomaiņa sistēmas ekspluatācijas laikā;

13)

“programmatūras drošības prasības” ir apraksts par to, kas programmatūrai ir jāveic, ņemot vērā dotos ievaddatus un ierobežojumus; ja minētās prasības ir izpildītas, nodrošina, ka EATMN programmatūra darbojas droši un atbilstīgi darbības prasībām;

14)

“EATMN programmatūra” ir programmatūra, ko izmanto EATMN sistēmās, kas minētas 1. pantā;

15)

“prasību spēkā esība” ir, pārbaudot un nodrošinot objektīvus pierādījumus, gūtais apstiprinājums, ka īpašās prasības, kas attiecas uz konkrēto izmantojumu, ir tādas, kādas tās ir paredzētas;

16)

“veikts neatkarīgi” attiecībā uz programmatūras verifikācijas procesu nozīmē, ka verifikāciju ir veikusi(-ušas) persona(-as), kas nav izstrādājusi(-šas) pārbaudāmo vienumu;

17)

“programmatūras disfunkcija” ir programmas nespēja pareizi izpildīt nepieciešamo funkciju;

18)

“programmatūras atteice” ir programmas nespēja izpildīt nepieciešamo funkciju;

19)

“COTS” ir tirdzniecībā pieejams komplekts, ko pārdevēji tirgo, izmantojot publiskos katalogus, un ko nav paredzēts izveidot vai uzlabot pēc individuāla pasūtījuma;

20)

“programmatūras sastāvdaļas” ir standarta bloks, ko var pielāgot vai savienot ar citiem vairākkārtīgi izmantojamiem programmatūras blokiem, lai kombinētu un izveidotu klienta programmatūras komplektu;

21)

“neatkarīgas programmatūras sastāvdaļas” ir tādas programmatūras sastāvdaļas, kuras nezaudē spēju darboties tādos atteices apstākļos, kas izraisa apdraudējumu;

22)

“programmatūras laikaiztures veiktspēja” ir laiks, kurā programmatūrai jāreaģē uz dotajiem ievaddatiem vai periodiskiem notikumiem, un/vai programmatūras veiktspēju, ko raksturo vienā laika vienībā apstrādātās operācijas vai ziņojumi;

23)

“programmatūras jauda” ir programmatūras spēja apstrādāt doto datu plūsmas apjomu;

24)

“pareizība” ir vajadzīgais aprēķināto rezultātu precizitātes līmenis;

25)

“programmatūras resursu izmantojums” ir datorsistēmas resursu apjoms, ko var izmantot ar lietojumprogrammatūru;

26)

“programmatūras robustums” ir programmatūras uzvedība neparedzētas datu ievades, datoraparatūras defektu un strāvas padeves pārrāvumu gadījumā, kas rodas vai nu pašā datorsistēmā, vai saistītajās ierīcēs;

27)

“pārslodzes tolerance” ir sistēmas uzvedība, un jo īpaši tās tolerance situācijā, kad ievaddatu apjoms ir lielāks, nekā gaidīts normālas ekspluatācijas laikā;

28)

“pareiza un pilnīga EATMN programmatūras verifikācija” nozīmē visas programmatūras drošības garantijas prasības, kuras pareizi formulē, kādas riska novērtēšanas un mazināšanas procesa prasības attiecas uz prasības uz programmatūras sastāvdaļām, un ka to izpilde atbilst programmatūras drošības garantijas līmenim;

29)

“programmatūras dzīves cikla dati” ir dati, kas programmatūras dzīves cikla laikā radīti darbību plānošanai, adresēšanai, izskaidrošanai, definēšanai, ierakstīšanai vai pierādījumu sniegšanai par minētajām darbībām, šie dati nodrošina programmatūras dzīves cikla procesus, sistēmas vai aparatūras apstiprināšanu un programmatūras produkta pēcapstiprināšanas modifikāciju;

30)

“programmatūras dzīves cikls” ir:

31)

“sistēmas drošības prasība” ir drošības prasība, kas noteikta funkcionālajai sistēmai.

a)

programmatūras garantijas prasībās korekti izklāstītas prasības, kas programmatūrai jāizpilda, lai īstenotu drošības mērķus un prasības, kā identificēts riska novērtēšanas un mazināšanas procesā;

b)

trasējamība ir attiecināta uz visām programmatūras drošības prasībām;

c)

programmatūras uzstādīšanā nav funkciju, kas nelabvēlīgi ietekmē drošību;

d)

EATMN programmatūra atbilst tās prasībām tādā ticamības līmenī, kas atbilst programmatūras drošuma kategorijai;

e)

tiek sniegtas garantijas, kas apstiprina, ka vispārējās drošības prasības, kas minētas a) līdz d) apakšpunktā, ir izpildītas, un vajadzīgo garantiju apliecinošie argumenti vienmēr izriet no:

1)

ir īpaši dokumentēta kā daļa no kopējās riska novērtēšanas un mazināšanas dokumentācijas;

2)

nosaka programmatūras garantijas līmeņus visai ekspluatācijā esošai EATMN programmatūrai atbilstīgi I pielikumā minētajām prasībām;

3)

ietver garantijas par:

4)

nosaka stingrības līmeni, līdz kādai garantijas tiek noteiktas; stingrība ir jānosaka katram programmatūras garantijas līmenim, un tā ir jāpaaugstina, ja paaugstinās programmatūras kategorija; šim nolūkam:

5)

lai apstiprinātu, ka programmatūras drošības garantijas sistēma un piešķirtie garantijas līmeņi ir piemēroti, izmanto atsauksmes par pieredzi, kas gūta, strādājot ar EATMN programmatūru. Šim nolūkam programmatūras disfunkcijas vai atteices sekas, par kurām ziņots saskaņā ar attiecīgajām prasībām par ziņošanu par notikumiem, kas saistīti drošību, un to novērtēšanu, ir jānovērtē, salīdzinot ar attiecīgajai sistēmai norādīto ietekmi saskaņā ar Regulas (EK) Nr. 2096/2005 II pielikuma 3.2.4. daļā ievietoto nopietnības klasifikācijas shēmu.