Standartinė pramoninių bandymų procedūra. Didelė naftos ir dujų enciklopedija

Puslapis 1

Priėmimo testai atliekami pagal nurodytą programą ir metodiką, pateikus AS kūrimo užduotį, darbų žurnalus, priėmimo ir bandomosios operacijos užbaigimo aktus. Šių bandymų metu tikrinamas AE funkcionavimas TSR nurodytomis sąlygomis, autonomiškai ir kaip komplekso dalis, taip pat patikrinamos AE veikimo atkūrimo po gedimų priemonės ir galimybė praktiškai įgyvendinti visas rekomenduojamas procedūras. Programos bandymų protokolai apibendrinti į vieną protokolą, kurio pagrindu daroma išvada apie sistemos atitiktį TOR reikalavimams ir galimybę išduoti AE priėmimo nuolatiniam eksploatavimui aktą.

Priėmimo testai turėtų būti atliekami 2 kartus: pirminiai per 3 mėnesius.

Priėmimo testus atlieka į sistemą įtrauktos testavimo organizacijos ir padaliniai vyriausybines organizacijas valstybiniams testams ar kitoms organizacijoms ir įmonėms, kurias dalyvauja pagrindinė organizacija, atlikti priėmimo testai nustatyta tvarka dalyvaujant gamintojui ir kūrėjui.

Priėmimo testai atliekami siekiant nustatyti gaminių gamybos pagrįstumą ir pagrįstumą. Komisijos sertifikuotų gaminių eksperimentiniai arba prototipiniai pavyzdžiai (partijos) atliekami bandymai naudojant sertifikuotą bandymų įrangą.

Priėmimo testai atliekami siekiant nustatyti produktų pateikimo į gamybą pagrįstumą ir pagrįstumą. Vienetinės gamybos gaminių priėmimo bandymai atliekami siekiant išspręsti šių gaminių perdavimo eksploatuoti galimybių klausimą. Atliekami eksperimentiniai arba prototipiniai gaminių pavyzdžiai (partijos). Pristatant į gamybą šeimos, asortimento ar dydžio gaminių asortimentą, tipinis atstovas parenkamas pagal galimybę išplėsti jo tyrimų rezultatus visam gaminių komplektui. Priėmimo bandymus atlieka sertifikuoti bandymų skyriai, naudodami sertifikuotą bandymo įrangą. Pirminėms testavimo organizacijoms priskirtus produktus tikrina šios organizacijos.

Priėmimo bandymai turi būti atliekami su elektros mašinos prototipu, todėl šių bandymų apimtis yra gana didelė. Taip, automobiliams. nuolatinė srovė priėmimo testo programoje yra 17 punktų, sinchroninėms mašinoms - 22, asinchroniniams varikliams - 16 vnt.

Priėmimo testai negali aptikti aprašytos programinės įrangos korupcijos, nes tai neturi jokios įtakos dizainui, o simuliatoriaus programa gali tai aptikti tik retais atvejais, nes kenkėjiškų veiksmų spektras yra per didelis, kad būtų tikslinga įgyvendinti visas įmanomas pavojingos situacijos simuliatoriuje.

Priėmimo testus atlieka žinybinės, tarpžinybinės ar valstybinės komisijos, sėkmingai atlikusios preliminarius testus. Be išankstinių bandymų apimties priėmimo bandymų metu, nustatomas cilindrų, sandariklių, guolių ir alkūninio mechanizmo alyvos suvartojimas arba sutepimas.

Priėmimo testai atliekami pagal detaliausias programas, nustatytas šio tipo mašinų standartuose ar specifikacijose. Jų tikslas – patikrinti gaminamų mašinų atitiktį visiems Techniniai reikalavimai. Priėmimo bandymai atliekami su prototipais - pirmaisiais pramoniniais tokio tipo mašinų pavyzdžiais, kuriuos pagamina įmonė. Mėginių, kuriuos reikia paimti priėmimo bandymui, skaičius yra nustatytas standartuose arba specifikacijose duoto tipo mašinos. Visas vėlesnes mašinas įmonė turi gaminti nekeičiant konstrukcijos, technologijos ar gamybai naudojamų medžiagų.

Priėmimo bandymai atliekami siekiant nustatyti tikrąjį mašinos veikimą, taip pat nustatyti tinkamą komponentų (pavarų, guolių, stabdžių ir kt.) veikimą. Priėmimo bandymai atliekami bandymų aikštelėje, artimomis eksploatacinėms sąlygoms. vieni.Patikrinimo rezultatai įrašomi į mašinos pasą.Jei bandymo metu atsiranda defektų, jie įrašomi į defektų aktą ir tada pašalinami.

Priėmimo testai atliekami siekiant patikrinti įrangos tiekėjo garantuotą veikimą. Šių bandymų programoje dažniausiai numatoma atlikti didesnio tikslumo balanso eksperimentus sąlygomis, kurios yra tikrinamos pagal tiekėjo garantinius duomenis.

Priėmimo testai yra oficialūs bandymai dalyvaujant komisijai, kurių rezultatais daroma išvada, kad tikslinga pradėti masinę gamybą, ir siurbliams. individuali gamyba- paleidimas. Tuo pačiu metu nustatomi ir į dokumentaciją įtraukiami parametriniai siurblio rodikliai ir charakteristikos, gautos bandymo metu. Ateityje pagal šiuos rodiklius ir charakteristikas, atsižvelgiant į tolerancijos atliekama serijinių siurblių kokybės kontrolė.

Priėmimo testai nustato faktinių mašinos eksploatacinių savybių atitiktį specifikacijoms ir atliekami specialiuose stenduose kuo panašesnėmis į eksploatacines sąlygas.

