Prototipa stāvokļa pārbaude nenotiek saskaņā ar metodēm. Lielā naftas un gāzes enciklopēdija

2014. gada 27. janvāris 08:45

"Un, jūs zināt, mēs visi baudām bulciņas ..."
no multfilmas "Karlsons ir atgriezies"

Informācijas sistēmas pieņemšana, protams, ir visa informācijas sistēmas izveides projekta apoteoze. Neļaujiet citātam raksta sākumā jūs maldināt, šis ir svarīgs un nopietns notikums. Domāju, ka šie ir svētki abām pusēm, bet, kā zināms, lai svētki izdotos labi, tiem ir labi jāsagatavojas.

Sāciet ar formātu pieņemšanas testi, lai gan, visticamāk, tas jau sen ir noteikts, piemēram, līgumā vai darba uzdevumā. Tomēr es izceltu divus šī pasākuma rīkošanas variantus un saucu tos nosacīti: sistēmas akceptēšana “pēc jēdzieniem” un sistēmas akceptēšana “pēc zinātnes”. Ar pirmo viss ir pietiekami skaidrs, taču aprakstīt šādu procedūru nav iespējams. Tā var būt pilnīga formalitāte – jautri salidojumi ar uzmundrinošiem dzērieniem vai īsta bakhanālija, kur tehniska uzdevuma pieminēšana ir kaut kas nepiedienīgs un pat aizskarošs. Bet es gribētu sīkāk pakavēties pie otrā varianta, iespējams, šis raksts nedaudz atklāsies speciālistiem iesācējiem, un es baidos, ka dažiem veciem karotājiem pieņemšanas pārbaužu sakramenta priekškars. Mēģināšu arī sniegt dažus padomus, lai testi būtu produktīvāki.

Mazliet par standartiem. Senos laikos, būdams students, es, tāpat kā daudzi manas paaudzes jaunieši, biju skeptiski noskaņota pret dažādiem PSRS standartiem un vadlīnijām, tajā pašā laikā pat neiedziļinoties to būtībā. Bet pagāja diezgan daudz laika un veselais saprāts ņēma virsroku, es ne tikai pats uzklāju GOST, bet arī iesaku tos izmantot citiem. Protams, 80.-90.gadu GOST ir acīmredzami atavismi, tomēr es tos salīdzinu ar bruņoto spēku hartu, tos sauc par “uz asinīm rakstītiem”, un ticiet man, ir daudz saprātīgu domu. Speciālisti, kuri zina GOST, kā arī dokumentus, kas sastādīti saskaņā ar GOST un RD, ir redzami no tālienes, un tie skaidri atšķiras uz labo pusi.

Pieņemšanas testi tiek veikti saskaņā ar GOST 34.603-92" Informāciju tehnoloģijas. Automatizēto sistēmu testēšanas veidi". Šāda veida pārbaude ir galīga pēc sākotnējām pārbaudēm un izmēģinājuma darbības. Šo testu mērķis ir pārbaudīt automatizētās sistēmas atbilstību Nolikuma prasībām un izdarīt slēdzienu par Sistēmas gatavību nodošanai pastāvīgā ekspluatācijā.

Pārbaudes tiek veiktas saskaņā ar dokumentu Programma un pieņemšanas testu (TMI) metodi. PMI ir izstrādāts, izmantojot RD 50-34.698-90 “Automatizētās sistēmas. Prasības dokumentu saturam. Pirmkārt, pateicoties šim dokumentam, pieņemšanas testi "pēc jēdzieniem" pārvēršas par pieņemšanas testiem "pēc zinātnes". PMI ir aprakstītas visas darba uzdevuma prasības (funkcionālās un nefunkcionālās) un sagaidāmie audita rezultāti.

