Standarta procedūra rūpnieciskajai pārbaudei. Lielā naftas un gāzes enciklopēdija

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 sastāvā, kā arī tiek pārbaudīti līdzekļi AES darbspējas atjaunošanai pēc atteicēm un visu ieteicamo praktiskas īstenošanas iespēja. 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ējamību izsniegt AES pieņemšanas pastāvīgā ekspluatācijā aktu.

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ārbaudes darbu veikšanai vai citām organizācijām un uzņēmumiem, ko iesaistījusi mātes organizācija pieņemšanas testi noteiktajā kārtībā, 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šanai produktu saimi, sortimentu vai izmēru klāstu, tipisks pārstāvis tiek izvēlēts, pamatojoties uz nosacījumu, ka tā testu rezultātus var attiecināt 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ša prototipu ekspluatācijas īpašību pārbaude dažādos ceļa un klimatiskajos apstākļos saskaņā ar izstrādes darba uzdevumu (tostarp karstā un aukstā klimatiskajos reģionos); 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.

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.

Ir vērts sākt ar pieņemšanas testu veikšanas formātu, 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. Senatnē, būdams students, es, tāpat kā daudzi manas paaudzes jaunieši, biju skeptiski noskaņots 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" šī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ā), pieprasiet 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, un arī vēlas kontrolēt darba iznākumu pie izejas. 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.

PSR SAVIENĪBAS VALSTS STANDARTS

Standartu kopums priekš automatizētas sistēmas

Šis standarts attiecas uz automatizētajām sistēmām (AS), ko izmanto dažādi veidi darbības (pētniecība, projektēšana, vadība u.c.), tai skaitā to kombinācijas, kas izveidotas organizācijās, biedrībās un uzņēmumos (turpmāk - organizācijas).

Standarts nosaka AES pārbaužu veidus un vispārīgās prasības to īstenošanai.

Šajā standartā lietotie termini un to definīcijas atbilst GOST 34.003.

Šī standarta prasības, izņemot 2.2.4., 4.4., 4.5. punktu, ir obligātas, ieteicamas 2.2.4., 4.4., 4.5. punkta prasības.

1. Vispārīgie noteikumi.

1.1. AES pārbaudes tiek veiktas "Nodošanas ekspluatācijā" stadijā saskaņā ar GOST 34.601, lai pārliecinātos par izveidotās AES atbilstību darba uzdevuma (TOR) prasībām.

1.2. AES testēšana ir process, kurā pārbauda noteikto sistēmas funkciju izpildi, nosaka un pārbauda sistēmas kvantitatīvo un (vai) kvalitatīvo raksturlielumu atbilstību TOR prasībām, identificē un novērš trūkumus sistēmas darbībā. , izstrādātajā dokumentācijā.

1.3. ĀS ir noteikti šādi galvenie pārbaužu veidi: 1) provizoriskie; 2) izmēģinājuma darbība; 3) pieņemšana.

Piezīmes:

1. Atļauts papildus veikt cita veida ĀS un to daļu pārbaudes.

2. Pieņemšanas testus atļauts klasificēt atkarībā no pieņemšanas komisijas statusa (komisijas locekļu sastāva un apstiprināšanas līmeņa).

3. Pārbaužu veidi un pieņemšanas komisijas statuss ir noteikti līgumā un (vai) TOR.

1.4. Atkarībā no AES pārbaudīto objektu starpsavienojumiem testi var būt autonomi vai sarežģīti.

Autonomie testi aptver ĀS daļas. Tie tiek veikti, kamēr AES daļas ir gatavas nodošanai izmēģinājuma ekspluatācijā.

Visaptveroši testi tiek veikti grupām, savstarpēji saistītām ĀS daļām vai ĀS kopumā.

1.5. Visu veidu testu plānošanai tiek izstrādāts dokuments "Programma un pārbaudes metodes". Dokumenta izstrādātājs ir noteikts līgumā vai TK.

1.6. Pārbaužu programmā un metodoloģijā jānosaka nepieciešamais un pietiekams testu apjoms, lai nodrošinātu iegūto rezultātu noteikto ticamību.

1.7. Testa programmu un metodiku var izstrādāt AC kopumā, AC daļai. Testus (pārbaudes gadījumus) var iekļaut kā pieteikumu.

1.8. Iepriekšējās pārbaudes AU tiek veikta, lai noteiktu tā veiktspēju un izlemtu, vai ir iespējams pieņemt AC izmēģinājuma darbībai.