Staklių priėmimo bandymas pagal bendrąjį specifikacijas jų gamybai ir priėmimui jie atliekami tuščiąja eiga, siekiant patikrinti mechanizmų veikimą, ir esant apkrovai, siekiant nustatyti apdorojimo našumą, tikslumą ir švarumą. Bandymo metu tikrinami visi valdiklių įjungimai, perjungimai ir perdavimas, siekiant nustatyti jų veikimo teisingumą, blokavimą, fiksavimo patikimumą ir savaiminių poslinkių nebuvimą, užstrigimą, sukimąsi ir pan.

Priėmimo testas yra vienas iš etapai statyti naują automobilį. Jų tikslas yra: visapusiškas prototipų eksploatacinių savybių patikrinimas įvairiomis kelių ir klimato sąlygomis pagal kūrimo užduotį (įskaitant karšto ir šalto klimato regionus); visų svarbiausių parametrų faktinių verčių nustatymas; viso automobilio, taip pat jo pagrindinių komponentų, mazgų ir sistemų patikimumo nustatymas; nustatantis sukurto automobilio atitikimo numatytai paskirčiai laipsnį ir naujo modelio pradėjimo gaminti galimybes. Priėmimo bandymams vidutiniškai pateikiami nuo dviejų iki keturių mėginių. Bandymai apima daug laboratorinių ir laboratorinių kelių darbų, skirtų nustatyti transporto priemonių techninius ir eksploatacinius rodiklius bei ridą visomis tipinėmis numatytos eksploatacijos sąlygomis.

2014 m. sausio 27 d. 08:45

"O štai mes, žinote, visi skanaujame bandeles..."
iš animacinio filmo "Karlsonas grįžta"

Informacinės sistemos priėmimas, be abejo, yra viso informacinės sistemos kūrimo projekto apoteozė. Tegul citata straipsnio pradžioje jūsų neapgauna, tai svarbus ir rimtas įvykis. Manau, kad tai šventė abiem pusėms, bet, kaip žinia, norint, kad šventė praeitų gerai, reikia joms gerai pasiruošti.

Verta pradėti nuo priėmimo testų atlikimo formato, nors greičiausiai jis jau seniai apibrėžtas, pavyzdžiui, sutartyje ar techninėse sąlygose. Nepaisant to, išskirčiau du šio renginio rengimo variantus ir pavadinčiau juos sąlygiškai: sistemos priėmimas „pagal sąvokas“ ir sistemos priėmimas „pagal mokslą“. Su pirmuoju viskas pakankamai aišku, tačiau aprašyti tokios procedūros neįmanoma. Tai gali būti visiškas formalumas – smagūs susibūrimai su gaivinančiais gėrimais ar tikra bakchanalija, kur techninės užduoties paminėjimas yra kažkas nepadoraus ir net įžeidžiančio. Bet norėčiau plačiau pasilikti ties antruoju variantu, galbūt šis straipsnis bus šiek tiek atviras pradedantiesiems specialistams, o bijau, kad kai kuriems seniems kariams – priėmimo testų sakramento uždanga. Taip pat pabandysiu duoti keletą patarimų, kad testai būtų produktyvesni.

Šiek tiek apie standartus. Senovėje, būdamas studentas, aš, kaip ir daugelis mano kartos jaunuolių, skeptiškai žiūrėjau į įvairius SSRS standartus ir gaires, net nesigilindamas į jų esmę. Bet praėjo nemažai laiko ir sveikas protas paėmė viršų, ne tik pats taikau GOST, bet ir kitiems rekomenduoju naudotis. Žinoma, 80–90-ųjų GOST yra akivaizdžių atavizmų, nepaisant to, aš juos lyginu su ginkluotųjų pajėgų chartija, jie vadinami „parašyti ant kraujo“ ir patikėkite manimi, yra daug protingų minčių. Specialistai, žinantys GOST, taip pat pagal GOST ir RD parengtus dokumentus, matomi iš tolo ir jie aiškiai skiriasi į gerąją pusę.

Priėmimo testai atliekami pagal GOST 34.603-92 " Informacinės technologijos. Automatizuotų sistemų testavimo tipai“. Šio tipo bandymai yra galutiniai po išankstinių bandymų ir bandomojo veikimo. Šių bandymų tikslas – patikrinti automatizuotos sistemos atitiktį techninės užduotys reikalavimams ir padaryti išvadą apie Sistemos pasirengimą pradėti nuolatinį eksploatavimą.

Bandymai atliekami pagal dokumentą Programa ir priėmimo testų metodą (TMI). PMI sukurta naudojant RD 50-34.698-90 „Automatizuotos sistemos. Reikalavimai dokumentų turiniui. Visų pirma, šio dokumento dėka priėmimo testai „pagal sąvokas“ virsta priėmimo testais „pagal mokslą“. PMI aprašomi visi techninės užduoties reikalavimai (funkciniai ir nefunkciniai) bei numatomi audito rezultatai.

Tarybos numeris 1. PMI yra paskutinė galimybė Klientui paveikti gaunamos informacinės sistemos charakteristikas. Ypač jei projekto eigoje buvo parengta techninė užduotis, kurioje klasikine prasme sakoma „ką daryti“ (tikslai ir uždaviniai, Bendrieji reikalavimai, reikalavimai programinei, techninei įrangai ir dokumentacijai, reikalavimai personalui ir kt.) ir nebuvo parengtas Techninis projektas, kuriame parašyta „kaip tai padaryti“ (konkretus techniniai sprendimai konkrečių techninės užduotys reikalavimų įgyvendinimui). Skirkite pakankamai laiko programai ir Priėmimo testo metodikai parengti ir susitarti. Jei norite, tai bus jūsų priėmimo testo chartija.