Padomes numurs 1. PMI ir pēdējā iespēja Klientam ietekmēt saņemtās informācijas sistēmas īpašības. It īpaši, ja projekta gaitā tika izstrādāts Darba uzdevums, kas klasiskajā izpratnē saka “ko darīt” (mērķi un uzdevumi, Vispārīgās prasības, prasības programmatūrai, aparatūrai un dokumentācijai, prasības personālam u.c.) un netika izstrādāts Tehniskais projekts, kurā rakstīts “kā to izdarīt” (konkrēts tehniskie risinājumi specifisku darba uzdevuma prasību īstenošanai). Atvēliet pietiekami daudz laika, lai izstrādātu un saskaņotu programmu un pieņemšanas pārbaudes metodiku. Ja vēlaties, šī būs jūsu pieņemšanas testa harta.

Papildus vienošanās par PMI klientam nevajadzētu aizmirst izdot rīkojumu par pieņemšanas komisijas sastāvu un iepazīstināt katru tās locekli ar PMI pret parakstu. Kuru iekļaut komisijā, tā ir Klienta personīga lieta. Es iesaku, lai tajā būtu:

• Funkcionālie klienti
• Nodaļu pārstāvji - galvenie Sistēmas lietotāji
• Tehnisko nodaļu pārstāvji, kas turpinās apkalpot Sistēmu

Un arī nebija (attiecas uz abām pusēm):

• Vāji un nelīdzsvaroti darbinieki
• Darbinieki, kuri neklausās un slikti izsakās
• Ārštata darbinieki pārstāvot konkurentu uzņēmumus

Padomes numurs 2. Vai vēlaties, lai automatizētās sistēmas pieņemšanas pārbaudēs viss notiek “pieaugušā veidā”? Papildus funkcionālo prasību pārbaudei veiciet tālāk norādītās darbības.

• Sistēmas programmatūras izvietošana no nulles
• Sistēmas pilnīgas un daļējas atjaunošanas deklarēto laika rādītāju pārbaude
• Sistēmas veiktspējas pārbaude, mērot galveno funkciju izpildes laiku, kaut arī ekskluzīvā režīmā. Protams, šie rādītāji sākotnēji ir jāapraksta nolikumā, pretējā gadījumā puses būs lemtas strīdēties, ka ir "ērts laiks" tās vai citas operācijas veikšanai. Mans subjektīvais viedoklis ilgus gadus ir nemainīgs - līdz 3 sekundēm. lai veiktu vienkāršas pamata darbības, jums jāturpina no konkrēta situācija
• Sistēmas stabilitātes un uzticamības pārbaude. Pietiks arī ar šādu elementāru testu - atveriet saskarnes formu datu ievadei, izvelciet strāvas vadu vai atvienojiet Wi-Fi savienojumu, mēģiniet saglabāt datus, saņemt adekvātu ziņojumu, atjaunot savienojumu un vēlreiz mēģināt saglabāt . Ja šai tīmekļa lietojumprogrammai ir ieteicams pārbaudīt lapu pārlādēšanas pareizību, tas ir, pēc noteiktas formas/lapas atvēršanas, pēc datu saglabāšanas komandas izpildes utt., piespiediet atsvaidzināšanas komandu (pārlūkprogrammās tas parasti ir taustiņš F5 )
• Dokumentācijas pilnīguma un kvalitātes pārbaude. Šo daļu labāk pabeigt pirms testa sākuma, jo. tas aizņem diezgan daudz laika. Tieši uz pašiem testiem paziņojiet šī testa rezultātus

Kopumā sāciet ar visas sistēmas programmatūras (operētājsistēmu, biroja komplektu, datu bāzu pārvaldības sistēmu utt.) atbilstības pārbaudi un tehniskā palīdzība Sistēmām (serveriem, klientu stacijām, sakaru kanāliem u.c.) Nolikuma noteiktajām prasībām. Neatbilstības šajos punktos var kļūt par pamatotu iemeslu Sistēmas raksturlielumu neatbilstībai deklarētajiem rādītājiem un pat pilnīgai atsevišķu Sistēmas funkciju atteicei.

