Standardni postopek za industrijsko testiranje. Velika enciklopedija nafte in plina

stran 1

Prejemni testi se izvajajo v skladu z določenim programom in metodologijo ob predstavitvi projektnega zadatka za izdelavo AU, delovnih dnevnikov, aktov prevzema in zaključka poskusnega obratovanja. Med temi preizkusi se preverja delovanje NEK pod pogoji, določenimi v TZ, samostojno in kot del kompleksa ter preverjanje sredstev za ponovno vzpostavitev obratovalnosti NEK po okvarah in možnosti za praktično izvajanje vseh priporočenih postopkov. Testni protokoli za program so povzeti v enem samem protokolu, na podlagi katerega se sklepa o skladnosti sistema z zahtevami TZ in možnosti izdaje akta o sprejemu NEK v trajno obratovanje.

Sprejemne teste je treba opraviti 2-krat: primarni v 3 mesecih.

Prejemne teste izvajajo preizkuševalne organizacije in oddelki, ki so vključeni v sistem vladne organizacije za izvajanje državnih testov ali drugih organizacij in podjetij, ki jih je vključila matična organizacija sprejemni testi na predpisan način s sodelovanjem proizvajalca in razvijalca.

Za ugotavljanje izvedljivosti in izvedljivosti proizvodnih izdelkov se izvajajo prevzemni testi. Eksperimentalni ali prototipni vzorci (serija) izdelkov, ki jih certificira komisija, se testirajo z uporabo certificirane preskusne opreme.

Za ugotavljanje izvedljivosti in izvedljivosti dajanja izdelkov v proizvodnjo se izvajajo prevzemni preizkusi. Za reševanje vprašanja o izvedljivosti prenosa teh izdelkov v obratovanje se izvajajo prevzemni preizkusi proizvodov v enem kosu. Eksperimentalni ali prototipni vzorci (serija) izdelkov se testirajo. Pri dobavi družine, obsega ali obsega izdelkov v proizvodnjo se tipični predstavnik izbere glede na pogoj možnosti razširitve rezultatov njegovih testov na celoten sklop izdelkov. Prejemne preskuse izvajajo certificirani testni oddelki z uporabo certificirane preskusne opreme. Te organizacije preverjajo izdelke, dodeljene matičnim organizacijam za testiranje.

Prevzemne preizkuse je treba izvesti na prototipu električnega stroja, zato je obseg teh preizkusov precej velik. Ja, za avtomobile. enosmerni tok program prevzemnega preizkusa vsebuje 17 postavk, za sinhrone stroje - 22 postavk, za asinhrone motorje - 16 postavk.

Sprejemni testi ne morejo zaznati opisane okvare programske opreme, saj to nikakor ne vpliva na zasnovo, program simulatorja pa jo lahko zazna le v redkih primerih, saj je obseg zlonamernih dejanj prevelik, da bi ga bilo priporočljivo izvajati vse možne. nevarne situacije v simulatorju.

Sprejemne preizkuse izvajajo resorne, medresorske ali državne komisije po uspešno opravljenih predhodnih preizkusih. Poleg obsega predhodnih preizkusov med prevzemnimi preskusi se določi poraba olja oziroma mazanje valjev, tesnil, ležajev in ročičnega mehanizma.

Prejemni preizkusi se izvajajo po najbolj podrobnih programih, ki jih določajo standardi ali specifikacije za to vrsto stroja. Njihov cilj je preveriti skladnost izdelanih strojev z vsemi tehnične zahteve. Prevzemni testi so podvrženi prototipom - prvim industrijskim vzorcem strojev te vrste, ki jih proizvaja podjetje. Število vzorcev, ki jih je treba odvzeti za sprejemno testiranje, je določeno v standardih ali specifikacijah za dano vrsto stroji. Vse nadaljnje stroje mora podjetje proizvajati brez spreminjanja zasnove, tehnologije ali materialov, uporabljenih za izdelavo.