Klientas turėtų ne tik susitarti dėl PMI, bet ir nepamiršti išleisti įsakymo dėl priėmimo komisijos sudėties ir pasirašytinai supažindinti su PMI kiekvieną jos narį. Ką įtraukti į komisinį atlyginimą – asmeninis Kliento reikalas. Rekomenduoju, kad jame būtų:

• Funkcionalūs klientai
• Skyrių atstovai – pagrindiniai Sistemos vartotojai
• Techninių padalinių, kurie ir toliau aptarnaus Sistemą, atstovai

Ir taip pat nebuvo (taikoma abiem šalims):

• Silpni ir nesubalansuoti darbuotojai
• Neklausantys ir prastai save išreiškiantys darbuotojai
• Laisvai samdomi darbuotojai atstovaujančios konkurentų įmones

Tarybos numeris 2. Ar norite, kad per automatizuotos sistemos priėmimo testus viskas būtų „suaugusiųjų būdu“? Be funkcinių reikalavimų patikrinimo, atlikite:

• Sistemos programinės įrangos diegimas nuo nulio
• Visiško ir dalinio Sistemos atkūrimo deklaruotų laiko rodiklių patikrinimas
• Sistemos veikimo tikrinimas matuojant pagrindinių funkcijų vykdymo laiką, nors ir išskirtiniu režimu. Žinoma, šie rodikliai turi būti iš pradžių aprašyti techninėje užduotyje, kitaip šalys bus pasmerktos ginčytis, kad yra „patogus laikas“ atlikti vieną ar kitą operaciją. Mano subjektyvi nuomonė daug metų išlieka ta pati – iki 3 sekundžių. Norėdami atlikti pagrindines paprastas operacijas, turite tęsti nuo konkrečią situaciją
• Sistemos stabilumo ir patikimumo tikrinimas. Užteks ir tokio elementaraus testo – atidarykite sąsajos formą duomenims įvesti, ištraukite maitinimo laidą arba atjunkite Wi-Fi ryšį, pabandykite išsaugoti duomenis, gaukite adekvatų pranešimą, atkurkite ryšį ir bandykite dar kartą išsaugoti. . Jei šiai žiniatinklio programai rekomenduojama patikrinti puslapių perkrovimo teisingumą, tai yra, atidarius tam tikrą formą / puslapį, įvykdžius komandą išsaugoti duomenis ir pan., priverstinai priverskite atnaujinti komandą (naršyklėse tai dažniausiai yra F5 klavišas )
• Dokumentacijos išsamumo ir kokybės tikrinimas. Šią dalį geriau užbaigti prieš pradedant testą, nes. tai užima gana daug laiko. Tiesiogiai ant pačių testų paskelbkite šio testo rezultatus

Apskritai pradėkite nuo visos sistemos programinės įrangos (operacinės sistemos, biuro rinkinių, duomenų bazių valdymo sistemų ir kt.) atitikties ir Techninė pagalba Sistemos (serveriai, klientų stotys, ryšio kanalai ir kt.) atitinka techninėje užduotyje nurodytus reikalavimus. Šių punktų neatitikimai gali tapti pagrįsta priežastimi nepasiekti Sistemos charakteristikų deklaruotiems rodikliams ir net visiškai neatlikti tam tikrų Sistemos funkcijų.

Tarybos numeris 3. Priėmimo testai atliekami su valdymo duomenų rinkiniu. Sistema turi būti įkelta duomenimis, bent jau lyginamaisiais su planuotu pirmųjų veiklos metų duomenų kiekiu. Tebūnie tai automatiškai generuojama informacija, turinio kokybė čia ne pirmoje vietoje. Jei bandomosios operacijos metu jau buvo sugeneruotas reikiamas duomenų kiekis, puiku.

Tarybos numeris 4. Dažnai Techninėje užduotyje rašoma frazė „Sistema turi užtikrinti N vartotojų vienalaikį darbą“. Rangovas visų pirma užtikrina prieinamumą reikalinga suma konkurencines licencijas (jei tokia licencijavimo politika numatyta). Nedvejodami paklauskite, kaip organizaciniu ar techniniu požiūriu buvo užtikrintas šio reikalavimo įvykdymas. Jei buvo atlikti apkrovos testai (automatiniu ir (arba) rankiniu režimu), paprašykite protokolo ir atlikimo programos. Jei šie bandymai pradedami tiesiogiai atliekant bandymus, garbė ir pagyrimas rangovui.

Remiantis priėmimo bandymų rezultatais, surašomas bandymo rezultatų protokolas (ataskaita), kuriame gali būti priedas, kuriame aprašomos nustatytos pastabos ir jų pašalinimo laikas (to nepamirškite), taip pat aktas. techninė būklė Sistema ir pasirengimas ją priimti komercinė operacija. Šių dokumentų turinys taip pat aprašytas RD 50-34.698-90 „Automatinės sistemos. Reikalavimai dokumentų turiniui.

Po sėkmingų bandymų, pagal seną rusišką tradiciją, naujagimį Sistemą reikia „nuplauti“, nors to neradau jokiame GOST.

(4,44 – įvertino 9 žmonės)

Ne, ne taip. Tiesiog laikas skiriasi ir mūsų turimas darbas kitoks.

Anksčiau buvo užsakovas, kuriam atstovavo valstybė, buvo atlikėjas (pavyzdžiui, koks mokslo institutas), buvo naudos gavėjas – kažkokia gamykla. Užsakovas, žinoma, norėjo, kad tai, ką padarė atlikėjas, atitiktų pradinius naudos gavėjo reikalavimus. Priešingu atveju korupcija, lėšų pasisavinimas ir visa kita.