1.9. Iepriekšēja pārbaude jāveic pēc tam, kad izstrādātājs ir atkļūdojis un testējis piegādāto programmatūru un tehniskajiem līdzekļiem sistēmas un iesniedzot tajās attiecīgos dokumentus par to gatavību testēšanai, kā arī pēc AES personāla iepazīšanas ar ekspluatācijas dokumentāciju.

1.10. AES izmēģinājuma ekspluatācija tiek veikta, lai noteiktu AES kvantitatīvo un kvalitatīvo raksturlielumu faktiskās vērtības un personāla gatavību strādāt AES darbības apstākļos, noteiktu AES faktisko efektivitāti. , un labot (ja nepieciešams) dokumentāciju.

1.11. Tiek veiktas AES pieņemšanas pārbaudes, lai noteiktu AES atbilstību darba uzdevumam, novērtētu izmēģinājuma ekspluatācijas kvalitāti un lemtu par iespēju pieņemt AES pastāvīgai ekspluatācijai.

1.12. Pirms ĀS pieņemšanas testiem ir jāveic tās izmēģinājuma darbība objektā.

1.13. Atkarībā no ĀS prasību veida testēšanai, verifikācijai vai sertifikācijai uz to attiecas: 1) programmatūras un aparatūras komplekts; 2) personāls; 3) operatīvā dokumentācija, kas regulē personāla darbību AES darbības laikā; 4) AS kopumā.

1.14. Pārbaudot ĀS, viņi pārbauda: 1) programmatūras un aparatūras kompleksa veikto automātisko funkciju kvalitāti visos ĀS darbības režīmos saskaņā ar ĀS izveides darba izziņu; 2) personāla zināšanas par ekspluatācijas dokumentāciju un noteikto funkciju veikšanai nepieciešamo prasmju pieejamību visos AES darbības režīmos, saskaņā ar AES izveides TOR; 3) ekspluatācijas dokumentācijā ietverto instrukciju pilnīgumu personālam savu funkciju veikšanai visos AES darbības režīmos saskaņā ar TOR AES izveidei; 4) ĀS automātisko un automatizēto funkciju izpildes kvantitatīvie un (vai) kvalitatīvie raksturlielumi saskaņā ar TOR; 5) citas ĀS īpašības, kurām tai jāatbilst saskaņā ar TOR.

1.15. AU testi jāveic klienta vietā. Pēc vienošanās starp klientu un izstrādātāju, radot apstākļus uzticamu testa rezultātu iegūšanai, ir atļauts veikt AU programmatūras sākotnējo testēšanu un pieņemšanu izstrādātāja aparatūrā.

1.16. Atļauts veikt secīgus testus un nodot AES daļas izmēģinājuma un pastāvīgā ekspluatācijā, ievērojot AES nodošanas ekspluatācijā secību, kas noteikta ToR.

2. Iepriekšējas pārbaudes.

2.1. ĀS sākotnējās pārbaudes var būt: 1) autonomas; 2) komplekss.

2.2. Autonomie testi

2.2.1. ĀS autonomie testi jāveic saskaņā ar katrai ĀS daļai izstrādāto autonomo testu programmu un metodiku.

2.2.2. Autonomo testu programma norāda: 1) pārbaudāmo funkciju sarakstu; 2) testa objekta saistību ar citām AES daļām apraksts; 3) pārbaužu veikšanas un rezultātu apstrādes nosacījumus, kārtību un metodes; 4) detaļu pieņemšanas kritēriji, pamatojoties uz testa rezultātiem.

Bezsaistes pārbaudes programmai jāpievieno bezsaistes testēšanas grafiks.

2.2.3. Sagatavotajiem un saskaņotajiem testiem (testpiemēriem) autonomās testēšanas stadijā jānodrošina: 1) pilnīga funkciju un procedūru pārbaude pēc saraksta, kas saskaņots ar klientu; 2) nepieciešamo aprēķinu precizitāti, kas noteikta TPR; 3) programmatūras funkcionēšanas galveno laika raksturlielumu pārbaude (gadījumos, kad tas ir būtiski); 4) programmatūras un aparatūras darbības uzticamības un stabilitātes pārbaude.

2.2.4. Kā sākotnējo informāciju testa veikšanai ieteicams izmantot klienta organizācijas reālās informācijas fragmentu tādā apjomā, kas ir pietiekams, lai nodrošinātu nepieciešamo testu ticamību.

2.2.5. AU daļu autonomās testēšanas rezultāti jāieraksta testu ziņojumos. Protokolā jābūt slēdzienam par iespēju (neiespējamību) pielaist AES daļu kompleksajām pārbaudēm.

2.2.6. Gadījumā, ja veiktās autonomās pārbaudes tiek atzītas par nepietiekamām vai tiek atklāts normatīvo dokumentu prasību pārkāpums par dokumentācijas sastāvu vai saturu, norādīto ĀS daļu var atgriezt pārskatīšanai un jaunai pārbaudei. periods ir piešķirts.

