Procedura standard pentru testarea industrială. Marea enciclopedie a petrolului și gazelor

Pagina 1

Testele de acceptare sunt efectuate în conformitate cu programul și metodologia specificate, la prezentarea termenilor de referință pentru crearea UA, jurnalele de lucru, actele de acceptare și finalizarea operațiunii de probă. În cadrul acestor teste se verifică funcționarea CNE în condițiile specificate în TdR, în mod autonom și ca parte a unui complex, precum și verificarea modalităților de restabilire a operabilității CNE după defecțiuni și a posibilității de implementare practic a tuturor procedurilor recomandate. Protocoalele de testare pentru program sunt rezumate într-un singur protocol, în baza căruia se face o concluzie cu privire la conformitatea sistemului cu cerințele TOR și posibilitatea emiterii unui act de acceptare a CNE pentru funcționare permanentă.

Testele de acceptare trebuie efectuate de 2 ori: primar în decurs de 3 luni.

Testele de acceptare sunt efectuate de organizațiile și departamentele de testare incluse în sistem organizatii guvernamentale pentru teste de stat, sau alte organizații și întreprinderi implicate de organizația-mamă să efectueze teste de acceptareîn modul prescris, cu participarea producătorului și dezvoltatorului.

Testele de acceptare sunt efectuate pentru a determina fezabilitatea și fezabilitatea fabricării produselor. Probele (loturi) experimentale sau prototip de produse certificate de comisie sunt supuse testelor folosind echipamente de testare certificate.

Testele de acceptare sunt efectuate pentru a determina fezabilitatea și fezabilitatea punerii în producție a produselor. Testele de acceptare ale produselor de producție dintr-o singură bucată sunt efectuate pentru a rezolva problema fezabilității punerii în funcțiune a acestor produse. Probele experimentale sau prototip (loturi) de produse sunt supuse testelor. Atunci când se livrează în producție o familie, o gamă sau o gamă de dimensiuni de produse, un reprezentant tipic este selectat în funcție de condiția posibilității de a extinde rezultatele testelor sale la întregul set de produse. Testele de acceptare sunt efectuate de departamente de testare certificate folosind echipamente de testare certificate. Produsele alocate organizațiilor-mamă de testare sunt verificate de aceste organizații.

Testele de acceptare trebuie efectuate pe un prototip de mașină electrică, astfel încât domeniul de aplicare al acestor teste este destul de mare. Da, pentru mașini. curent continuu programul de testare de acceptare conține 17 articole, pentru mașini sincrone - 22 articole, pentru motoarele asincrone - 16 articole.

Testele de acceptare nu pot detecta corupția software descrisă, deoarece nu afectează în niciun fel designul, iar programul de simulare o poate detecta doar în cazuri rare, deoarece gama de acțiuni rău intenționate este prea mare pentru a fi recomandabil să implementeze toate posibilitățile. situații periculoase în simulator.

Testele de acceptare sunt efectuate de comisii departamentale, interdepartamentale sau de stat după finalizarea cu succes a testelor preliminare. Pe lângă sfera testelor preliminare în timpul testelor de recepție, se determină consumul de ulei sau lubrifierea cilindrilor, etanșărilor, rulmenților și mecanismului manivelei.

Testele de receptie se efectueaza dupa cele mai detaliate programe stabilite prin standarde sau specificatii pentru acest tip de utilaj. Scopul lor este de a verifica conformitatea mașinilor fabricate cu toate cerinte tehnice. Testele de acceptare sunt supuse prototipurilor - primele mostre industriale de mașini de acest tip, produse de întreprindere. Numărul de probe care trebuie prelevate pentru testarea de recepție este stabilit în standardele sau specificațiile pentru tipul dat masini. Toate mașinile ulterioare trebuie să fie produse de întreprindere fără a modifica designul, tehnologia sau materialele utilizate pentru fabricație.

Testele de recepție sunt efectuate pentru a identifica performanța efectivă a mașinii, precum și pentru a stabili funcționarea corectă a componentelor (roți dințate, rulmenți, frâne etc. Testele de recepție se efectuează pe un loc de testare în condiții apropiate de funcționare). cele.Rezultatele testelor se consemnează în pașaportul mașinii.Dacă în timpul testării, defecte, acestea se consemnează în declarația defectuoasă și apoi se elimină.

Se efectuează teste de recepție pentru a verifica performanța garantată de furnizorul de echipamente. Programul acestor teste prevede de obicei o serie de experimente de echilibrare de precizie sporită în condiții care sunt supuse verificării în conformitate cu datele de garanție ale furnizorului.

Testele de acceptare sunt teste oficiale în prezența unei comisii, pe baza rezultatelor cărora se face o concluzie despre oportunitatea începerii producției de masă și pentru pompe producție individuală- punere in functiune. În același timp, se determină și se includ în documentație indicatorii parametrici și caracteristicile pompei obținute în timpul testării. În viitor, în funcție de acești indicatori și caracteristici, ținând cont toleranțe se efectuează controlul calității pompelor în serie.

Testele de recepție stabilesc conformitatea caracteristicilor efective de funcționare ale utilajului cu specificațiile și se efectuează pe standuri speciale în condiții cât mai apropiate de cele de funcționare.