Čia yra nauja sutarčių sistema, kuri pakeičia 94-ąjį federalinį įstatymą ir taip pat nori kontroliuoti darbo rezultatus prie išėjimo. Ten, ko gero, „priėmimo testai“ bus reikalingi būtent klientui. Šiuo tikslu standartai laikui bėgant bus atnaujinami (įstatymuose muitų sąjunga tai jau taikoma įrangai ir mašinoms). O už tai sumokės pats klientas, t.y. valstybė.

TSR SĄJUNGOS VALSTYBINIS STANDARTAS

Standartų rinkinys, skirtas automatizuotos sistemos

Šis standartas taikomas automatizuotoms sistemoms (AS). įvairių tipų veikla (moksliniai tyrimai, projektavimas, vadyba ir kt.), įskaitant jų derinius, sukurtus organizacijose, asociacijose ir įmonėse (toliau – organizacijos).

Standartas nustato AE bandymų tipus ir bendruosius jų vykdymo reikalavimus.

Šiame standarte vartojami terminai ir jų apibrėžimai atitinka GOST 34.003.

Šio standarto reikalavimai, išskyrus 2.2.4, 4.4, 4.5 punktus, yra privalomi, rekomenduojami 2.2.4, 4.4, 4.5 punktų reikalavimai.

1. Bendrosios nuostatos.

1.1. AE bandymai atliekami „Paleidimo“ etape pagal GOST 34.601, siekiant patikrinti sukurtos AE atitiktį techninės užduoties (TOR) reikalavimams.

1.2. AE testavimas – tai procesas, kurio metu tikrinamas nurodytų sistemos funkcijų atlikimas, nustatomas ir tikrinamas sistemos kiekybinių ir (ar) kokybinių charakteristikų TOR reikalavimų atitikimas, nustatomi ir pašalinami sistemos veiksmų trūkumai, parengtą dokumentaciją.

1.3. AS nustatomi šie pagrindiniai testų tipai: 1) preliminarūs; 2) bandomoji operacija; 3) priėmimas.

Pastabos:

1. Leidžiama papildomai atlikti kitokio tipo AU ir jų dalių bandymus.

2. Priėmimo testų klasifikacija leidžiama priklausomai nuo priėmimo komisijos statuso (komisijos narių sudėties ir jos patvirtinimo lygio).

3. Testų rūšys ir priėmimo komisijos statusas yra nustatomi sutartyje ir (ar) TOR.

1.4. Priklausomai nuo AE bandomų objektų jungčių, bandymai gali būti savarankiški arba sudėtingi.

Savarankiški testai apima dalis AS. Jie atliekami, kai AE dalys yra paruoštos naudoti bandomajam eksploatavimui.

Išsamūs bandymai atliekami grupėms, tarpusavyje sujungtoms AS dalims arba visai AS.

1.5. Visų tipų bandymams planuoti yra parengtas dokumentas „Programa ir tyrimo metodai“. Dokumento rengėjas yra nustatytas sutartyje arba TK.

1.6. Bandymų programa ir metodika turėtų nustatyti reikiamą ir pakankamą bandymų apimtį, kad būtų užtikrintas nurodytas gautų rezultatų patikimumas.

1.7. Testavimo programa ir metodika gali būti parengta visai AC, daliai AC. Testai (bandomieji atvejai) gali būti įtraukti kaip programa.

1.8. Preliminarūs testai AU atliekama siekiant nustatyti jo veikimą ir nuspręsti, ar galima priimti AC bandomajam veikimui.

1.9. Preliminarus testavimas turėtų būti atliktas kūrėjui derinant ir išbandžius pateiktą programinę įrangą ir techninėmis priemonėmis sistemas ir pateikti joms atitinkamus dokumentus apie jų pasirengimą bandymams, taip pat AE personalą supažindinus su eksploatacine dokumentacija.

1.10. AE bandomoji eksploatacija atliekama siekiant nustatyti faktines kiekybinių ir kokybinių AE charakteristikų vertes ir personalo pasirengimą dirbti AE eksploatavimo sąlygomis, nustatyti faktinį AE efektyvumą. , ir pataisyti (jei reikia) dokumentaciją.

1.11. AE priėmimo bandymai atliekami siekiant nustatyti AE atitiktį techninei užduočiai, įvertinti bandomojo eksploatavimo kokybę ir nuspręsti dėl galimybės priimti AE nuolatiniam eksploatavimui.

1.12. Prieš AS priėmimo bandymus turėtų būti atliekamas jos bandomasis veikimas objekte.

1.13. Priklausomai nuo AU keliamų reikalavimų testavimui, tikrinimui ar sertifikavimui, jam taikomas: 1) programinės ir techninės įrangos rinkinys; 2) personalas; 3) eksploatavimo dokumentacija, reglamentuojanti personalo veiklą eksploatuojant AE; 4) AS apskritai.

1.14. Testuodami AS, jie tikrina: 1) programinės ir techninės įrangos komplekso atliekamų automatinių funkcijų kokybę visais AS veikimo režimais pagal AS kūrimo darbų aktą; 2) darbuotojų eksploatacinės dokumentacijos išmanymas ir įgūdžių, reikalingų nustatytoms funkcijoms atlikti visais AE veikimo režimais, prieinamumas pagal AE kūrimo TOR; 3) eksploatacinėje dokumentacijoje pateiktų nurodymų, skirtų personalui atlikti savo funkcijas visais AE darbo režimais pagal AE kūrimo TOR, išsamumą; 4) kiekybines ir (ar) kokybines AS automatinių ir automatizuotų funkcijų atlikimo charakteristikas pagal TOR; 5) kitos AS savybės, kurias ji privalo atitikti pagal TOR.