Padomes numurs 3. Pieņemšanas testi tiek veikti kontroles datu kopai. Sistēmai jābūt ielādētai ar datiem, kas ir vismaz salīdzināmi ar plānoto datu apjomu pirmajā darbības gadā. Lai tā ir automātiski ģenerēta informācija, satura kvalitāte šeit nav pirmajā vietā. Ja izmēģinājuma darbības laikā jau ir ģenerēts nepieciešamais datu apjoms, lieliski.

Padomes numurs 4. Bieži nolikumā ir ierakstīta frāze "Sistēmai jānodrošina vienlaicīga N lietotāju darbība". Darbuzņēmējs galvenokārt nodrošina pieejamību nepieciešamo summu konkurētspējīgas licences (ja tiek nodrošināta šāda licencēšanas politika). Nevilcinieties jautāt, kā organizatoriski vai tehniski tika nodrošināta šīs prasības izpilde. Ja ir veikti slodzes testi (automātiskā un/vai manuālā režīmā), lūdziet protokolu un veikšanas programmu. Ja šie testi tiek uzsākti tieši uz testiem, gods un uzslava darbuzņēmējam.

Pamatojoties uz pieņemšanas pārbaužu rezultātiem, tiek sastādīts protokols (atskaite) par pārbaudes rezultātiem, tajā var būt pielikums, kurā aprakstīti identificētie komentāri un to novēršanas laiks (neaizmirstiet par to), kā arī akts. tehniskais stāvoklis Sistēma un gatavība tās pieņemšanai komerciāla darbība. Šo dokumentu saturs ir aprakstīts arī RD 50-34.698-90 “Automatizētās sistēmas. Prasības dokumentu saturam.

Pēc veiksmīgiem testiem saskaņā ar veco krievu tradīciju jaundzimušā Sistēma ir “jāmazgā”, lai gan es to neatradu nevienā GOST.

(4,44 - novērtējuši 9 cilvēki)

Nē, ne tā. Vienkārši ir cits laiks un cits darbs, kas mums ir.

Iepriekš bija pasūtītājs, kuru pārstāvēja valsts, bija izpildītājs (piemēram, kaut kāds pētniecības institūts), bija labuma guvējs - kaut kāda ražotne. Pasūtītājs, protams, vēlējās, lai izpildītāja paveiktais atbilstu sākotnējām labuma guvēja prasībām. Citādi korupcija, līdzekļu izsaimniekošana un tas viss.

Šeit ir jauna līgumu sistēma, kas aizstāj 94. federālo likumu, kā arī vēlas kontrolēt darba rezultātu izejā. Tur, iespējams, būs nepieciešami "pieņemšanas testi" tieši klientam. Šim nolūkam standarti laika gaitā tiks atjaunināti (likumdošanā muitas savienība tas jau pastāv iekārtām un iekārtām). Un par to maksās pats klients, t.i. Valsts.

1. lapa

Pieņemšanas testi tiek veikti saskaņā ar noteikto programmu un metodiku, uzrādot ĀS izveides darba uzdevumu, darba žurnālus, pieņemšanas aktus un izmēģinājuma darbības pabeigšanu. Šo pārbaužu laikā tiek pārbaudīta AES funkcionēšana TO noteiktajos apstākļos, autonomi un kompleksa ietvaros, kā arī tiek pārbaudīti līdzekļi AES darbspējas atjaunošanai pēc atteicēm un iespēja praktiski īstenot visas ieteicamās procedūras. Programmas testēšanas protokoli ir apkopoti vienotā protokolā, uz kura pamata tiek izdarīts secinājums par sistēmas atbilstību TOR prasībām un iespēju izsniegt AES pieņemšanas aktu pastāvīgai ekspluatācijai.

Pieņemšanas testi jāveic 2 reizes: primārie 3 mēnešu laikā.