Prevzemni preskusi se izvajajo za ugotavljanje dejanske zmogljivosti stroja, pa tudi za ugotavljanje pravilnega delovanja sestavnih delov (zobniki, ležaji, zavore itd. Prevzemni preskusi se izvajajo na poligonu v pogojih, ki so blizu obratovalnih Rezultati testa se zabeležijo v potnem listu stroja.Če se med preskusom pojavijo napake, se zapišejo v izjavo o napaki in nato odpravijo.

Preizkusi prevzema se izvajajo za preverjanje delovanja, ki ga zagotavlja dobavitelj opreme. Program teh testov običajno predvideva serijo ravnotežnih poskusov povečane natančnosti pod pogoji, ki so predmet preverjanja v skladu z dobaviteljevimi garancijskimi podatki.

Prevzemni testi so uradni testi v prisotnosti komisije, na podlagi katerih se sklepa o smiselnosti začetka množične proizvodnje, za črpalke pa individualna proizvodnja- zagon. Hkrati se določijo in vključijo v dokumentacijo parametrični kazalniki in značilnosti črpalke, pridobljene med preskušanjem. V prihodnosti, glede na te kazalnike in značilnosti, ob upoštevanju tolerance izvaja se nadzor kakovosti serijskih črpalk.

Prejemni preizkusi ugotavljajo skladnost dejanskih obratovalnih lastnosti stroja s specifikacijami in se izvajajo na posebnih stojnicah v pogojih, ki so čim bolj podobni obratovalnim.

Prevzemni preizkus strojnih orodij v skladu s splo specifikacije za njihovo izdelavo in prevzem se izvajajo v prostem teku za preverjanje delovanja mehanizmov in pod obremenitvijo za ugotavljanje produktivnosti, natančnosti in čistosti obdelave. Med preskusom se preverijo vsi vklopi, preklapljanje in prenos krmilnikov, da se ugotovi pravilnost njihovega delovanja, zaklepanje, zanesljivost pritrditve in odsotnost spontanih premikov, odsotnost zagozditve, zaganjanja itd.

Sprejemno testiranje je eno izmed mejniki izdelava novega avtomobila. Njihov namen je: celovito preverjanje operativnih lastnosti prototipov v različnih cestnih in podnebnih razmerah v skladu s projektnimi nalogami za razvoj (tudi v vročih in hladnih podnebnih regijah); določitev dejanskih vrednosti vseh najpomembnejših parametrov; prepoznavanje zanesljivosti avtomobila kot celote, pa tudi njegovih glavnih komponent, sklopov in sistemov; ugotavljanje stopnje skladnosti ustvarjenega avtomobila z predvidenim namenom in ugotavljanje izvedljivosti začetka proizvodnje novega modela. V povprečju se oddajo dva do štirje vzorci za sprejemne teste. Testi vključujejo izvedbo velikega števila laboratorijskih in laboratorijskih cestnih del za določitev tehničnih in obratovalnih kazalnikov ter prevoženih kilometrov v vseh značilnih pogojih njihovega predvidenega delovanja.

27. januar 2014 08:45

"In tukaj smo, veste, vsi si privoščimo žemlje ..."
iz risanke "Carlson se je vrnil"

Sprejem informacijskega sistema je seveda apoteoza celotnega projekta oblikovanja informacijskega sistema. Naj vas citat na začetku članka ne zavede, to je pomemben in resen dogodek. Mislim, da je to praznik za obe strani, a kot veste, se morate nanj dobro pripraviti, da bi praznik potekal dobro.

Vredno je začeti s formatom za izvajanje sprejemnih testov, čeprav je najverjetneje že dolgo opredeljen, na primer v pogodbi ali referenčnih pogojih. Kljub temu bi izpostavil dve možnosti za izvedbo tega dogodka in ju poimenoval pogojno: sprejem sistema »po konceptih« in sprejem sistema »po znanosti«. S prvim je vse dovolj jasno, a takšnega postopka je nemogoče opisati. Lahko je popolna formalnost – zabavna druženja ob poživljajoči pijači ali prava bakanalija, kjer je omemba tehničnega opravila nekaj nespodobnega in celo žaljivega. Toda na drugi možnosti bi se rad podrobneje ustavil, morda se bo ta članek nekoliko odprl za strokovnjake začetnike, in bojim se, da je za nekatere stare bojevnike zavesa zakramenta testov sprejemanja. Poskušal bom dati tudi nekaj nasvetov, da bodo testi bolj produktivni.

Malo o standardih. V starih časih, kot študent, sem bil, tako kot mnogi mladi iz moje generacije, skeptičen do različnih standardov in smernic ZSSR, medtem ko se v njihovo bistvo sploh nisem poglabljal. Toda minilo je kar nekaj časa in zdrava pamet je prevzela, ne uporabljam samo GOST-jev, ampak jih priporočam tudi drugim za uporabo. Seveda so v GOST-ih 80-90-ih očitni atavizmi, kljub temu jih primerjam z listino oboroženih sil, to so tisto, kar se imenuje "na krvi" in verjemite mi, obstaja veliko razumnih misli . Strokovnjake, ki poznajo GOST, pa tudi dokumente, sestavljene v skladu z GOST in RD, je mogoče videti od daleč in se jasno razlikujejo na bolje.

Sprejemni preizkusi se izvajajo v skladu z GOST 34.603-92 " Informacijska tehnologija. Vrste testiranja avtomatiziranih sistemov". Ta vrsta testiranja je dokončna po predhodnih preizkusih in poskusnem delovanju. Namen teh testov je preveriti skladnost avtomatiziranega sistema z zahtevami projektnega zasnove in sklepati o pripravljenosti sistema za trajno obratovanje.

Preizkusi se izvajajo po dokumentu Program in metodi prevzemnih preizkusov (TMI). PMI se razvija z uporabo RD 50-34.698-90 "Avtomatizirani sistemi. Zahteve za vsebino dokumentov. Prvič, zahvaljujoč temu dokumentu se sprejemni testi "po konceptih" spremenijo v sprejemne teste "po znanosti". PMI opisuje vse zahteve (funkcionalne in nefunkcionalne) nalog in pričakovanih rezultatov revizije.

Svet številka 1. PMI je zadnja možnost, da naročnik vpliva na značilnosti prejetega informacijskega sistema. Še posebej, če je bil med projektom izdelan projektni nalog, ki v klasičnem smislu pravi "kaj storiti" (cilji in cilji, Splošni pogoji, zahteve za programsko opremo, strojno opremo in dokumentacijo, zahteve za kadre ipd.) in ni bila razvita Tehnična zasnova, ki pravi "kako to narediti" (specifično tehnične rešitve za izvajanje posebnih zahtev iz Poslovnika). Dovolite si dovolj časa za razvoj in dogovor o programu in metodologiji sprejemnega preizkusa. Če želite, bo to vaša listina o sprejemnem preizkusu.

Poleg dogovora o PMI, stranka ne sme pozabiti izdati odredbe o sestavi sprejemne komisije in vsakega njenega člana seznaniti s PMI pod podpis. Koga vključiti v provizijo, je osebna stvar naročnika. Priporočam, da mora imeti:

• Funkcionalne stranke
• Predstavniki oddelkov - ključnih uporabnikov sistema
• Predstavniki tehničnih oddelkov, ki bodo še naprej servisirali Sistem

In tudi niso bili (velja za obe strani):

• Šibki in neuravnoteženi zaposleni
• Zaposleni, ki ne poslušajo in se slabo izražajo
• Samostojni delavci zastopanje podjetij konkurentov

Svet številka 2. Ali želite, da je med sprejemnimi testi avtomatiziranega sistema vse »na način za odrasle«? Poleg preverjanja funkcionalnih zahtev naredite:

• Uvajanje sistemske programske opreme iz nič
• Preverjanje deklariranih časovnih indikatorjev popolne in delne obnove sistema
• Preverjanje delovanja sistema z merjenjem časa izvajanja ključnih funkcij, čeprav v ekskluzivnem načinu. Seveda morajo biti ti kazalniki sprva opisani v opisu nalog, sicer bodo stranke obsojene na trditve, da obstaja "udoben čas" za izvedbo te ali one operacije. Moje subjektivno mnenje je ostalo enako že vrsto let – do 3 sekunde. za izvajanje osnovnih preprostih operacij, potem morate nadaljevati specifično situacijo
• Preverjanje stabilnosti in zanesljivosti sistema. Že tako osnovni test bo povsem dovolj - odprite vmesniški obrazec za vnos podatkov, izvlecite napajalni kabel ali prekinite povezavo Wi-Fi, poskusite shraniti podatke, dobite ustrezno sporočilo, obnovite povezavo in poskusite znova shraniti . Če je ta spletna aplikacija priporočljiva za preverjanje pravilnosti ponovnega nalaganja strani, torej po odprtju določenega obrazca/strani, po izvedbi ukaza za shranjevanje podatkov itd., prisilite ukaz za osvežitev (v brskalnikih je to običajno tipka F5 )
• Preverjanje popolnosti in kakovosti dokumentacije. Ta del je bolje dokončati pred začetkom testa, ker. vzame kar veliko časa. Neposredno na samih testih objavite rezultate tega testa

Na splošno začnite s preverjanjem skladnosti sistemske programske opreme (operacijski sistemi, pisarniški paketi, sistemi za upravljanje baz podatkov itd.) in tehnična podpora Sistemi (strežniki, odjemalske postaje, komunikacijski kanali ipd.) v skladu z zahtevami, navedenimi v opisu nalog. Neskladja v teh odstavkih lahko postanejo upravičen razlog za nedoseganje lastnosti sistema od deklariranih kazalnikov in celo popolno neizpolnjevanje določenih funkcij sistema.

Svet številka 3. Preizkusi prevzema se izvajajo na nizu kontrolnih podatkov. Sistem mora biti naložen s podatki, ki so vsaj primerljivi z načrtovano količino podatkov za prvo leto delovanja. Naj gre za samodejno generirane informacije, kakovost vsebine tukaj ni na prvem mestu. Če je bila zahtevana količina podatkov že ustvarjena med poskusnim delovanjem, super.

Svet številka 4. Pogosto je v opisu nalog zapisan stavek "Sistem mora zagotoviti hkratno delovanje N uporabnikov". Dobavljivost zagotavlja predvsem izvajalec zahtevani znesek konkurenčne licence (če je takšna licenčna politika predvidena). Ne oklevajte in vprašajte, kako je bilo organizacijsko ali tehnično zagotovljeno izpolnjevanje te zahteve. Če so bili opravljeni testi obremenitve (v avtomatiziranem in/ali ročnem načinu), prosite za protokol in program za izvedbo. Če se ti testi začnejo neposredno na testih, čast in pohvala izvajalcu.

Na podlagi rezultatov sprejemnih testov se sestavi protokol (poročilo) o rezultatih testiranja, ki lahko vključuje prilogo, ki opisuje ugotovljene pripombe in čas njihove odprave (na to ne pozabite), pa tudi akt. tehnično stanje Sistem in pripravljenost za sprejem v komercialno delovanje. Vsebina teh dokumentov je opisana tudi v RD 50-34.698-90 "Avtomatizirani sistemi. Zahteve za vsebino dokumentov.

Po uspešnih testih je treba po stari ruski tradiciji novorojenčki sistem "oprati", čeprav tega nisem našel v nobenem GOST.

(4,44 - ocenilo 9 oseb)

Ne, ne tako. Samo čas je drugačen in delo, ki ga imamo, je drugačno.

Prej je bila stranka, ki jo je zastopala država, bil je izvajalec (na primer nekakšen raziskovalni inštitut), bil je upravičenec - nekakšen obrat. Naročnik je seveda želel, da to, kar je storil izvajalec, ustreza začetnim zahtevam upravičenca. Sicer pa korupcija, zloraba sredstev in vse to.

Tukaj je nov pogodbeni sistem, ki nadomešča 94. zvezni zakon in želi tudi nadzorovati izid dela na izhodu. Tam bodo verjetno potrebni "prejemni testi" posebej za stranko. Za to se bodo standardi sčasoma posodabljali (v zakonodaji carinska unija to že obstaja za opremo in stroje). In stranka bo to plačala sama, t.j. država.

DRŽAVNI STANDARD ZVEZE SSR

Nabor standardov za avtomatizirani sistemi

Ta standard velja za avtomatizirane sisteme (AS), ki se uporabljajo v različne vrste dejavnosti (raziskave, načrtovanje, upravljanje itd.), vključno z njihovimi kombinacijami, ustvarjenimi v organizacijah, združenjih in podjetjih (v nadaljnjem besedilu - organizacije).

Standard določa vrste NPP testov in splošne zahteve za njihovo izvajanje.

Izrazi, uporabljeni v tem standardu, in njihove definicije so v skladu z GOST 34.003.

Zahteve tega standarda, razen klavzul 2.2.4, 4.4, 4.5, so obvezne, zahteve klavzul 2.2.4, 4.4, 4.5 so priporočljive.

1. Splošne določbe.

1.1. Preskusi NPP se izvajajo v fazi "Zagon" v skladu z GOST 34.601, da se preveri skladnost ustvarjene NPP z zahtevami nalog (TOR).

1.2. Testiranje NPP je postopek preverjanja delovanja določenih funkcij sistema, ugotavljanja in preverjanja skladnosti z zahtevami TOR kvantitativnih in (ali) kvalitativnih značilnosti sistema, ugotavljanja in odpravljanja pomanjkljivosti v delovanju sistema, v izdelano dokumentacijo.

1.3. Za AU so določene naslednje glavne vrste testov: 1) predhodni; 2) poskusno delovanje; 3) sprejem.