Testarea de recepție a mașinilor-unelte în conformitate cu prevederile generale specificații pentru fabricarea și acceptarea lor, se efectuează la ralanti pentru a verifica funcționarea mecanismelor și sub sarcină pentru a determina productivitatea, acuratețea și curățenia prelucrării. În timpul testului, toate pornirea, comutarea și transmiterea comenzilor sunt verificate pentru a determina corectitudinea acțiunii lor, interblocarea, fiabilitatea fixării și absența deplasărilor spontane, absența blocării, a pornirii etc.

Testarea de acceptare este una dintre cele repere construirea unei mașini noi. Scopul lor este: o verificare completă a proprietăților operaționale ale prototipurilor într-o varietate de condiții rutiere și climatice în conformitate cu termenii de referință pentru dezvoltare (inclusiv în regiunile climatice calde și reci); determinarea valorilor reale ale tuturor celor mai importanți parametri; identificarea fiabilității mașinii în ansamblu, precum și a principalelor sale componente, ansambluri și sisteme; stabilirea gradului de conformitate a mașinii create cu scopul propus și determinarea fezabilității punerii în producție a unui nou model. În medie, două până la patru mostre sunt trimise pentru testele de acceptare. Testele includ efectuarea unui număr semnificativ de lucrări rutiere de laborator și de laborator pentru a determina indicatorii tehnici și operaționali și kilometrajul vehiculelor în toate condițiile tipice de funcționare a acestora.

27 ianuarie 2014 08:45

„Și iată-ne, știi, cu toții răsfățându-ne cu chifle...”
din desenul animat „Carlson s-a întors”

Acceptarea sistemului informaţional este, desigur, apoteoza întregului proiect de creare a unui sistem informaţional. Nu lăsați citatul de la începutul articolului să vă păcălească, acesta este un eveniment important și serios. Cred că aceasta este o vacanță pentru ambele părți, dar, după cum știți, pentru ca vacanța să meargă bine, trebuie să vă pregătiți bine pentru ea.

Merită să începeți cu formatul pentru efectuarea testelor de acceptare, deși, cel mai probabil, a fost definit de mult, de exemplu, într-un contract sau termeni de referință. Cu toate acestea, aș evidenția două opțiuni pentru organizarea acestui eveniment și le-aș numi condiționat: acceptarea sistemului „conform conceptelor” și acceptarea sistemului „conform științei”. Cu primul, totul este suficient de clar, dar este imposibil de descris o astfel de procedură. Poate fi o formalitate completă - întâlniri distractive cu băuturi revigorante sau o adevărată bacanală, unde mențiunea unei sarcini tehnice este ceva indecent și chiar jignitor. Dar aș dori să mă opresc mai detaliat asupra a doua opțiune, poate că acest articol se va deschide ușor specialiștilor începători și mă tem că pentru unii bătrâni războinici, cortina sacramentului testelor de acceptare. De asemenea, voi încerca să dau câteva sfaturi pentru ca testele să fie mai productive.

Un pic despre standarde. În vremuri străvechi, ca student, eu, la fel ca mulți tineri din generația mea, am fost sceptic cu privire la diferitele standarde și linii directoare ale URSS, deși nici măcar nu am adâncit în esența lor. Dar a trecut destul de mult timp și bunul simț a preluat controlul, nu numai că aplic eu GOST-urile, ci le recomand și altora pentru utilizare. Desigur, în GOST-urile anilor 80-90 există atavisme evidente, cu toate acestea, le compar cu carta forțelor armate, sunt ceea ce se numește „scris pe sânge” și credeți-mă, există o mulțime de gânduri sensibile. . Specialiștii care cunosc GOST-urile, precum și documentele întocmite în conformitate cu GOST și RD, pot fi văzuți de departe și diferă clar în bine.

Testele de recepție se efectuează în conformitate cu GOST 34.603-92 " Tehnologia de informație. Tipuri de testare a sistemelor automate”. Acest tip de testare este final după testele preliminare și funcționarea de probă. Scopul acestor teste este de a verifica conformitatea sistemului automatizat cu cerințele din Caietul de sarcini și de a face o concluzie despre pregătirea Sistemului pentru punerea în funcțiune permanentă.

Testele se efectuează conform documentului Program și metoda testelor de acceptare (TMI). PMI este dezvoltat folosind RD 50-34.698-90 „Sisteme automatizate. Cerințe pentru conținutul documentelor. În primul rând, datorită acestui document, testele de acceptare „prin concepte” se transformă în teste de acceptare „prin știință”. PMI descrie toate cerințele (funcționale și nefuncționale) ale Termenilor de referință și rezultatele așteptate ale auditului.

Consiliul numarul 1. PMI este ultima șansă a Clientului de a influența caracteristicile sistemului informațional primit. Mai ales dacă în cursul proiectului a fost elaborat un Termeni de referință, care în sensul clasic spune „ce să faci” (scopuri și obiective, Cerințe generale, cerințe pentru software, hardware și documentație, cerințe pentru personal etc.), iar Proiectul Tehnic nu a fost elaborat, care spune „cum se face” (specific solutii tehnice pentru implementarea cerințelor specifice ale Termenilor de referință). Acordați suficient timp pentru a dezvolta și a conveni asupra programului și a metodologiei de testare de acceptare. Dacă doriți, aceasta va fi carta dvs. de testare de acceptare.