1.15. AU testai turėtų būti atliekami kliento vietoje. Kliento ir kūrėjo susitarimu, sukuriant sąlygas gauti patikimus testo rezultatus, leidžiama atlikti išankstinį AU programinės įrangos testavimą ir priėmimą kūrėjo aparatinėje įrangoje.

1.16. Leidžiamas nuoseklus AE dalių bandymas ir paleidimas bandomajam ir nuolatiniam eksploatavimui, atsižvelgiant į TSR nustatytą AE eksploatavimo tvarką.

2. Preliminarūs testai.

2.1. Preliminarūs AU testai gali būti: 1) autonominiai; 2) kompleksinis.

2.2. Savarankiški testai

2.2.1. AS autonominiai testai turėtų būti atliekami pagal kiekvienai AS daliai sukurtą autonominių testų programą ir metodiką.

2.2.2. Autonominių testų programoje nurodoma: 1) tikrintinų funkcijų sąrašas; 2) bandomojo objekto santykio su kitomis AE dalimis aprašymas; 3) tyrimų atlikimo ir rezultatų apdorojimo sąlygos, tvarka ir metodai; 4) dalių priėmimo kriterijai, pagrįsti bandymų rezultatais.

Prie testavimo neprisijungus programos turėtų būti pridėtas neprisijungus naudojamų bandymų tvarkaraštis.

2.2.3. Parengti ir suderinti testai (bandomieji atvejai) autonominio testavimo stadijoje turėtų užtikrinti: 1) pilną funkcijų ir procedūrų patikrinimą pagal su užsakovu suderintą sąrašą; 2) reikiamas skaičiavimų tikslumas, nustatytas TOR; 3) pagrindinių programinės įrangos veikimo laiko charakteristikų patikrinimas (kai tai yra reikšminga); 4) programinės ir techninės įrangos veikimo patikimumo ir stabilumo tikrinimas.

2.2.4. Kaip pradinę informaciją testui, rekomenduojama naudoti tikrosios kliento organizacijos informacijos fragmentą, kurio pakaktų reikiamam testų patikimumui užtikrinti.

2.2.5 AU dalių autonominio testavimo rezultatai turi būti užfiksuoti bandymų ataskaitose. Protokole turi būti pateikta išvada dėl galimybės (negalėjimo) leisti dalį AE kompleksiniams bandymams.

2.2.6. Nustačius, kad atlikti savarankiški bandymai yra nepakankami arba nustatomas norminių dokumentų reikalavimų dėl dokumentacijos sudėties ar turinio pažeidimas, nurodyta AU dalis gali būti grąžinta peržiūrėti ir nauja. paskirtas bandomasis laikotarpis.

2.3. Sudėtingi testai

2.3.1. Kompleksinis AU testavimas atliekamas atliekant kompleksinius testus. Tyrimo rezultatai atsispindi protokole. Darbai baigiami įforminant priėmimo bandomajam eksploatavimui aktą.

2.3.2. AE ar AE dalių kompleksinių bandymų programoje nurodomas: 1) bandymo objektų sąrašas; 2) pateiktos dokumentacijos sudėtis; 3) tikrinamų santykių tarp bandomųjų elementų aprašymas; 4) AE dalių bandymų seka; 5) testavimo tvarka ir metodai, įskaitant testavimui reikalingos programinės įrangos ir įrangos sudėtį, įskaitant specialius stendus ir bandymų aikšteles.

2.3.3. Kompleksiniams tyrimams atlikti turi būti pateikta: 1) kompleksinių testų programa; 2) išvada dėl atitinkamų AS dalių autonominio testavimo ir autonominio testavimo metu nustatytų klaidų bei pastabų pašalinimo; 3) kompleksiniai testai; 4) programinė ir techninė įranga bei su ja susijusi veiklos dokumentacija.

2.3.4. Atliekant sudėtingus bandymus, leidžiama naudoti kaip pradinę informaciją, gautą atliekant autonominius AE dalių bandymus.

2.3.5. Išsamus testas turėtų: 1) būti logiškai susietas; 2) užtikrinti AE dalių funkcijų atlikimo patikrinimą visais AE TSR nustatytais darbo režimais, įskaitant visas jungtis tarp jų; 3) atlikti sistemos reagavimo į neteisingą informaciją ir avarines situacijas patikrą.

2.3.6. Integruotų bandymų protokole turi būti pateikta išvada dėl galimybės (negalėjimo) priimti AE bandomajam eksploatavimui, būtinų patobulinimų sąrašas ir rekomenduojami jų įgyvendinimo terminai.

Pašalinus trūkumus, atliekami pakartotiniai kompleksiniai tyrimai reikalingas tūris.

3. Bandomoji operacija.

3.1. Bandomasis eksploatavimas vykdomas pagal programą, kurioje nurodoma: 1) AE dalių ir visos AE funkcionavimo sąlygos ir tvarka; 2) bandomosios eksploatacijos trukmė, pakankama patikrinti, ar AE veikia tinkamai, atliekant kiekvieną sistemos funkciją, ir personalo pasirengimą dirbti AE eksploatavimo sąlygomis; 3) bandomosios eksploatacijos metu nustatytų trūkumų šalinimo tvarka.

3.2. AU bandomojo veikimo metu vedamas darbo žurnalas, kuriame įrašoma informacija apie AU veikimo trukmę, gedimus, gedimus, avarines situacijas, automatikos objekto parametrų pasikeitimus, vykstančius dokumentacijos ir programinės įrangos derinimus, derinimą. , ir techninėmis priemonėmis. Informacija įrašoma į žurnalą su data ir atsakingu asmeniu. Žurnale gali būti personalo komentarų apie AS veiklos paprastumą.