Opombe:

1. Dovoljeno je dodatno izvajati druge vrste preskusov AU in njihovih delov.

2. Sprejemne teste je dovoljeno razvrstiti glede na status sprejemne komisije (sestavo članov komisije in stopnjo njene odobritve).

3. Vrste testov in status sprejemne komisije so določeni v pogodbi in (ali) TOR.

1.4. Glede na medsebojne povezave objektov, ki se testirajo v NEK, so testi lahko avtonomni ali kompleksni.

Avtonomni testi pokrivajo dele AU. Izvajajo se, ko so deli NEK pripravljeni za zagon za poskusno obratovanje.

Celoviti testi se izvajajo za skupine, medsebojno povezane dele AU ali za AU kot celoto.

1.5. Za načrtovanje vseh vrst testov je razvit dokument "Program in preskusne metode". Razvijalec dokumenta je določen v pogodbi ali TK.

1.6. Program in metodologija preskušanja bi morala določiti potreben in zadosten obseg preskusov, da se zagotovi določena zanesljivost dobljenih rezultatov.

1.7. Testni program in metodologijo je mogoče razviti za RK kot celoto, za del RK. Testi (testni primeri) so lahko vključeni kot aplikacija.

1.8. Preliminarni testi AU se izvede za določitev njegove zmogljivosti in za odločitev, ali je možno sprejeti AC v poskusno delovanje.