Pe lângă faptul că este de acord cu PMI, clientul nu ar trebui să uite să emită un ordin cu privire la componența comitetului de acceptare și să familiarizeze fiecare dintre membrii săi cu PMI împotriva semnării. Pe cine să includă în comision este o chestiune personală a Clientului. Recomand sa aiba:

• Clienți funcționali
• Reprezentanții departamentelor - utilizatori cheie ai Sistemului
• Reprezentanți ai departamentelor tehnice care vor continua să deservească Sistemul

Și nici nu au fost (se aplică ambelor părți):

• Angajati slabi si dezechilibrati
• Angajații care nu ascultă și se exprimă prost
• Freelanceri reprezentând companii ale concurenților

Consiliul numărul 2. Vrei ca totul să fie „în mod adult” în timpul testelor de acceptare a unui sistem automat? Pe lângă verificarea cerințelor funcționale, faceți:

• Implementarea software-ului de sistem de la zero
• Verificarea indicatorilor de timp declarați de restaurare totală și parțială a Sistemului
• Verificarea performanței Sistemului prin măsurarea timpului de execuție a funcțiilor cheie, deși în modul exclusiv. Desigur, acești indicatori trebuie să fie descriși inițial în Termenii de referință, altfel părțile vor fi sortite să susțină că există un „timp confortabil” pentru efectuarea cutare sau cutare operațiune. Opinia mea subiectivă a rămas aceeași de mulți ani - până la 3 secunde. pentru a efectua operațiuni simple de bază, atunci trebuie să continuați de la situație specifică
• Verificarea stabilității și fiabilității Sistemului. Chiar și un astfel de test elementar va fi suficient - deschideți formularul de interfață pentru introducerea datelor, scoateți cablul de alimentare sau deconectați conexiunea Wi-Fi, încercați să salvați datele, primiți un mesaj adecvat, restabiliți conexiunea și încercați din nou să salvați . Dacă această aplicație web este recomandată pentru a verifica corectitudinea reîncărcării paginilor, adică după deschiderea unui anumit formular / pagină, după executarea comenzii de salvare a datelor etc., forțați comanda de reîmprospătare (în browsere, aceasta este de obicei tasta F5 )
• Verificarea completității și calității documentației. Este mai bine să finalizați această parte înainte de începerea testului, deoarece. este nevoie de destul de mult timp. Direct pe testele în sine, anunță rezultatele acestui test

În general, începeți prin a verifica conformitatea software-ului la nivel de sistem (sisteme de operare, suite de birou, sisteme de gestionare a bazelor de date etc.) și suport tehnic Sisteme (servere, stații client, canale de comunicații etc.) la cerințele menționate în Termenii de referință. Discrepanțele din aceste paragrafe pot deveni un motiv justificat pentru nerealizarea caracteristicilor Sistemului la indicatorii declarați și chiar eșecul complet în îndeplinirea anumitor funcții ale Sistemului.

Consiliul numărul 3. Testele de acceptare sunt efectuate pe un set de date de control. Sistemul trebuie să fie încărcat cu date cel puțin comparabile cu volumul de date planificat pentru primul an de funcționare. Să fie informații generate automat, calitatea conținutului nu este pe primul loc aici. Dacă cantitatea necesară de date a fost deja generată în timpul operațiunii de probă, grozav.

Consiliul numărul 4. Adesea în Termenii de referință este scrisă sintagma „Sistemul trebuie să asigure funcționarea simultană a N utilizatori”. Antreprenorul asigură în primul rând disponibilitatea suma necesară licențe competitive (dacă este prevăzută o astfel de politică de licențiere). Nu ezitați să întrebați cum a fost asigurată din punct de vedere organizatoric sau tehnic îndeplinirea acestei cerințe. Dacă s-au efectuat teste de sarcină (în mod automat și/sau manual), solicitați un protocol și un program pentru efectuare. Dacă aceste teste sunt lansate direct pe teste, onorați și laudă Antreprenorul.

Pe baza rezultatelor testelor de acceptare se întocmește un protocol (raport) privind rezultatele testelor, acesta poate include o anexă care descrie comentariile identificate și momentul eliminării lor (nu uitați de acest lucru), precum și un act stare tehnica Sistem și pregătire pentru acceptarea lui în operatiune comerciala. Conținutul acestor documente este descris și în RD 50-34.698-90 „Sisteme automatizate. Cerințe pentru conținutul documentelor.

După teste de succes, conform vechii tradiții ruse, sistemul nou-născut trebuie „spălat”, deși nu am găsit acest lucru în niciun GOST.

(4,44 - evaluat de 9 persoane)

Nu, nu așa. Doar că timpul este diferit și munca pe care o avem este diferită.

Anterior, era un client reprezentat de stat, era un interpret (de exemplu, un fel de institut de cercetare), era un beneficiar - un fel de fabrică. Clientul, desigur, a dorit ca ceea ce a făcut executantul să corespundă cerințelor inițiale ale beneficiarului. În rest, corupție, deturnare de fonduri și toate astea.

Iată un nou sistem de contracte, care înlocuiește a 94-a lege federală și, de asemenea, dorește să controleze rezultatul lucrării la ieșire. Acolo, probabil, „testele de acceptare” vor fi necesare în mod special pentru client. Pentru aceasta, standardele vor fi actualizate în timp (în legislație Uniune vamală aceasta există deja pentru echipamente și mașini). Și clientul însuși va plăti pentru asta, adică. stat.