Pieņemšanas testus veic sistēmā iekļautās testēšanas organizācijas un departamenti valdības organizācijas valsts pārbaudēm vai citām mātesorganizācijas iesaistītajām organizācijām un uzņēmumiem noteiktajā kārtībā veikt pieņemšanas testus, piedaloties ražotājam un izstrādātājam.

Pieņemšanas testi tiek veikti, lai noteiktu produktu ražošanas iespējamību un iespējamību. Eksperimentālie vai prototipa paraugi (partijas) komisijā sertificētiem produktiem tiek pakļauti testiem, izmantojot sertificētu testēšanas aprīkojumu.

Pieņemšanas testi tiek veikti, lai noteiktu produktu laišanas ražošanā iespējamību un iespējamību. Lai atrisinātu jautājumu par šo izstrādājumu nodošanas ekspluatācijā iespējamību, tiek veiktas viengabala ražošanas produktu pieņemšanas pārbaudes. Eksperimentālie vai prototipa produktu paraugi (partijas) tiek pakļauti testiem. Piegādājot ražošanā produktu saimi, diapazonu vai izmēru diapazonu, tipisks pārstāvis tiek izvēlēts, pamatojoties uz nosacījumu par iespēju paplašināt tā testu rezultātus uz visu produktu komplektu. Pieņemšanas testus veic sertificēti testēšanas departamenti, izmantojot sertificētu testēšanas aprīkojumu. Šīs organizācijas pārbauda galvenajām testēšanas organizācijām piešķirtos produktus.

Pieņemšanas testi jāveic elektriskās mašīnas prototipam, tāpēc šo pārbaužu apjoms ir diezgan liels. Jā, automašīnām. līdzstrāva pieņemšanas pārbaudes programmā ir 17 vienības, sinhronajām mašīnām - 22 vienības, asinhronajiem motoriem - 16 vienības.

Pieņemšanas testi nevar atklāt aprakstīto programmatūras bojājumu, jo tas nekādā veidā neietekmē dizainu, un simulatora programma to var atklāt tikai retos gadījumos, jo ļaunprātīgu darbību diapazons ir pārāk liels, lai to būtu ieteicams īstenot visu iespējamo. bīstamas situācijas simulatorā.

Pieņemšanas testus veic departamentu, starpresoru vai valsts komisijas pēc sekmīgas provizorisko pārbaužu pabeigšanas. Papildus sākotnējo pārbaužu apjomam pieņemšanas pārbaudēs tiek noteikts cilindru, blīvējumu, gultņu un kloķa mehānisma eļļas patēriņš vai eļļošana.

Pieņemšanas testi tiek veikti saskaņā ar visdetalizētākajām programmām, kas noteiktas standartos vai specifikācijās šāda veida mašīnām. Viņu mērķis ir pārbaudīt saražoto mašīnu atbilstību visiem tehniskajām prasībām. Pieņemšanas testos tiek veikti prototipi - pirmie rūpnieciskie šāda veida mašīnu paraugi, ko ražo uzņēmums. Paraugu skaits, kas jāņem akcepttestēšanai, ir noteikts standartos vai specifikācijās dotais tips mašīnas. Visas turpmākās mašīnas ir jāražo uzņēmumam, nemainot konstrukciju, tehnoloģiju vai ražošanā izmantotos materiālus.

Pieņemšanas testi tiek veikti, lai noteiktu mašīnas faktisko veiktspēju, kā arī noteiktu sastāvdaļu (pārnesumu, gultņu, bremžu uc) pareizu darbību. Pieņemšanas testi tiek veikti testa laukumā apstākļos, kas ir tuvu ekspluatācijas apstākļiem. vienus.Pārbaudes rezultātus ieraksta mašīnas pasē.Ja pārbaudes laikā defekti,to ieraksta defektu aktā un pēc tam novērš.