3.3. Remiantis bandomosios eksploatacijos rezultatais, sprendžiama dėl galimybės (ar negalimumo) pateikti AE dalis ir visą sistemą priėmimo bandymams.

Darbas baigiamas atlikus bandomosios eksploatacijos užbaigimo ir sistemos priėmimo į priėmimo testus aktą.

4. Priėmimo testai

4.1. Priėmimo testai atliekami pagal programą, kurioje nurodoma: 1) sistemoje testavimui skirtų objektų sąrašas ir reikalavimų, kuriuos turi atitikti objektai, sąrašas (su nuoroda į TOR punktus); 2) sistemos ir jos dalių priėmimo kriterijai; 3) testavimo sąlygos ir terminai; 4) testavimo priemonės; 5) asmenų, atsakingų už bandymų atlikimą, pavardės; 6) testavimo metodika ir jų rezultatų apdorojimas; 7) surašytinų dokumentų sąrašas.

4.2. Priėmimo bandymui turi būti pateikti šie dokumentai: 1) techninė užduotis sukurti AS; 2) priėmimo bandomajai eksploatacijai aktas; 3) bandomosios eksploatacijos darbo žurnalai; 4) bandomosios eksploatacijos užbaigimo ir AE priėmimo į priėmimo bandymus aktą; 5) programa ir testavimo metodika.

Priėmimo bandymai turėtų būti atliekami veikiančioje įstaigoje.

4.3. Priėmimo testai, visų pirma, turėtų apimti: 1) funkcijų įgyvendinimo užbaigtumą ir kokybę esant standartinėms, ribinėms, kritinėms automatikos objekto parametrų vertėms ir kitomis AE eksploatavimo sąlygomis, nurodytomis ToR. ; 2) kiekvieno reikalavimo, susijusio su sistemos sąsaja, įvykdymas; 3) personalo darbas interaktyviu režimu; 4) priemonės ir metodai AS darbingumui atkurti po gedimų; 5) operatyvinės dokumentacijos išsamumas ir kokybė.

4.4. AS funkcijų atlikimo išsamumo ir kokybės patikrinimą rekomenduojama atlikti dviem etapais. Pirmajame etape išbandomos atskiros funkcijos (užduotys, užduočių kompleksai). Tuo pačiu metu jie tikrina TOR reikalavimų įvykdymą funkcijoms (užduotims, užduočių kompleksams). Antrame etape tikrinama užduočių sąveika sistemoje ir TOR reikalavimų įvykdymas visai sistemai.

4.5. Sutarus su klientu, užduočių patikrinimas, atsižvelgiant į jų specifiką, gali būti atliekamas savarankiškai arba kaip komplekso dalis. Patartina derinti užduotis tikrinant kompleksus, atsižvelgiant į naudojamos informacijos bendrumą ir vidinius ryšius.

4.6. Personalo darbo patikrinimas interaktyviuoju režimu atliekamas atsižvelgiant į visos sistemos funkcijų išsamumą ir kokybę.

Tikrinama: 1) operatoriaus turimų pranešimų, nurodymų, užklausų išsamumas ir pakankamumas sistemos veikimui; 2) dialogo procedūrų sudėtingumas, personalo gebėjimas dirbti be specialaus mokymo; 3) sistemos ir jos dalių reakcija į operatoriaus klaidas, aptarnavimo įrenginius.

4.7. Tikrinant AS darbingumo atkūrimo priemones po kompiuterio gedimų, reikia: 1) patikrinti, ar eksploatacinėje dokumentacijoje yra rekomendacijų dėl darbingumo atkūrimo ir jų aprašymo išsamumo; 2) rekomenduojamų procedūrų pagrįstumas; 3) automatinio atkūrimo įrankių veikimas, funkcijos (jei yra).

4.8. Eksploatacinės dokumentacijos išsamumo ir kokybės patikrinimas turėtų būti atliekamas analizuojant dokumentaciją, ar ji atitinka TOR norminių ir techninių dokumentų reikalavimus.

4.9. Programoje numatytų objektų bandymų rezultatai įrašomi į protokolus, kuriuose yra šie skyriai: 1) bandymų tikslas ir TOR reikalavimų AE skyriaus numeris, pagal kurį atliekamas bandymas. atliko; 2) testuose naudojamos techninės ir programinės įrangos sudėtis; 3) nurodymas apie metodus, kuriais vadovaujantis buvo atlikti tyrimai, rezultatų apdorojimas ir įvertinimas; 4) pradinių duomenų bandymo sąlygos ir charakteristikos; 5) saugyklos ir patekimo į galutinę, testavimo programą sąlygos; 6) apibendrintų testų rezultatai; 7) išvados apie bandymų rezultatus ir sukurtos sistemos ar jos dalių atitiktį tam tikram AE TOR reikalavimų skyriui.

4.10. Objektų bandymų ataskaitos visos programos metu apibendrinamos į vieną protokolą, kurio pagrindu daroma išvada apie sistemos atitiktį AE techninės specifikacijos reikalavimams ir galimybė išduoti AE priėmimo aktą. nuolatinė operacija.

Darbai baigiami įforminant AE priėmimo nuolat eksploatuoti aktą.

CD ir TD, o prireikus ir programos dokumentacijos kūrimas vykdomas pagal taisykles, nustatytas vieningos projektavimo dokumentacijos sistemos (ESKD), vieningos technologinės dokumentacijos sistemos (ESTD) ir vieningos sistemos standartuose. programos dokumentacijai (ESPD).

Projektavimo valdymas turi atitikti 4.4 GOST R ISO 9001 reikalavimus. Jei įdiegtas pirmasis modelis, tada pagal NPB 180-99 GUGPS prašymu kūrėjas (gamintojas) parengia techninį projektą (reikalavimus techninis projektas yra išdėstytas GOST 2.120-73 ESKD. Techninis projektas) , kuris derinamas su GUGPS ir VNIIPO. Diegiant antrąjį ir trečiąjį modelius, sprendimą dėl techninio projekto rengimo būtinumo priima užsakovas arba kūrėjas.