STANDARDUL DE STAT AL UNIUNII SSR

Un set de standarde pentru sisteme automatizate

Acest standard se aplică sistemelor automate (AS) utilizate în tipuri variate activități (cercetare, proiectare, management etc.), inclusiv combinațiile acestora create în organizații, asociații și întreprinderi (denumite în continuare - organizații).

Standardul stabilește tipurile de încercări CNE și cerințele generale pentru implementarea acestora.

Termenii utilizați în acest standard și definițiile acestora sunt în conformitate cu GOST 34.003.

Cerințele acestui standard, cu excepția clauzelor 2.2.4, 4.4, 4.5, sunt obligatorii, sunt recomandate cerințele clauzelor 2.2.4, 4.4, 4.5.

1. Dispoziții generale.

1.1. Testele CNE sunt efectuate în etapa de „punere în funcțiune” în conformitate cu GOST 34.601 pentru a verifica conformitatea CNE creată cu cerințele termenilor de referință (TOR).

1.2. Testarea NPP este un proces de verificare a performanței funcțiilor specificate ale sistemului, determinarea și verificarea conformității cu cerințele TOR a caracteristicilor cantitative și (sau) calitative ale sistemului, identificarea și eliminarea deficiențelor în acțiunile sistemului, în documentația elaborată.

1.3. Pentru UA se stabilesc următoarele tipuri principale de teste: 1) preliminare; 2) operațiune de probă; 3) acceptare.

Note:

1. Este permisă efectuarea suplimentară a altor tipuri de teste ale UA și ale părților acestora.

2. Se admite clasificarea probelor de acceptare in functie de statutul comisiei de acceptare (compunerea membrilor comisiei si nivelul de aprobare a acesteia).

3. Tipurile de teste și statutul comisiei de acceptare sunt stabilite în contract și (sau) TOR.

1.4. În funcție de interconexiunile obiectelor testate în CNE, testele pot fi autonome sau complexe.

Testele autonome acoperă părți din UA. Acestea sunt efectuate deoarece părți ale CNE sunt pregătite pentru punerea în funcțiune pentru funcționare de probă.

Sunt efectuate teste cuprinzătoare pentru grupuri, părți interconectate ale UA sau pentru UA în ansamblu.

1.5. Pentru a planifica toate tipurile de teste, este elaborat un document „Program și metode de testare”. Elaboratorul documentului este stabilit în contract sau TK.

1.6. Programul și metodologia de testare ar trebui să stabilească domeniul necesar și suficient al testelor pentru a asigura fiabilitatea specificată a rezultatelor obținute.

1.7. Programul și metodologia de testare pot fi dezvoltate pentru AC ca un întreg, pentru o parte a AC. Testele (cazurile de testare) pot fi incluse ca aplicație.

1.8. Teste preliminare AU este efectuată pentru a-și determina performanța și pentru a decide dacă este posibil să accepte AC pentru operațiune de probă.

1.9. Testarea preliminară ar trebui efectuată după ce dezvoltatorul a depanat și a testat software-ul furnizat și mijloace tehnice sistemelor și transmiterea acestora a documentelor relevante privind pregătirea lor pentru testare, precum și după familiarizarea personalului CNE cu documentația operațională.

1.10. Funcționarea de probă a CNE este efectuată pentru a determina valorile reale ale caracteristicilor cantitative și calitative ale CNE și gradul de pregătire a personalului de a lucra în condițiile de funcționare a CNE, pentru a determina eficiența efectivă a CNE. , și corectați (dacă este necesar) documentația.

1.11. Testele de acceptare ale CNE sunt efectuate pentru a determina conformitatea CNE cu termenii de referință, pentru a evalua calitatea funcționării de probă și pentru a decide asupra posibilității de a accepta CNE pentru funcționare permanentă.

1.12. Testele de acceptare ale AU ar trebui să fie precedate de operarea sa de probă la instalație.

1.13. În funcție de tipul de cerințe pentru UA pentru testare, verificare sau certificare, aceasta este supusă: 1) unui set de software și hardware; 2) personalul; 3) documentația operațională care reglementează activitățile personalului în timpul funcționării CNE; 4) AS în general.

1.14. La testarea UA, ei verifică: 1) calitatea funcțiilor automate efectuate de complexul de software și hardware în toate modurile de funcționare ale AU în conformitate cu declarația de lucru pentru crearea UA; 2) cunoașterea documentației operaționale de către personal și disponibilitatea competențelor necesare îndeplinirii funcțiilor stabilite în toate modurile de funcționare a CNE, în conformitate cu TDR pentru crearea CNE; 3) caracterul complet al instrucțiunilor cuprinse în documentația operațională pentru ca personalul să își îndeplinească funcțiile în toate modurile de funcționare a CNE în conformitate cu TDR pentru crearea CNE; 4) caracteristicile cantitative și (sau) calitative ale performanței funcțiilor automate și automatizate ale UA în conformitate cu TOR; 5) alte proprietăți ale UA, pe care trebuie să le respecte conform TOR.

1.15. Testele AU trebuie efectuate la sediul clientului. Prin acord între client și dezvoltator, testarea preliminară și acceptarea software-ului AU este permisă să fie efectuate pe hardware-ul dezvoltatorului atunci când se creează condiții pentru obținerea unor rezultate fiabile ale testelor.