1.9. Predhodno testiranje je treba izvesti po tem, ko razvijalec odpravi napake in preizkusi priloženo programsko opremo in tehnična sredstva sisteme in jim predloži ustrezne dokumente o njihovi pripravljenosti za testiranje ter po seznanitvi osebja NEK z obratovalno dokumentacijo.

1.10. Poskusno obratovanje NEK se izvaja za ugotavljanje dejanskih vrednosti kvantitativnih in kvalitativnih značilnosti NEK in pripravljenosti osebja za delo v pogojih delovanja NEK, ugotavljanje dejanske učinkovitosti NPP. , in popravi (če je potrebno) dokumentacijo.

1.11. Prejemni preizkusi NEK se izvajajo za ugotavljanje skladnosti NEK s projektnimi nalogami, ocenjevanje kakovosti poskusnega obratovanja in odločanje o možnosti prevzema NEK v trajno obratovanje.

1.12. Pred sprejemnimi preizkusi AU naj bi bilo njeno poskusno delovanje v objektu.

1.13. Glede na vrsto zahtev za AU za testiranje, preverjanje ali certificiranje je podvržen: 1) naboru programske in strojne opreme; 2) osebje; 3) operativno dokumentacijo, ki ureja delovanje osebja med obratovanjem NEK; 4) AS na splošno.

1.14. Pri testiranju AU preverijo: 1) kakovost samodejnih funkcij, ki jih izvaja kompleks programske in strojne opreme v vseh načinih delovanja AU v skladu z delovnim nalogom za ustvarjanje AU; 2) poznavanje obratovalne dokumentacije s strani osebja in razpoložljivost veščin, potrebnih za opravljanje uveljavljenih funkcij v vseh načinih delovanja NEK, v skladu s TZ za ustanovitev NEK; 3) popolnost navodil, ki jih vsebuje operativna dokumentacija, da osebje opravlja svoje funkcije v vseh načinih delovanja NEK v skladu s TZ za ustanovitev NEK; 4) kvantitativne in (ali) kvalitativne značilnosti delovanja avtomatskih in avtomatiziranih funkcij AU v skladu s TOR; 5) druge lastnosti AU, ki jih mora izpolnjevati po TZ.