Pieņemšanas testi tiek veikti, lai pārbaudītu iekārtas piegādātāja garantēto veiktspēju. Šo testu programma parasti paredz virkni līdzsvara eksperimentu ar paaugstinātu precizitāti apstākļos, kas ir pakļauti pārbaudei saskaņā ar piegādātāja garantijas datiem.

Pieņemšanas testi ir oficiālas pārbaudes komisijas klātbūtnē, pēc kuru rezultātiem tiek secināts, ka ir lietderīgi uzsākt masveida ražošanu, un sūkņiem individuāla ražošana- nodošana ekspluatācijā. Tajā pašā laikā tiek noteikti un dokumentācijā iekļauti testēšanas laikā iegūtie sūkņa parametriskie rādītāji un raksturlielumi. Nākotnē atbilstoši šiem rādītājiem un raksturlielumiem, ņemot vērā pielaides tiek veikta sērijveida sūkņu kvalitātes kontrole.

Pieņemšanas testi nosaka mašīnas faktiskās veiktspējas atbilstību specifikācijām un tiek veiktas uz īpašiem stendiem apstākļos, kas ir pēc iespējas tuvāki ekspluatācijas apstākļiem.

Darbgaldu pieņemšanas pārbaude saskaņā ar vispārīgo specifikācijas to izgatavošanai un pieņemšanai tie tiek veikti tukšgaitā, lai pārbaudītu mehānismu darbību un zem slodzes, lai noteiktu apstrādes produktivitāti, precizitāti un tīrību. Pārbaudes laikā tiek pārbaudīta visa vadības ierīču ieslēgšana, pārslēgšana un pārraide, lai noteiktu to darbības pareizību, bloķēšanu, fiksācijas uzticamību un spontānu pārvietošanos neesamību, iesprūšanas, pagriešanas utt.

Pieņemšanas pārbaude ir viena no atskaites punkti būvējot jaunu auto. To mērķis ir: visaptverošs veiktspējas tests prototipus dažādos ceļa un klimatiskajos apstākļos atbilstoši attīstības uzdevumam (tajā skaitā karstā un aukstā klimatiskajā reģionā); visu svarīgāko parametru faktisko vērtību noteikšana; automašīnas uzticamības noteikšana kopumā, kā arī tās galvenās sastāvdaļas, mezgli un sistēmas; izveidotā automobiļa atbilstības pakāpes noteikšana paredzētajam mērķim un jauna modeļa laišanas ražošanā iespējamības noteikšana. Pieņemšanas pārbaudēm tiek iesniegti vidēji divi līdz četri paraugi. Pārbaudēs ietilpst ievērojama skaita laboratorijas un laboratorijas ceļu darbu veikšana, lai noteiktu transportlīdzekļu tehniskos un ekspluatācijas rādītājus un nobraukumu visos tipiskajos to paredzētās ekspluatācijas apstākļos.

CD un TD, un, ja nepieciešams, programmu dokumentācijas izstrāde tiek veikta saskaņā ar noteikumiem, kas noteikti vienotās projektēšanas dokumentācijas sistēmas (ESKD), vienotās tehnoloģiskās dokumentācijas sistēmas (ESTD) un vienotās sistēmas standartos. Programmas dokumentācijai (ESPD).

Projektēšanas vadībai jāatbilst 4.4 GOST R ISO 9001 prasībām. Ja tiek ieviests pirmais modelis, tad saskaņā ar NPB 180-99 pēc GUGPS pieprasījuma izstrādātājs (ražotājs) izstrādā tehnisko projektu (prasības tehniskais projekts ir noteikts GOST 2.120-73 ESKD. Tehniskais projekts) , kas saskaņo ar GUGPS un VNIIPO. Īstenojot otro un trešo modeli, lēmumu par tehniskā projekta izstrādes nepieciešamību pieņem pasūtītājs vai izstrādātājs.