1.16. Este permisă testarea și punerea în funcțiune secvențială a unor părți ale CNE pentru testare și exploatare permanentă, sub rezerva ordinului de punere în funcțiune a CNE stabilit în TdR.

2. Teste preliminare.

2.1. Testele preliminare ale UA pot fi: 1) autonome; 2) complex.

2.2. Teste autonome

2.2.1. Testele autonome ale UA ar trebui efectuate în conformitate cu programul și metodologia de teste autonome dezvoltate pentru fiecare parte a UA.

2.2.2. Programul de teste autonome indică: 1) o listă de funcţii de testat; 2) descrierea relației obiectului de testat cu alte părți ale CNE; 3) condiții, procedură și metode de efectuare a testelor și a rezultatelor prelucrării; 4) criterii de acceptare pentru piese bazate pe rezultatele testelor.

Un program de testare offline ar trebui să fie atașat programului de testare offline.

2.2.3. Testele (cazurile de testare) pregătite și coordonate în etapa de testare autonomă ar trebui să asigure: 1) verificarea completă a funcțiilor și procedurilor conform listei convenite cu clientul; 2) acuratețea necesară a calculelor, stabilită în TOR; 3) verificarea principalelor caracteristici temporale ale funcționării software-ului (în cazurile în care aceasta este semnificativă); 4) verificarea fiabilității și stabilității funcționării software-ului și hardware-ului.

2.2.4. Ca informație inițială pentru test, se recomandă utilizarea unui fragment de informații reale ale organizației client într-o cantitate suficientă pentru a asigura fiabilitatea necesară a testelor.

2.2.5 Rezultatele testării autonome ale părților AU ar trebui înregistrate în rapoartele de testare. Protocolul trebuie să conțină o concluzie privind posibilitatea (imposibilitatea) admiterii unei părți din CNE la teste complexe.

2.2.6. În cazul în care testele autonome efectuate se dovedesc a fi insuficiente sau se dezvăluie o încălcare a cerințelor documentelor de reglementare privind compoziția sau conținutul documentației, partea specificată a AU poate fi returnată pentru revizuire și o nouă se atribuie perioada de testare.

2.3. Teste complexe

2.3.1. Testarea cuprinzătoare a AU este efectuată prin efectuarea de teste complexe. Rezultatele testului sunt reflectate în protocol. Lucrarea se finalizeaza cu executarea certificatului de receptie la exploatare de proba.

2.3.2. Programul de testare integrată a CNE sau părți ale CNE indică: 1) o listă de obiecte de testare; 2) componența documentației depuse; 3) o descriere a relațiilor testate între elementele de testare; 4) succesiunea testelor pieselor CNE; 5) procedura și metodele de testare, inclusiv compoziția software-ului și echipamentelor necesare pentru testare, inclusiv standuri speciale și locuri de testare.

2.3.3. Pentru efectuarea de teste complexe trebuie depuse: 1) un program de teste complexe; 2) concluzia privind testarea autonomă a părților relevante ale UA și eliminarea erorilor și comentariilor identificate în timpul testării autonome; 3) teste complexe; 4) software și hardware și documentația operațională aferentă.

2.3.4. În testele complexe, este permisă utilizarea ca inițială a informațiilor obținute din testele autonome ale părților CNE.

2.3.5. Un test cuprinzător ar trebui: 1) să fie legat logic; 2) să asigure verificarea îndeplinirii funcțiilor părților CNE în toate modurile de funcționare stabilite în TdR pentru CNE, inclusiv toate legăturile dintre acestea; 3) să ofere o verificare a răspunsului sistemului la informații incorecte și la situații de urgență.

2.3.6. Protocolul de testare integrat ar trebui să conțină o concluzie cu privire la posibilitatea (imposibilitatea) acceptării CNE pentru funcționarea de probă, precum și o listă de îmbunătățiri necesare și termene recomandate pentru implementarea acestora.

După eliminarea deficiențelor, se efectuează teste complexe repetate în suma necesară.

3. Operațiune de probă.

3.1. Operațiunea de probă se desfășoară în conformitate cu programul, care indică: 1) condițiile și procedura de funcționare a părților CNE și CNE în ansamblu; 2) durata de funcționare de probă, suficientă pentru a verifica funcționarea corectă a CNE la îndeplinirea fiecărei funcții a sistemului și disponibilitatea personalului de a lucra în condițiile de funcționare a CNE; 3) procedura de eliminare a deficiențelor identificate în timpul operațiunii de probă.

3.2. În timpul funcționării de probă a AU, se ține un jurnal de lucru, în care se introduc informații cu privire la durata funcționării AU, defecțiuni, defecțiuni, urgențe, modificări ale parametrilor obiectului de automatizare, ajustări în curs ale documentației și software-ului, ajustare , și mijloace tehnice. Informațiile sunt înregistrate în jurnal cu data și persoana responsabilă. Jurnalul poate include comentarii din partea personalului cu privire la ușurința de operare a UA.

3.3. Pe baza rezultatelor operațiunii de probă, se ia o decizie cu privire la posibilitatea (sau imposibilitatea) de a prezenta părți ale CNE și a sistemului în ansamblu pentru testele de acceptare.