1.15. AU teste je treba izvesti na mestu stranke. Po dogovoru med naročnikom in razvijalcem je dovoljeno opraviti predhodno testiranje in prevzem programske opreme AU na strojni opremi razvijalca pri ustvarjanju pogojev za pridobitev zanesljivih rezultatov testiranja.

1.16. Zaporedno preizkušanje in zagon delov NEK za poskusno in trajno obratovanje je dovoljeno, v skladu z vrstnim redom zagona NEK, ki je določen v TR.

2. Preliminarni testi.

2.1. Preliminarni testi AU so lahko: 1) avtonomni; 2) zapleteno.

2.2. Avtonomni testi

2.2.1. Avtonomne teste AU je treba izvajati v skladu s programom in metodologijo avtonomnih testov, razvitim za vsak del AU.

2.2.2. Program avtonomnih testov navaja: 1) seznam funkcij, ki jih je treba testirati; 2) opis razmerja preskusnega objekta z drugimi deli NEK; 3) pogoje, postopek in metode za izvajanje preskusov in obdelavo rezultatov; 4) merila sprejemljivosti za dele na podlagi rezultatov preskusov.

Programu testiranja brez povezave je treba priložiti urnik testiranja brez povezave.

2.2.3. Pripravljeni in usklajeni testi (testni primeri) v fazi avtonomnega testiranja morajo zagotavljati: 1) popolno preverjanje funkcij in postopkov po seznamu, dogovorjenem z naročnikom; 2) zahtevana natančnost izračunov, določena v TOR; 3) preverjanje glavnih časovnih značilnosti delovanja programske opreme (v primerih, ko je to pomembno); 4) preverjanje zanesljivosti in stabilnosti delovanja programske in strojne opreme.

2.2.4. Kot začetne informacije za test je priporočljivo uporabiti delček resničnih informacij organizacije stranke v količini, ki zadostuje za zagotovitev potrebne zanesljivosti testov.

2.2.5 Rezultate avtonomnega testiranja delov AU je treba zabeležiti v poročilih o preskusih. Protokol naj vsebuje sklep o možnosti (nezmožnosti) dovolitve dela NEK v kompleksna testiranja.

2.2.6. V primeru, da se izkaže, da opravljeni avtonomni testi niso zadostni ali se ugotovi kršitev zahtev regulativnih dokumentov o sestavi ali vsebini dokumentacije, se lahko navedeni del AU vrne v revizijo in nov test. obdobje je dodeljeno.

2.3. Kompleksni testi

2.3.1. Celovito testiranje AU se izvaja z izvajanjem kompleksnih testov. Rezultati testa se odražajo v protokolu. Delo se zaključi z izvedbo prevzemnega potrdila v poskusno obratovanje.

2.3.2. Program celostnega testiranja NEK ali delov NEK navaja: 1) seznam testnih objektov; 2) sestavo predložene dokumentacije; 3) opis preizkušanih razmerij med testnimi postavkami; 4) zaporedje preskusov delov NEK; 5) postopek in metode testiranja, vključno s sestavo programske opreme in opreme, potrebne za testiranje, vključno s posebnimi stojali in poligoni.

2.3.3. Za izvedbo kompleksnih testov je treba predložiti: 1) program kompleksnih testov; 2) sklep o avtonomnem testiranju ustreznih delov AU ter odpravo napak in pripomb, ugotovljenih pri avtonomnem testiranju; 3) kompleksni testi; 4) programska in strojna oprema ter povezana operativna dokumentacija.

2.3.4. Pri kompleksnih testih je dovoljena uporaba kot začetne informacije, pridobljene iz avtonomnih preskusov delov NEK.

2.3.5. Celovit test mora: 1) biti logično povezan; 2) zagotavlja preverjanje izvajanja funkcij delov jedrske elektrarne v vseh načinih obratovanja, določenih v tehničnih zahtevah za jedrsko elektrarno, vključno z vsemi povezavami med njimi; 3) zagotoviti preverjanje odziva sistema na napačne informacije in izredne razmere.

2.3.6. Integrirani testni protokol mora vsebovati sklep o možnosti (nezmožnosti) sprejema NEK v poskusno obratovanje ter seznam potrebnih izboljšav in priporočene roke za njihovo izvedbo.

Po odpravi pomanjkljivosti se izvajajo ponavljajoči se kompleksni testi zahtevani volumen.

3. Poskusno delovanje.

3.1. Poskusno obratovanje se izvaja v skladu s programom, ki navaja: 1) pogoje in postopek za delovanje delov NEK in NEK kot celote; 2) trajanje poskusnega obratovanja, ki zadostuje za preverjanje pravilnega delovanja NEK pri opravljanju posamezne funkcije sistema in pripravljenosti osebja za delo v pogojih delovanja NEK; 3) postopek za odpravo pomanjkljivosti, ugotovljenih med poskusnim obratovanjem.

3.2. Med poskusnim delovanjem AU se vodi delovni dnevnik, v katerega se vpisujejo podatki o trajanju delovanja AU, okvarah, okvarah, izrednih razmerah, spremembah parametrov objekta avtomatizacije, tekočih prilagoditvah dokumentacije in programske opreme, prilagoditev in tehnična sredstva. Podatki se vpišejo v dnevnik z datumom in odgovorno osebo. Revija lahko vključuje komentarje osebja o enostavnosti delovanja AU.