Neatkarīgi no realizētā modeļa tiesības uz izstrādāto DD nosaka līgums starp pasūtītāju un izstrādātāju (ražotāju un ražotāju). Projekta dokumentācijas tiesību jautājuma risinājums ir viens no galvenajiem izstrādes un izgatavošanas procesā ugunsdzēsības aprīkojums. Ieviešot pirmo un otro modeli, izdevīgāk ir atstāt tiesības uz CA klientam (SBS struktūras). Tas ļauj pasūtītājam (VBS struktūrām) pieņemt lēmumu par licences izsniegšanu vai anulēšanu PA ražošanai, radīt konkurenci, nododot projekta dokumentāciju jaunam ražotājam, tādējādi ietekmējot ražotāju vai ražotāju. Ja tiesības uz projekta dokumentāciju pieder Valsts ugunsdzēsības dienestam, tad tas ļauj veikt pasūtījumus jau izstrādātu PA izgatavošanai uzņēmumos, kas atbilst Valsts ugunsdzēsības dienesta prasībām. Pretējā gadījumā, mainot ražotāju, ir atkārtoti jāizstrādā projekta dokumentācija, kas aizņem daudz laika un ir saistīta ar ievērojamām materiālajām izmaksām. Līdzīga situācija jau ir izveidojusies ugunsdzēsības tehnikas ražošanas vēsturē Krievijā: Ukrainas atdalīšanas laikā bija nepieciešams pārkārtot ražošanu un līdz ar to arī PA projektēšanas dokumentāciju un TD, līdzīgi tiem PA, kas tika ražoti. rūpnīcā ciematā. Vīraks Pryluky rajons Čerņigovas apgabalā.

Lai apstiprinātu izstrādātās projekta dokumentācijas atbilstību TOR, tiek izgatavots eksperimentāls jeb prototips PA: eksperimentāls sērijveida ražošanai; galva - nav sērijveida. Veidojot vienu PA, galvenais paraugs, kā likums, tiek pārdots klientam. Prototips vai prototips PA tiek pakļauts kontroles un testēšanas procedūrām saskaņā ar 4.10 - 4.12 GOST R ISO 9001 prasībām. To testu apjomu un saturu, kas nepieciešami, lai novērstu neizmantotu, neatbilstošu produktu ražošanu, nosaka izstrādātājs. , ņemot vērā novitāti, sarežģītību, funkcijas PA ražošanu un pielietojumu, kā arī klientu prasības. Tajā pašā laikā ir jāveic testi, lai nodrošinātu atbilstību visām standartu prasībām un normatīvie dokumenti institūcijas, kas uzrauga atbilstību drošības prasībām (SSBT standarti) un dabas aizsardzību.

Saskaņā ar GOST 15.201-2000 un NPB 180-99 eksperimentālajam vai prototipam PA tiek veikta šāda veida pārbaude: iepriekšēja (rūpnīcas), pieņemšana, ekspluatācija.

Iepriekšējos (rūpnīcas) testus organizē P&A veicējs, lai iepriekš novērtētu PA prototipa vai prototipa atbilstību tehnisko specifikāciju prasībām, kā arī noteiktu projekta prototipa vai prototipa gatavību. PA pieņemšanas testiem. Pārbaudes jāveic PA ražotājam (ražotājam) vai specializētai organizācijai, kas ir licencēta šāda veida testu veikšanai. Iepriekšējo pārbaužu komisijas sastāvu veido PA ražotājs, pamatojoties uz viņa izdotu rīkojumu. Komisijā jāiekļauj ražotāja (izstrādātāja un ražotāja) un Valsts ugunsdzēsības dienesta pārstāvji. Programmu un testēšanas metodiku izstrādā ražotājs un saskaņo ar GUGPS un VNIIPO. Iepriekšējās pārbaudes jāiekļauj kaujas izvietošana, lai noteiktu to izpildes laiku. Kaujas izvietošanas shēmas tiek izvēlētas saskaņā ar Ugunsdzēsības treniņu rokasgrāmatu.