Lucrarea se încheie cu executarea unui act privind finalizarea operațiunii de probă și admiterea sistemului la teste de recepție.

4. Teste de acceptare

4.1. Testele de acceptare se efectuează în conformitate cu programul, care indică: 1) o listă de obiecte alocate în sistem pentru testare și o listă de cerințe pe care obiectele trebuie să le respecte (cu referire la punctele TOR); 2) criteriile de acceptare pentru sistem și părțile sale; 3) condiții și termeni de testare; 4) mijloace de testare; 5) numele persoanelor responsabile cu efectuarea testelor; 6) metodologia de testare și prelucrarea rezultatelor acestora; 7) o listă cu documentația de întocmit.

4.2. Pentru testarea de acceptare trebuie prezentată următoarea documentație: 1) sarcina tehnica a crea AS; 2) act de acceptare pentru operațiune de probă; 3) jurnalele de lucru ale operațiunii de probă; 4) actul de finalizare a exploatării de probă și admiterea CNE la probele de recepție; 5) programul și metodologia de testare.

Testarea de acceptare ar trebui să fie efectuată într-o unitate funcțională.

4.3. Testele de acceptare, în primul rând, ar trebui să includă verificarea: 1) completității și calității implementării funcțiilor la valorile standard, limitative, critice ale parametrilor obiectului de automatizare și în alte condiții de funcționare ale CNE specificate în TdR. ; 2) îndeplinirea fiecărei cerinţe legate de interfaţa sistemului; 3) munca personalului într-un mod interactiv; 4) mijloace și metode de restabilire a operabilității AU după defecțiuni; 5) completitudinea și calitatea documentației operaționale.

4.4. Verificarea completității și calității îndeplinirii funcțiilor UA se recomandă să fie efectuată în două etape. În prima etapă, funcțiile individuale (sarcini, complexe de sarcini) sunt testate. În același timp, ei verifică îndeplinirea cerințelor TOR pentru funcții (sarcini, complexe de sarcini). În a doua etapă, se verifică interacțiunea sarcinilor din sistem și îndeplinirea cerințelor TOR pentru întregul sistem.

4.5. Prin acord cu clientul, verificarea sarcinilor, in functie de specificul acestora, poate fi efectuata autonom sau ca parte a unui complex. Este recomandabil să combinați sarcinile la verificarea în complexe, ținând cont de comunitatea informațiilor utilizate și a conexiunilor interne.

4.6. Verificarea muncii personalului într-un mod interactiv se realizează ținând cont de caracterul complet și de calitatea performanței funcțiilor sistemului în ansamblu.

Sunt supuse verificării: 1) caracterul complet al mesajelor, directivelor, solicitărilor de care dispune operatorul și suficiența acestora pentru funcționarea sistemului; 2) complexitatea procedurilor de dialog, capacitatea personalului de a lucra fără pregătire specială; 3) reacția sistemului și a părților sale la erorile operatorului, instalațiile de service.

4.7. Verificarea mijloacelor de restabilire a operabilității AU după defecțiuni ale computerului ar trebui să includă: 1) verificarea prezenței în documentația operațională a recomandărilor pentru restabilirea operabilității și a caracterului complet al descrierii acestora; 2) fezabilitatea procedurilor recomandate; 3) operabilitatea instrumentelor de recuperare automată, funcțiilor (dacă există).

4.8. Verificarea completității și calității documentației operaționale ar trebui efectuată prin analizarea documentației pentru conformitatea cu cerințele documentelor de reglementare și tehnice din TOR.

4.9. Rezultatele încercărilor obiectelor prevăzute de program se consemnează în protocoalele care conțin următoarele secțiuni: 1) scopul încercărilor și numărul secțiunii din cerințele TOR pentru CNE, conform căruia se efectuează testul. executat; 2) compoziția hardware-ului și software-ului utilizat în teste; 3) o indicare a metodelor în conformitate cu care au fost efectuate testele, prelucrarea și evaluarea rezultatelor; 4) condițiile de testare și caracteristicile datelor inițiale; 5) facilitati de depozitare si conditii de acces la programul final de testare; 6) rezultatele testelor generalizate; 7) concluzii despre rezultatele testelor și conformitatea sistemului creat sau a părților sale cu o anumită secțiune a cerințelor TOR pentru CNE.

4.10. Rapoartele de testare a obiectelor de-a lungul programului sunt rezumate într-un singur protocol, pe baza căruia se face o concluzie despre conformitatea sistemului cu cerințele specificației tehnice pentru centrale nucleare și posibilitatea emiterii unui act de acceptare a centralelor nucleare pt. funcţionare permanentă.

Lucrarea se finalizează prin executarea actului de recepție în exploatare permanentă a CNE.

Elaborarea CD și TD și, dacă este necesar, a documentației programului, se realizează conform regulilor stabilite de standardele Sistemului Unificat de Documentație de Proiectare (ESKD), Sistemului Unificat de Documentare Tehnologică (ESTD) și Sistemului Unificat. pentru documentația programului (ESPD).