3.3. Na podlagi rezultatov poskusnega obratovanja se sprejme odločitev o možnosti (ali nezmožnosti) predstavitve delov NE in sistema kot celote za prevzemne preizkuse.

Delo se zaključi z izvršitvijo akta o zaključku poskusnega obratovanja in sprejemu sistema v prevzemne preizkuse.

4. Sprejemni testi

4.1. Prejemni preizkusi se izvajajo v skladu s programom, ki navaja: 1) seznam predmetov, ki so v sistemu dodeljeni za testiranje, in seznam zahtev, ki jih morajo predmeti izpolnjevati (s sklicevanjem na točke TOR); 2) merila sprejemljivosti sistema in njegovih delov; 3) pogoje in pogoje testiranja; 4) sredstva za testiranje; 5) imena oseb, odgovornih za opravljanje preskusov; 6) metodologijo testiranja in obdelavo njihovih rezultatov; 7) seznam dokumentacije, ki jo je treba sestaviti.

4.2. Za sprejemno testiranje je treba predložiti naslednjo dokumentacijo: 1) tehnično nalogo ustvariti AS; 2) akt o prevzemu v poskusno obratovanje; 3) delovni dnevniki poskusnega obratovanja; 4) akt o zaključku poskusnega obratovanja in sprejemu NEK v prevzemne preizkuse; 5) programska in testna metodologija.

Prejemno testiranje je treba izvesti v delujočem objektu.

4.3. Prejemni testi morajo najprej vključevati preverjanje: 1) popolnosti in kakovosti izvajanja funkcij pri standardnih, mejnih, kritičnih vrednostih parametrov objekta avtomatizacije in v drugih pogojih delovanja jedrske elektrarne, določenih v TOR. ; 2) izpolnjevanje vsake zahteve v zvezi s sistemskim vmesnikom; 3) delo osebja v interaktivnem načinu; 4) sredstva in metode za obnovo delovanja AU po okvarah; 5) popolnost in kakovost operativne dokumentacije.

4.4. Preverjanje popolnosti in kakovosti izvajanja funkcij AU je priporočljivo izvajati v dveh fazah. Na prvi stopnji se testirajo posamezne funkcije (naloge, kompleksi nalog). Hkrati preverjajo izpolnjevanje zahtev TOR za funkcije (naloge, kompleksi nalog). Na drugi stopnji se preveri interakcija nalog v sistemu in izpolnjevanje zahtev TOR za sistem kot celoto.

4.5. Po dogovoru s stranko se preverjanje nalog, odvisno od njihove posebnosti, lahko izvaja samostojno ali kot del kompleksa. Priporočljivo je kombinirati naloge pri preverjanju v kompleksih, ob upoštevanju skupnosti uporabljenih informacij in notranjih povezav.

4.6. Preverjanje dela osebja v interaktivnem načinu se izvaja ob upoštevanju popolnosti in kakovosti delovanja funkcij sistema kot celote.

Preverjajo se: 1) popolnost sporočil, direktiv, zahtev, ki so na voljo operaterju, in njihova zadostnost za delovanje sistema; 2) zapletenost postopkov dialoga, sposobnost osebja za delo brez posebnega usposabljanja; 3) odziv sistema in njegovih delov na napake operaterja, servisne zmogljivosti.

4.7. Preverjanje sredstev za obnovitev delovanja AU po okvarah računalnika mora vključevati: 1) preverjanje prisotnosti v operativni dokumentaciji priporočil za obnovo delovanja in popolnosti njihovega opisa; 2) izvedljivost priporočenih postopkov; 3) delovanje orodij za samodejno obnovitev, funkcij (če obstajajo).

4.8. Preverjanje popolnosti in kakovosti operativne dokumentacije je treba izvesti z analizo dokumentacije glede skladnosti z zahtevami regulativnih in tehničnih dokumentov v TOR.

4.9. Rezultati testiranja objektov, ki jih predvideva program, so zabeleženi v protokolih, ki vsebujejo naslednje razdelke: 1) namen preskusov in številko oddelka zahtev TOR za NEK, po katerem se preskus izvaja. izvede; 2) sestavo strojne in programske opreme, uporabljene pri preskusih; 3) navedbo metod, v skladu s katerimi so bili testi opravljeni, obdelavo in vrednotenje rezultatov; 4) preskusne pogoje in značilnosti začetnih podatkov; 5) skladiščne prostore in pogoje dostopa do končnega programa testiranja; 6) splošne rezultate testov; 7) sklepe o rezultatih preskusov in skladnosti ustvarjenega sistema ali njegovih delov z določenim delom zahtev TOR za NEK.

4.10. Poročila o preskusih objektov v celotnem programu so povzeta v enem samem protokolu, na podlagi katerega se sklepa o skladnosti sistema z zahtevami tehničnih specifikacij za NEK in možnosti izdaje akta o prevzemu NEK za stalno obratovanje.

Delo se zaključi z izvršitvijo akta prevzema NEK v trajno obratovanje.

Razvoj CD in TD ter po potrebi programske dokumentacije se izvaja po pravilih, določenih s standardi Enotnega sistema projektne dokumentacije (ESKD), Enotnega sistema tehnološke dokumentacije (ESTD) in Enotnega sistema. za programsko dokumentacijo (ESPD).