2.3. Sarežģīti testi

2.3.1. Visaptveroša AU testēšana tiek veikta, veicot kompleksus testus. Pārbaudes rezultāti ir atspoguļoti protokolā. Darbs tiek pabeigts ar pieņemšanas akta noformēšanu izmēģinājuma ekspluatācijai.

2.3.2. AES vai AES daļu integrētās testēšanas programmā ir norādīts: 1) testa objektu saraksts; 2) iesniegtās dokumentācijas sastāvs; 3) pārbaudāmo attiecību apraksts starp testa priekšmetiem; 4) AES daļu pārbaužu secība; 5) testēšanas kārtību un metodes, tai skaitā testēšanai nepieciešamās programmatūras un iekārtu sastāvu, tai skaitā speciālos stendus un izmēģinājumu vietas.

2.3.3. Komplekso testu veikšanai jāiesniedz: 1) komplekso testu programma; 2) slēdziens par attiecīgo ĀS daļu autonomo testēšanu un autonomās testēšanas laikā konstatēto kļūdu un komentāru novēršanu; 3) kompleksie testi; 4) programmatūra un aparatūra un ar to saistītā operatīvā dokumentācija.

2.3.4. Sarežģītos testos kā sākotnējo informāciju ir atļauts izmantot AES daļu autonomajos testos.

2.3.5. Visaptverošam testam jābūt: 1) loģiski saistītam; 2) nodrošināt AES daļu funkciju izpildes pārbaudi visos AES ToR noteiktajos darbības režīmos, tostarp visos savienojumos starp tiem; 3) nodrošināt sistēmas reakcijas pārbaudi uz nepareizu informāciju un ārkārtas situācijām.

2.3.6. Integrētajā pārbaudes protokolā jāietver slēdziens par iespēju (neiespējamību) pieņemt AES izmēģinājuma ekspluatācijā, kā arī nepieciešamo uzlabojumu saraksts un ieteicamie to ieviešanas termiņi.

Pēc trūkumu novēršanas tiek veiktas atkārtotas kompleksās pārbaudes nepieciešamais tilpums.

3. Izmēģinājuma darbība.

3.1. Izmēģinājuma ekspluatācija tiek veikta saskaņā ar programmu, kurā norādīti: 1) AES daļu un AES kopumā funkcionēšanas nosacījumi un kārtība; 2) izmēģinājuma ekspluatācijas ilgums, kas ir pietiekams, lai pārliecinātos par AES pareizu darbību, veicot katru sistēmas funkciju, un personāla gatavību darbam AES darbības apstākļos; 3) izmēģinājuma ekspluatācijas laikā konstatēto trūkumu novēršanas kārtību.

3.2. ĀS izmēģinājuma darbības laikā tiek vests darba žurnāls, kurā tiek ievadīta informācija par AU darbības ilgumu, kļūmēm, atteicēm, avārijām, automatizācijas objekta parametru izmaiņām, notiekošajiem dokumentācijas un programmatūras pielāgojumiem, regulēšanu. , un tehniskie līdzekļi. Informācija tiek ierakstīta žurnālā ar datumu un atbildīgo personu. Žurnālā var iekļaut personāla komentārus par ĀS darbības vieglumu.

3.3. Pamatojoties uz izmēģinājuma darbības rezultātiem, tiek pieņemts lēmums par iespēju (vai neiespējamību) nodot pieņemšanas testiem AES daļas un sistēmu kopumā.

Darbs beidzas ar akta izpildi par izmēģinājuma darbības pabeigšanu un sistēmas nodošanu pieņemšanas testiem.

4. Pieņemšanas testi

4.1. Pieņemšanas testi tiek veikti saskaņā ar programmu, kurā norādīts: 1) testēšanai sistēmā piešķirto objektu saraksts un prasību saraksts, kurām objektiem jāatbilst (ar norādi uz TOR punktiem); 2) sistēmas un tās daļu pieņemšanas kritēriji; 3) testēšanas nosacījumi un termiņi; 4) testēšanas līdzekļi; 5) par pārbaužu veikšanu atbildīgo personu vārdi; 6) testēšanas metodika un to rezultātu apstrāde; 7) noformējamās dokumentācijas saraksts.

4.2. Pieņemšanas pārbaudei ir jāuzrāda šāda dokumentācija: 1) tehniskais uzdevums izveidot AS; 2) pieņemšanas akts izmēģinājuma ekspluatācijā; 3) izmēģinājuma darbības darba žurnāli; 4) izmēģinājuma ekspluatācijas pabeigšanas akts un AES pielaišana pieņemšanas pārbaudēm; 5) programma un pārbaudes metodika.