Managementul proiectării trebuie să îndeplinească cerințele 4.4 GOST R ISO 9001. Dacă primul model este implementat, atunci, în conformitate cu NPB 180-99, la cererea GUGPS, dezvoltatorul (producătorul) dezvoltă un proiect tehnic (cerințele pentru proiectarea tehnică este stabilită în GOST 2.120-73 ESKD. Proiectare tehnică) , care se coordonează cu GUGPS și VNIIPO. La implementarea celui de al doilea și al treilea model, decizia privind necesitatea dezvoltării unui proiect tehnic este luată de client sau dezvoltator.

Indiferent de modelul implementat, drepturile asupra DD-ului dezvoltat sunt determinate de contractul dintre client și dezvoltator (producător și producător). Rezolvarea problemei drepturilor asupra documentației de proiectare este una dintre cheile în dezvoltare și producție echipamente de stingere a incendiilor. La implementarea primului și a celui de-al doilea model, este mai profitabil să lăsați dreptul la un CA către client (structuri SBS). Acest lucru permite clientului (structurilor SBS) să ia o decizie privind eliberarea sau revocarea unei licențe pentru fabricarea PA, să creeze concurență atunci când transferă documentația de proiectare către un nou producător, influențând astfel producătorul sau producătorul. Dacă drepturile asupra documentației de proiectare aparțin Serviciului de pompieri de stat, atunci acest lucru face posibilă plasarea comenzilor pentru fabricarea PA-urilor deja dezvoltate la întreprinderi care îndeplinesc cerințele Serviciului de pompieri de stat. În caz contrar, la schimbarea producătorului, este necesară reelaborarea documentației de proiectare, care necesită mult timp și este asociată cu costuri semnificative ale materialelor. O situație similară a apărut deja în istoria producției de echipamente de incendiu în Rusia: în timpul separării Ucrainei, a fost necesară reorganizarea producției și, prin urmare, documentația de proiectare și TD pentru PA, similare celor PA care au fost produse. la uzina din sat. Districtul Pryluky de tămâie din regiunea Cernihiv.

Pentru a confirma conformitatea documentației de proiectare elaborate cu TOR, se realizează un PA experimental sau prototip: unul experimental - pentru producție în masă; cap - pentru non-serial. Atunci când se creează un singur PA, eșantionul principal, de regulă, este supus vânzării către client. Un prototip sau un prototip PA este supus procedurilor de control și testare în conformitate cu cerințele 4.10 - 4.12 GOST R ISO 9001. Sfera și conținutul testelor necesare pentru a preveni producerea de produse neutilizate, neconforme sunt determinate de dezvoltator. , luând în considerare noutatea, complexitatea, caracteristicile de producție și aplicarea PA, precum și cerințele clienților. În același timp, trebuie efectuate teste pentru conformitatea cu toate cerințele standardelor și documente normative organisme care exercită supravegherea respectării cerințelor de siguranță (standarde SSBT) și a protecției naturii.

În conformitate cu GOST 15.201-2000 și NPB 180-99, un PA experimental sau prototip este supus următoarelor tipuri de teste: preliminar (de fabrică), acceptare, operațional.

Testele preliminare (de fabrică) sunt organizate de către executantul de cercetare și dezvoltare în scopul evaluării preliminare a conformității prototipului sau prototipului PA cu cerințele specificațiilor tehnice, precum și pentru a determina gradul de pregătire a prototipului sau prototipului PA pentru testele de acceptare. Testele trebuie efectuate de producătorul (producătorul) PA sau de o organizație specializată autorizată să efectueze acest tip de testare. Componența comisiei de încercări preliminare este formată de producătorul PA pe baza unui ordin emis de acesta. Comisia ar trebui să includă reprezentanți ai producătorului (dezvoltator și producător) și ai Serviciului de Pompieri de Stat. Programul și metodologia de testare sunt dezvoltate de producător și coordonate cu GUGPS și VNIIPO. Testele preliminare ar trebui să includă desfășurari de luptă pentru a determina momentul implementării lor. Schemele de desfășurare de luptă sunt selectate în conformitate cu Manualul privind exercițiul de incendiu.

Materialele testelor preliminare (de fabrică) ca parte a TOR, proiectele de specificații, programele și metodele de testare, actul de teste preliminare (de fabrică) sunt trimise clientului pentru a fi luate în considerare pentru a rezolva problema organizării testelor de acceptare. La implementarea primului model în conformitate cu cerințele NPB 180-99, materialele enumerate sunt trimise către GUGPS și VNIIPO.

La crearea unui PA pentru primul model, se organizează și se desfășoară teste de acceptare de stat, pentru al doilea și al treilea model - teste de acceptare cu participarea autorităților relevante supravegherea statuluiși alte organizații interesate. Testele de acceptare de stat în conformitate cu GOST 15.201-2000 sunt organizate de clientul de stat, dacă nu se prevede altfel prin acord (contract). Particularitatea testelor de acceptare de stat a PA este că, conform NPB 180-99, componența comisiei de acceptare a PA este formată de producător (producător) în acord cu GUGPS, care emite comanda corespunzătoare. pentru organizatie. Președinte al comisiei este desemnat un reprezentant al GUGPS, de comun acord cu care se desemnează locul și ora probelor de acceptare.