Iepriekšējo (rūpnīcas) pārbaužu materiāli TOR ietvaros, specifikāciju projekti, testēšanas programmas un metodes, sākotnējo (rūpnīcas) pārbaužu akts tiek nosūtīti pasūtītājam izskatīšanai, lai atrisinātu jautājumu par pieņemšanas testu organizēšanu. Ieviešot pirmo modeli saskaņā ar NPB 180-99 prasību, uzskaitītie materiāli tiek nosūtīti GUGPS un VNIIPO.

Veidojot PA pēc pirmā modeļa, tiek organizēti un veikti valsts akcepttesti, pēc otrā un trešā modeļa - akcepttesti ar attiecīgo institūciju piedalīšanos. valsts uzraudzība un citām ieinteresētām organizācijām. Valsts akceptpārbaudes saskaņā ar GOST 15.201-2000 organizē valsts pasūtītājs, ja vien līgumā (līgumā) nav noteikts citādi. PA valsts pieņemšanas testu īpatnība ir tāda, ka saskaņā ar NPB 180-99 PA pieņemšanas komisijas sastāvu veido ražotājs (ražotājs), vienojoties ar GUGPS, kas izdod atbilstošu pasūtījumu. organizācijai. Par komisijas priekšsēdētāju tiek iecelts GUGPS pārstāvis, ar kuru vienojoties tiek nozīmēta pieņemšanas pārbaužu norises vieta un laiks.

PA prototipu akcepttestēšanu atbilstoši otrajam un trešajam R&D modelim saskaņā ar GOST 15.201-2000 organizē PA izstrādātājs. Īstenojot otro modeli, komisijas sastāvu veido pasūtītājs kopā ar izstrādātāju, komisijas priekšsēdētājs ir pasūtītāja pārstāvis, ja vien līgumā (līgumā) nav noteikts citādi. P&A gadījumā iniciatīvas izstrādes gadījumā (bez konkrēta pasūtītāja) pieņemšanas testus organizē izstrādātājs, un pieņemšanas komisiju parasti veido no potenciālo PA patērētāju, Valsts robeždienesta struktūru, valsts un uzraudzības iestādēm.

Neatkarīgi no ieviestā modeļa atbildība par pieņemšanas testu veikšanu ir to organizatoram. Saskaņā ar GOST 15.201-2000 ar ieinteresēto pušu piekrišanu ir atļauts veikt pieņemšanas testus, nenorīkojot komisiju, bet gan ar tās funkciju un pienākumu uzticēšanu testus veicošās organizācijas attiecīgajiem dienestiem, kuriem būtu jāatspoguļo TPR un (vai) vienošanās (līgumā) par P&A īstenošanu. Akcepttestu veikšanā neatkarīgi no to veikšanas vietas ir tiesības piedalīties ražotājam un valsts uzraudzības iestādēm (VN), kuras par gaidāmajām pārbaudēm jāinformē mēnesi pirms to sākuma. Visi GGN, kas šim produktam noteikti spēkā esošajos tiesību aktos, piedalās pieņemšanas pārbaudēs vai sniedz secinājumus, pamatojoties uz testa rezultātiem. Ja nav OGN pārstāvja vai viņa viedokļa, viņi uzskata, ka OGN piekrīt pieņemt preces vai tas nav ieinteresēts.

NPB 180-99 pieņemšanas komisijai tiek uzrādīts: PA prototips, kas aizpildīts saskaņā ar darba deklarāciju; tehniskais uzdevums; pārbaudes programma un metodika; provizorisko (rūpnīcas) pārbaužu akts ar testu ziņojumiem; projekta dokumentācija (burti "O").