Pieņemšanas pārbaude jāveic funkcionējošā objektā.

4.3. Pieņemšanas testos, pirmkārt, jāietver: 1) funkciju ieviešanas pilnīguma un kvalitātes pārbaude automatizācijas objekta parametru standarta, ierobežojošajās, kritiskajās vērtībās un citos AES darbības apstākļos, kas norādīti TO. ; 2) katras ar sistēmas saskarni saistītās prasības izpilde; 3) personāla darbs interaktīvā režīmā; 4) līdzekļi un metodes ĀS darbspējas atjaunošanai pēc atteicēm; 5) operatīvās dokumentācijas pilnīgums un kvalitāte.

4.4. ĀS funkciju izpildes pilnīguma un kvalitātes pārbaudi ieteicams veikt divos posmos. Pirmajā posmā tiek pārbaudītas atsevišķas funkcijas (uzdevumi, uzdevumu kompleksi). Tajā pašā laikā viņi pārbauda TOR prasību izpildi funkcijām (uzdevumiem, uzdevumu kompleksiem). Otrajā posmā tiek pārbaudīta uzdevumu mijiedarbība sistēmā un TOR prasību izpilde sistēmai kopumā.

4.5. Vienojoties ar klientu, uzdevumu pārbaude atkarībā no to specifikas var tikt veikta autonomi vai kā kompleksa sastāvdaļa. Pārbaudot uzdevumus ieteicams apvienot kompleksos, ņemot vērā izmantotās informācijas kopīgumu un iekšējos savienojumus.

4.6. Personāla darba pārbaude interaktīvā režīmā tiek veikta, ņemot vērā visas sistēmas funkciju izpildes pilnīgumu un kvalitāti.

Pārbaudāms: 1) operatoram pieejamo ziņojumu, norādījumu, pieprasījumu pilnīgums un to pietiekamība sistēmas darbībai; 2) dialoga procedūru sarežģītība, personāla spēja strādāt bez īpašas apmācības; 3) sistēmas un tās daļu reakcija uz operatora kļūdām, servisa iespējas.

4.7. Pārbaudot ĀS darbspējas atjaunošanas līdzekļus pēc datora kļūmēm, jāietver: 1) operatīvajā dokumentācijā rekomendāciju esamības darbspējas atjaunošanai un to apraksta pilnīguma pārbaude; 2) ieteicamo procedūru iespējamību; 3) automātiskās atkopšanas rīku darbspēja, funkcijas (ja tādas ir).

4.8. Ekspluatācijas dokumentācijas pilnīguma un kvalitātes pārbaude jāveic, analizējot dokumentāciju par atbilstību TOR normatīvo un tehnisko dokumentu prasībām.

4.9. Programmā paredzēto objektu pārbaudes rezultāti tiek fiksēti protokolos, kuros ir šādas sadaļas: 1) pārbaužu mērķis un AES TOR prasību sadaļas numurs, saskaņā ar kuru tiek veikta pārbaude. veikts; 2) testos izmantotās aparatūras un programmatūras sastāvs; 3) norāde par metodēm, saskaņā ar kurām veiktas pārbaudes, rezultātu apstrāde un novērtēšana; 4) pārbaudes apstākļi un sākotnējo datu raksturojums; 5) uzglabāšanas telpas un piekļuves nosacījumi galīgajai, testēšanas programmai; 6) vispārināto testu rezultāti; 7) secinājumi par testu rezultātiem un izveidotās sistēmas vai tās daļu atbilstību noteiktai AES TOR prasību sadaļai.

4.10. Objektu testēšanas pārskati visā programmā tiek apkopoti vienotā protokolā, uz kura pamata tiek izdarīts secinājums par sistēmas atbilstību AES tehniskās specifikācijas prasībām un iespējamība izdot AES pieņemšanas aktu. pastāvīga darbība.

Darbs tiek pabeigts ar AES pieņemšanas pastāvīgā ekspluatācijā akta noformēšanu.

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. Īstenojot 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. Sākotnējās pārbaudēs jāiekļauj kaujas izvietošana, lai noteiktu to īstenošanas 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 pirmajam modelim, tiek organizēti un veikti valsts akcepttesti, otrajam un trešajam modelim - 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 dienestā 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); ugunsdzēšamo aparātu izvietošanas pilnīguma un ērtības novērtējums, kā arī priekšlikums ugunsdzēsības aprīkojuma papildu konfigurācijai un ugunsaizsardzības līdzekļu 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ē.