Testarea de acceptare a prototipurilor PA conform celui de-al doilea și al treilea model de cercetare și dezvoltare în conformitate cu GOST 15.201-2000 este organizată de dezvoltatorul PA. La implementarea celui de al doilea model, componența comisiei este formată de client împreună cu dezvoltatorul, președintele comisiei fiind un reprezentant al clientului, dacă nu se prevede altfel prin acord (contract). În cazul cercetării și dezvoltării în cazul dezvoltării inițiativei (fără un anumit client), testele de acceptare sunt organizate de către dezvoltator, iar comitetul de acceptare, de regulă, este format din reprezentanți ai potențialilor consumatori de AP, structurile Serviciului de Frontieră de Stat, stat și autoritatile de supraveghere.

Indiferent de modelul implementat, responsabilitatea efectuării testelor de acceptare revine organizatorului acestora. Conform GOST 15.201-2000, cu acordul părților interesate, este permisă efectuarea de teste de acceptare fără a numi o comisie, dar cu atribuirea funcțiilor și atribuțiilor sale către serviciile relevante ale organizației care efectuează testele, care ar trebui să să fie reflectate în mandatul și (sau) acordul (contractul) pentru implementarea cercetării și dezvoltării. La efectuarea testelor de acceptare, indiferent de locul desfășurării acestora, producătorul și autoritățile de supraveghere de stat (OGN) au dreptul de a participa, care trebuie informate cu privire la testele viitoare cu o lună înainte de începerea acestora. Toate GGN definite de legislația actuală pentru acest produs fie participă la teste de acceptare, fie dau concluzii pe baza rezultatelor testelor. In lipsa unui reprezentant al OGN sau a opiniei acestuia, acestia considera ca OGN este de acord sa accepte produsele sau nu este interesat de acestea.

Comitetul de acceptare pentru NPB 180-99 este prezentat cu: un prototip PA, completat în conformitate cu declarația de lucru; sarcina tehnica; programul de testare și metodologia; act de încercări preliminare (de fabrică) cu rapoarte de testare; documentația de proiectare (litere „O”).

Programul de testare este dezvoltat pe baza cerințelor TOR, folosind documentația de proiectare programe standard, metode tipice (standardizate) stabilite în documente prescriptive. Programul de testare include: obiect de testare (experimental sau prototip PA); scopul testelor; domeniul de aplicare al testelor; conditii si procedura de testare; logistica testării; suport metrologic al testelor; raportarea testelor. Programul și metodologia pentru testarea de acceptare ar trebui să includă verificarea calității documentației de proiectare de lucru și a documentației operaționale pentru a lua o decizie cu privire la adecvarea documentației pentru producția industrială.

Metodologia de testare include: caracteristicile evaluate (proprietăți, indicatori) ale AP; conditii si procedura de testare; metode de prelucrare, analiză și evaluare a rezultatelor testelor; mijloace utilizate de testare, control și măsurare; raportare. Dacă sunt utilizate metode nestandardizate, atunci acestea ar trebui să fie în concordanță cu GGN-ul relevant.

Pe baza rezultatelor testelor de recepție și a luării în considerare a materialelor depuse, comisia întocmește un act în care:

1. Stabilește conformitatea eșantionului de PA dezvoltat (fabricat) cu cerințele TOR.

2. Oferă o evaluare a nivelului tehnic și a competitivității AP, inclusiv în ceea ce privește brevetul și aspectul juridic.

3. Evaluează documentația tehnică elaborată (inclusiv proiectul caietului de sarcini).

6. Face comentarii și face sugestii pentru a îmbunătăți PA și documentația.

Conform GOST 15.201-2000, actul comitetului de acceptare este aprobat de client. Aprobarea actului comisiei de acceptare, care conține o evaluare pozitivă, înseamnă încheierea dezvoltării; încetarea TK; aprobarea caietului de sarcini depus, documentatie tehnica. Conform certificatului de acceptare NPB 180-99 prototip Un AP care conține o evaluare pozitivă sau negativă a rezultatelor dezvoltării este aprobat de președintele comisiei. Mai mult, dacă există comentarii care necesită testare suplimentară, perfecționare a prototipului, modificări ale documentației, președintele comisiei are dreptul de a decide cu privire la aprobarea actului după eliminarea comentariilor. În același timp, membrii comisiei care nu sunt de acord cu evaluare generală evoluții, indicați în act o opinie divergentă cu justificarea acesteia.

Testele operaționale ale unui prototip sau prototip UA sunt efectuate în departamentul Serviciului de Pompieri de Stat în conformitate cu Manualul de service tehnic. Instruirea personalului pentru a lucra la PA este efectuată de producătorul (producătorul) PA. Pe baza rezultatelor testelor, specialiștii Serviciului de Pompieri de Stat întocmesc o concluzie în care indică: date privind funcționarea PA pe perioada testelor de funcționare (extras din registrul de prezență, funcționare și circulație a autovehiculelor); informații despre defecțiuni PA (extras din jurnalul de întreținere); evaluarea completității și confortului amplasării echipamentului de protecție împotriva incendiilor, precum și o propunere de configurare suplimentară a echipamentului de protecție împotriva incendiilor și schimbarea amplasării echipamentului de protecție împotriva incendiilor; schemele și condițiile de desfășurare a desfășurării luptei și momentul implementării acestora; evaluarea proprietăților de funcționare ale AP
(vezi capitolul 6 din manual); respectarea caracteristicilor de performanță ale AP pentru misiunile de luptă în curs de desfășurare; eficacitatea utilizării PA în îndeplinirea misiunilor de luptă.