Vodenje načrtovanja mora izpolnjevati zahteve 4.4 GOST R ISO 9001. Če se izvaja prvi model, potem v skladu z NPB 180-99 na zahtevo GUGPS razvijalec (proizvajalec) razvije tehnično zasnovo (zahteve za Tehnična zasnova je določena v GOST 2.120-73 ESKD. Tehnična zasnova), ki se usklajuje z GUGPS in VNIIPO. Pri izvajanju drugega in tretjega modela odločitev o potrebi po razvoju tehničnega projekta sprejme naročnik ali razvijalec.

Ne glede na implementirani model so pravice do razvitega DD določene s pogodbo med naročnikom in razvijalcem (proizvajalcem in proizvajalcem). Rešitev vprašanja pravic do projektne dokumentacije je ena ključnih pri razvoju in proizvodnji gasilska oprema. Pri implementaciji prvega in drugega modela je bolj donosno prepustiti pravico do CA stranki (strukture SBS). To naročniku (strukturam SBS) omogoča, da se odloči o izdaji ali preklicu licence za proizvodnjo PA, ustvari konkurenco pri prenosu projektne dokumentacije na novega proizvajalca in s tem vpliva na proizvajalca oziroma proizvajalca. Če pravice do projektne dokumentacije pripadajo Državni gasilski službi, potem to omogoča oddajo naročil za izdelavo že razvitih PA v podjetjih, ki izpolnjujejo zahteve Državne gasilske službe. V nasprotnem primeru je treba ob menjavi proizvajalca ponovno razviti projektno dokumentacijo, kar vzame veliko časa in je povezano z znatnimi materialnimi stroški. Podobna situacija se je že pojavila v zgodovini proizvodnje gasilske opreme v Rusiji: med ločitvijo Ukrajine je bilo treba reorganizirati proizvodnjo, zato je bilo treba projektno dokumentacijo in tehnično dokumentacijo za PA, podobno tistim PA, ki so bili proizvedeno v tovarni v vasi. Frankincense Pryluky okrožje v regiji Chernihiv.

Za potrditev skladnosti razvite projektne dokumentacije z TOR se izdela eksperimentalni ali prototip PA: poskusni za množično proizvodnjo; glava - za neserijsko. Pri ustvarjanju posameznega PA je glavni vzorec praviloma predmet prodaje kupcu. Prototip ali prototip PA je podvržen kontrolnim in preskusnim postopkom v skladu z zahtevami 4.10 - 4.12 GOST R ISO 9001. Obseg in vsebino preskusov, potrebnih za preprečevanje proizvodnje neuporabljenih, neskladnih izdelkov, določi razvijalec. , ob upoštevanju novosti, kompleksnosti, značilnosti proizvodnje in uporabe PA ter zahtev strank. Hkrati je treba opraviti preskuse za skladnost z vsemi zahtevami standardov in normativni dokumenti organi, ki izvajajo nadzor nad izpolnjevanjem varnostnih zahtev (standardi SSBT) in varstva narave.

V skladu z GOST 15.201-2000 in NPB 180-99 je eksperimentalni ali prototip PA podvržen naslednjim vrstam preskusov: predhodni (tovarniški), prevzemni, operativni.

Predhodne (tovarniške) preizkuse organizira izvajalec R&R za namen predhodne ocene skladnosti prototipa ali prototipa UA z zahtevami TOR, kot tudi za ugotavljanje pripravljenosti prototipa ali prototipa UA za prevzemne preizkuse. Teste mora opraviti proizvajalec (proizvajalec) PA ali specializirana organizacija, ki ima dovoljenje za izvajanje te vrste preskusov. Sestavo komisije za predhodne preizkuse sestavi proizvajalec PA na podlagi njegovega naročila. Komisija mora vključevati predstavnike proizvajalca (razvijalec in proizvajalec) in državne gasilske službe. Program in metodologijo testiranja je razvil proizvajalec in jih uskladil z GUGPS in VNIIPO. Predhodni preizkusi morajo vključevati bojne razporeditve, da se določi čas njihove izvedbe. Sheme bojnih razporeditev so izbrane v skladu s Priročnikom o gasilski vaji.

Materiali predhodnih (tovarniških) preskusov kot del TOR, osnutki specifikacij, preskusnih programov in metod, akt predhodnih (tovarniških) preskusov se pošljejo stranki v obravnavo za rešitev vprašanja organizacije prevzemnih preskusov. Pri izvajanju prvega modela v skladu z zahtevo NPB 180-99 se navedeni materiali pošljejo GUGPS in VNIIPO.

Pri ustvarjanju PA za prvi model se organizirajo in izvajajo državni sprejemni testi, za drugi in tretji model - sprejemni testi s sodelovanjem ustreznih organov. državni nadzor in druge zainteresirane organizacije. Državne prevzemne preskuse v skladu z GOST 15.201-2000 organizira državni naročnik, razen če je v sporazumu (pogodbi) določeno drugače. Posebnost državnih prevzemnih preizkusov PA je, da po NPB 180-99 sestavo komisije za prevzem PA sestavi proizvajalec (proizvajalec) v soglasju z GUGPS, ki izda ustrezen ukaz. za organizacijo. Za predsednika komisije se imenuje predstavnik GUGPS, v soglasju s katerim se določita kraj in čas sprejemnih preizkusov.