Testa programma ir izstrādāta, pamatojoties uz TOR prasībām, izmantojot projektēšanas dokumentāciju standarta programmas punktā izklāstītās tipiskās (standartizētās) metodes priekšrakstu dokumenti. Testa programmā ietilpst: testa objekts (eksperimentāls vai prototips PA); pārbaužu mērķis; pārbaužu apjoms; testēšanas nosacījumi un kārtība; testēšanas loģistika; pārbaužu metroloģiskais atbalsts; testa ziņojumi. Akcepttestēšanas programmā un metodikā jāiekļauj darba projekta dokumentācijas un ekspluatācijas dokumentācijas kvalitātes pārbaude, lai pieņemtu lēmumu par dokumentācijas piemērotību rūpnieciskai ražošanai.

Testa metodoloģija ietver: novērtētos PA raksturojumus (īpašības, rādītājus); testēšanas nosacījumi un kārtība; testu rezultātu apstrādes, analīzes un novērtēšanas metodes; izmantotie pārbaudes, kontroles un mērīšanas līdzekļi; ziņošana. Ja tiek izmantotas nestandartizētas metodes, tām jāatbilst attiecīgajam GGN.

Pamatojoties uz pieņemšanas pārbaužu rezultātiem un iesniegto materiālu izskatīšanu, komisija sastāda aktu, kurā:

1. Konstatē izstrādātā (ražotā) PA parauga atbilstību TOR prasībām.

2. Sniedz vērtējumu PA tehniskajam līmenim un konkurētspējai, tai skaitā patentu un juridiskajā aspektā.

3. Izvērtē izstrādāto tehnisko dokumentāciju (tai skaitā specifikāciju projektu).

6. Sniedz komentārus un ierosinājumus PA un dokumentācijas uzlabošanai.

Saskaņā ar GOST 15.201-2000 pieņemšanas komisijas aktu apstiprina klients. Pieņemšanas komisijas akta apstiprināšana, kas satur pozitīvu novērtējumu, nozīmē izstrādes beigas; TK darbības pārtraukšana; iesniegto specifikāciju apstiprināšana, tehnisko dokumentāciju. Saskaņā ar NPB 180-99 pieņemšanas sertifikātu prototips PA, kurā ir pozitīvs vai negatīvs attīstības rezultātu novērtējums, apstiprina komisijas priekšsēdētājs. Turklāt, ja ir komentāri, kas prasa papildu testēšanu, prototipa pilnveidošanu, izmaiņas dokumentācijā, komisijas priekšsēdētājam ir tiesības lemt par akta apstiprināšanu pēc komentāru novēršanas. Tajā pašā laikā komisijas deputāti, kuri nepiekrīt vispārējs novērtējums norisēm, aktā norāda atšķirīgo viedokli ar tā pamatojumu.

Prototipa vai prototipa UA ekspluatācijas pārbaudes tiek veiktas Valsts ugunsdzēsības dienesta pārvaldē saskaņā ar Tehniskā dienesta rokasgrāmatu. Personāla apmācību darbam ar PA veic PA ražotājs (ražotājs). Pamatojoties uz pārbaudes rezultātiem, Valsts ugunsdzēsības dienesta speciālisti sagatavo slēdzienu, kurā norāda: datus par PA darbību uz ekspluatācijas pārbaužu laiku (izraksts no autotransporta klātbūtnes, ekspluatācijas un kustības reģistra); informācija par PA darbības traucējumiem (izraksts no apkopes žurnāla); ugunsaizsardzības aprīkojuma izvietošanas pilnīguma un ērtības novērtējums, kā arī priekšlikums ugunsdrošības aprīkojuma papildu konfigurācijai un ugunsaizsardzības aprīkojuma izvietojuma maiņai; kaujas izvietošanas shēmas un nosacījumi un to īstenošanas laiks; PA ekspluatācijas īpašību novērtējums
(skat. mācību grāmatas 6. nodaļu); atbilstība PA darbības raksturlielumiem veicamajiem kaujas uzdevumiem; PA izmantošanas efektivitāte kaujas uzdevumu izpildē.