Nepriklausomai nuo įdiegto modelio, teisės į kuriamą DD nustatomos užsakovo ir kūrėjo (gamintojo ir gamintojo) sutartimi. Teisių į projektinę dokumentaciją klausimo sprendimas yra vienas iš pagrindinių rengiant ir gaminant gaisro gesinimo įranga. Diegiant pirmąjį ir antrąjį modelius, pelningiau teisę į CA palikti klientui (SBS struktūros). Tai leidžia užsakovui (SBS struktūroms) priimti sprendimą dėl licencijos PA gamybai išdavimo ar panaikinimo, sukurti konkurenciją perduodant projektinę dokumentaciją naujam gamintojui ir taip daryti įtaką gamintojui ar gamintojui. Jei teisės į projektinę dokumentaciją priklauso Valstybinei priešgaisrinei tarnybai, tai leidžia pateikti užsakymus jau sukurtų PA gamybai įmonėse, kurios atitinka Valstybinės priešgaisrinės tarnybos reikalavimus. Priešingu atveju, keičiant gamintoją, būtina iš naujo rengti projektinę dokumentaciją, kuri užima daug laiko ir yra susijusi su didelėmis materialinėmis išlaidomis. Panaši situacija jau susiklostė priešgaisrinės įrangos gamybos istorijoje Rusijoje: Ukrainos atskyrimo metu reikėjo pertvarkyti gamybą, taigi ir PA projektinę dokumentaciją bei TD, panašius į tuos, kurie buvo pagaminti. gamykloje kaime. Smilkalų Pryluky rajonas Černigovo srityje.

Siekiant patvirtinti parengtos projektinės dokumentacijos atitiktį TOR, padaromas eksperimentinis arba prototipas PA: eksperimentinis masinei gamybai; galva - ne serijiniam. Kuriant vieną PA, pagrindinis pavyzdys, kaip taisyklė, yra parduodamas klientui. Prototipui arba prototipui PA taikomos kontrolės ir testavimo procedūros pagal 4.10 - 4.12 GOST R ISO 9001 reikalavimus. Bandymų, būtinų siekiant užkirsti kelią nenaudojamų, reikalavimų neatitinkančių gaminių gamybai, apimtį ir turinį nustato kūrėjas. , atsižvelgiant į naujumą, sudėtingumą, PA gamybos ir taikymo ypatybes bei klientų reikalavimus. Tuo pačiu metu turi būti atlikti bandymai, kad būtų laikomasi visų standartų reikalavimų ir norminiai dokumentai saugos reikalavimų (SSBT standartų) ir gamtos apsaugos priežiūrą vykdančios įstaigos.

Pagal GOST 15.201-2000 ir NPB 180-99, eksperimentiniam arba prototipui PA atliekami šių tipų bandymai: preliminarus (gamyklinis), priėmimo, eksploatacinis.

Preliminarius (gamyklos) bandymus organizuoja MTEP vykdytojas, siekdamas preliminariai įvertinti PA prototipo ar prototipo atitiktį techninių specifikacijų reikalavimams, taip pat nustatyti prototipo ar prototipo parengtį. PA priėmimo testams. Bandymus turi atlikti PA gamintojas (gamintojas) arba specializuota organizacija, turinti licenciją atlikti tokio tipo bandymus. Preliminariųjų bandymų komisijos sudėtį sudaro PA gamintojas pagal jo pateiktą užsakymą. Komisijoje turėtų būti gamintojo (kūrėjo ir gamintojo) ir Valstybinės priešgaisrinės tarnybos atstovai. Programą ir testavimo metodiką kuria gamintojas ir derina su GUGPS ir VNIIPO. Preliminarūs bandymai turėtų apimti kovinį dislokavimą, kad būtų nustatytas jų įgyvendinimo laikas. Kovos dislokavimo schemos parenkamos pagal Gaisro pratybų vadovą.

Preliminariųjų (gamyklinių) bandymų, kaip TOR dalies, medžiagos, specifikacijų projektai, bandymų programos ir metodai, preliminariųjų (gamyklinių) bandymų aktas siunčiami užsakovui svarstyti, kad būtų išspręstas priėmimo testų organizavimo klausimas. Diegiant pirmąjį modelį pagal NPB 180-99 reikalavimą, išvardytos medžiagos siunčiamos GUGPS ir VNIIPO.

Kuriant pirmojo modelio PA, organizuojami ir atliekami valstybiniai priėmimo testai, antrajam ir trečiajam modeliams - priėmimo testai, dalyvaujant atitinkamoms institucijoms. valstybinė priežiūra ir kitos suinteresuotos organizacijos. Valstybinius priėmimo testus pagal GOST 15.201-2000 organizuoja valstybinis užsakovas, jei sutartyje (sutartyje) nenumatyta kitaip. PA valstybinių priėmimo testų ypatumas yra tas, kad pagal NPB 180-99 PA priėmimo komisijos sudėtį sudaro gamintojas (gamintojas), susitaręs su GUGPS, kuri išduoda atitinkamą užsakymą. organizacijai. Komisijos pirmininku paskiriamas GUGPS atstovas, su kuriuo susitarus paskiriama priėmimo testų vieta ir laikas.