Sprejemno testiranje prototipov PA po drugem in tretjem modelu raziskav in razvoja v skladu z GOST 15.201-2000 organizira razvijalec PA. Pri izvajanju drugega modela sestavo komisije oblikuje naročnik skupaj z razvijalcem, predsednik komisije je predstavnik naročnika, razen če je s pogodbo (pogodbo) določeno drugače. V primeru R&R v primeru iniciativnega razvoja (brez določenega naročnika) prevzemne teste organizira razvijalec, sprejemno komisijo pa praviloma sestavljajo predstavniki potencialnih porabnikov PA, struktur Državne mejne službe, države in nadzorni organi.

Ne glede na uporabljeni model je odgovornost za izvedbo prevzemnih testov na njihovem organizatorju. V skladu z GOST 15.201-2000 je s soglasjem zainteresiranih strank dovoljeno izvajati sprejemne preskuse brez imenovanja komisije, vendar z dodelitvijo njegovih funkcij in dolžnosti ustreznim službam organizacije, ki izvaja preskuse, ki bi morale se odraža v TOR in (ali) sporazumu (pogodbi) za izvajanje R&R. Pri izvajanju prevzemnih preizkusov so ne glede na kraj njihovega izvajanja upravičeni sodelovati proizvajalec in državni nadzorni organi (OGN), ki morajo biti o prihodnjih preizkusih obveščeni mesec dni pred začetkom. Vsi GGN, ki jih za ta izdelek določa veljavna zakonodaja, bodisi sodelujejo pri sprejemnih testih ali pa dajejo zaključke na podlagi rezultatov testiranja. V odsotnosti predstavnika OGN ali njegovega mnenja menijo, da se OGN strinja s sprejemom izdelkov ali ga to ne zanima.

Sprejemni komisiji za NPB 180-99 se predstavi: prototip PA, izdelan v skladu z delovnim nalogom; tehnična naloga; testni program in metodologija; akt predhodnih (tovarniških) preskusov s poročili o preskusih; projektna dokumentacija (črke "O").

Preskusni program je razvit na podlagi zahtev TOR, z uporabo projektne dokumentacije standardni programi, tipične (standardizirane) metode, določene v predpisni dokumenti. Testni program vključuje: testni objekt (eksperimentalni ali prototipni PA); namen testov; obseg testov; pogoji in postopek testiranja; logistika testiranja; meroslovna podpora testov; poročanje o preskusih. Program in metodologija prevzemnega testiranja naj vključuje preverjanje kakovosti delovne projektne dokumentacije in obratovalne dokumentacije za odločitev o primernosti dokumentacije za industrijsko proizvodnjo.

Metodologija testiranja vključuje: ovrednotene značilnosti (lastnosti, kazalniki) PA; pogoji in postopek testiranja; metode obdelave, analize in vrednotenja rezultatov testov; uporabljena sredstva za testiranje, nadzor in merjenje; poročanje. Če se uporabljajo nestandardizirane metode, morajo biti skladne z ustreznim GGN.

Na podlagi rezultatov sprejemnih preizkusov in obravnave predloženega gradiva komisija sestavi akt, v katerem:

1. Ugotavlja skladnost vzorca razvite (izdelane) PA z zahtevami TOR.

2. Poda oceno tehnične ravni in konkurenčnosti PA, vključno s patentnega in pravnega vidika.

3. Oceni izdelano tehnično dokumentacijo (vključno z osnutkom specifikacij).

6. Daje pripombe in daje predloge za izboljšanje PA in dokumentacije.

V skladu z GOST 15.201-2000 akt sprejemne komisije odobri stranka. Potrditev akta sprejemne komisije, ki vsebuje pozitivno oceno, pomeni konec razvoja; prenehanje TK; odobritev predloženih specifikacij, tehnično dokumentacijo. Po potrdilu o prevzemu NPB 180-99 prototip OP, ki vsebuje pozitivno ali negativno oceno rezultatov razvoja, potrdi predsednik komisije. Poleg tega, če obstajajo pripombe, ki zahtevajo dodatno testiranje, izpopolnitev prototipa, spremembe dokumentacije, ima predsednik komisije pravico odločiti o odobritvi akta po izločitvi pripomb. Hkrati pa člani komisije, ki se ne strinjajo z splošna ocena dogajanja, v aktu navesti ločeno mnenje z njegovo utemeljitvijo.

Obratovalni preizkusi prototipa ali prototipa UA se izvajajo v Državni gasilski službi v skladu s Priročnikom za tehnično službo. Usposabljanje osebja za delo na PA izvaja proizvajalec (proizvajalec) PA. Strokovnjaki državne gasilske službe na podlagi rezultatov preskusov pripravijo sklep, v katerem navedejo: podatke o delovanju PA v obdobju operativnih preskusov (izpisek iz registra prisotnosti, delovanja in gibanja motornih vozil); informacije o okvarah PA (izvleček iz dnevnika vzdrževanja); ocena popolnosti in udobja postavitve gasilnih aparatov ter predlog dodatne konfiguracije gasilne opreme in sprememba postavitve gasilne opreme; sheme in pogoji za izvajanje bojne razporeditve ter čas njihovega izvajanja; ocena obratovalnih lastnosti PA
(glej 6. poglavje učbenika); skladnost z značilnostmi delovanja PA za bojne naloge, ki se izvajajo; učinkovitosti uporabe PA pri izvajanju bojnih nalog.