PA prototipų priėmimo testavimą pagal antrąjį ir trečiąjį MTEP modelius pagal GOST 15.201-2000 organizuoja PA kūrėjas. Įgyvendinant antrąjį modelį, komisijos sudėtį sudaro užsakovas kartu su kūrėju, komisijos pirmininkas yra užsakovo atstovas, jeigu sutartyje (sutartyje) nenumatyta kitaip. MTEP atveju iniciatyvos plėtros atveju (be konkretaus užsakovo) priėmimo testus organizuoja kūrėjas, o priėmimo komisija, kaip taisyklė, sudaroma iš potencialių PA vartotojų atstovų, Valstybės sienos tarnybos struktūrų, valstybės ir priežiūros institucijose.

Nepriklausomai nuo įdiegto modelio, atsakomybė už priėmimo testų atlikimą tenka jų organizatoriui. Pagal GOST 15.201-2000, suinteresuotoms šalims sutikus, priėmimo bandymus leidžiama atlikti neskiriant komisijos, o paskyrus jos funkcijas ir pareigas atitinkamoms testus atliekančios organizacijos tarnyboms, kurios turėtų atsispindėti TNI ir (ar) susitarime (sutartyje) dėl MTEP įgyvendinimo. Atliekant priėmimo bandymus, nepriklausomai nuo jų atlikimo vietos, turi teisę dalyvauti gamintojas ir valstybinės priežiūros institucijos (VNT), kurios apie būsimus bandymus turi būti informuotos likus mėnesiui iki jų pradžios. Visi GGN, apibrėžti galiojančiuose šio gaminio teisės aktuose, arba dalyvauja priėmimo bandymuose, arba pateikia išvadas remiantis bandymų rezultatais. Nesant OGN atstovo ar jo nuomonės, jie mano, kad OGN sutinka priimti prekes arba tuo nesidomi.

NPB 180-99 priėmimo komisijai pateikiama: PA prototipas, užpildytas pagal darbo ataskaitą; techninė užduotis; testo programa ir metodika; išankstinių (gamyklinių) bandymų aktas su bandymų ataskaitomis; projektinė dokumentacija (raidės "O").

Bandymo programa sukurta remiantis TOR reikalavimais, naudojant projektinę dokumentaciją standartines programas, tipiniai (standartizuoti) metodai, išdėstyti norminius dokumentus. Į testavimo programą įeina: bandomasis objektas (eksperimentinis arba prototipas PA); testų tikslas; testų apimtis; testavimo sąlygos ir tvarka; testavimo logistika; metrologinis bandymų palaikymas; bandymų ataskaitos. Priėmimo bandymo programoje ir metodikoje turi būti numatyta darbo projekto ir eksploatacinės dokumentacijos kokybės tikrinimas, siekiant priimti sprendimą dėl dokumentacijos tinkamumo pramoninei gamybai.

Testavimo metodika apima: įvertintas PA charakteristikas (savybes, rodiklius); testavimo sąlygos ir tvarka; bandymų rezultatų apdorojimo, analizės ir vertinimo metodai; naudojamos bandymo, kontrolės ir matavimo priemonės; ataskaitų teikimas. Jei naudojami nestandartizuoti metodai, jie turi atitikti atitinkamą GGN.

Remdamasi priėmimo bandymų rezultatais ir pateiktos medžiagos išnagrinėjimu, komisija surašo aktą, kuriame:

1. Nustato sukurto (pagaminto) PA pavyzdžio atitiktį TOR reikalavimams.

2. Pateikiamas PA techninio lygio ir konkurencingumo įvertinimas, įskaitant patentinį ir teisinį aspektą.

3. Įvertina parengtą techninę dokumentaciją (įskaitant specifikacijų projektą).

6. Teikia pastabas ir pasiūlymus tobulinti PA ir dokumentaciją.

Pagal GOST 15.201-2000 priėmimo komisijos aktą tvirtina klientas. Priėmimo komisijos akto, kuriame teigiamas įvertinimas, patvirtinimas reiškia kūrimo pabaigą; TK nutraukimas; pateiktų specifikacijų patvirtinimas, techninę dokumentaciją. Pagal NPB 180-99 priėmimo aktą prototipas PA, kuriame teigiamai arba neigiamai vertinami plėtros rezultatai, tvirtina komisijos pirmininkas. Be to, jei yra pastabų, reikalaujančių papildomų bandymų, prototipo tobulinimo, dokumentacijos pakeitimų, komisijos pirmininkas, pašalinus pastabas, turi teisę nuspręsti dėl akto tvirtinimo. Tuo pačiu komisijos nariai, kurie nesutinka su bendras įvertinimas pokyčius, akte nurodyti atskirąją nuomonę ir jos pagrindimą.

UA prototipo ar prototipo eksploataciniai bandymai atliekami Valstybinėje priešgaisrinėje tarnyboje pagal Techninės tarnybos vadovą. Personalo apmokymą dirbti PA vykdo PA gamintojas (gamintojas). Valstybinės priešgaisrinės tarnybos specialistai, remdamiesi bandymų rezultatais, parengia išvadą, kurioje nurodo: duomenis apie PA veiklą eksploatacinių bandymų laikotarpiu (motorinių transporto priemonių buvimo, eksploatavimo ir judėjimo registro išrašas); informacija apie PA gedimus (išrašas iš techninės priežiūros žurnalo); gesintuvų išdėstymo komplektiškumo ir patogumo įvertinimas, taip pat pasiūlymas dėl papildomos gaisro gesinimo įrangos konfigūracijos ir priešgaisrinės įrangos išdėstymo keitimo; kovinio dislokavimo vykdymo schemos ir sąlygos bei jų įgyvendinimo laikas; PA eksploatacinių savybių įvertinimas
(žr. vadovėlio 6 skyrių); atitiktis PA veiklos charakteristikoms vykdomoms kovinėms užduotims atlikti; PA panaudojimo efektyvumas vykdant kovines užduotis.