Testarea de stat a unui prototip nu este conform metodelor. Marea enciclopedie a petrolului și gazelor

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.

Începeți cu formatul teste de acceptare, deși, cel mai probabil, a fost definită de multă vreme, 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 trebuie 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, vrea 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.

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 testele 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 numai î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 (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 receptie stabilesc conformitatea performantelor efective a utilajului cu specificatiile si se desfasoara pe standuri speciale in conditii cat mai apropiate de cele operationale.

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 blocajelor, a pornirii etc.

Testarea de acceptare este una dintre cele repere construirea unei mașini noi. Scopul lor este: un test cuprinzător de performanță prototipuriîntr-o varietate de condiții rutiere și climatice conform termenilor de referință pentru dezvoltare (inclusiv într-o regiune climatică caldă și una rece); 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.

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 dezvoltate sunt determinate de un acord între 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 permite 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 serie; 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. Teste preliminare ar trebui să includă desfășurări de luptă pentru a determina momentul execută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 testelor 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, sunt organizate și efectuate 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 îmbunătățirea PA și a documentației.

Conform GOST 15.201-2000, actul comitetului de acceptare este aprobat de client. Aprobarea actului comisiei de acceptare, care contine o evaluare pozitiva, inseamna incheierea dezvoltarii; î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 către 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 în perioada testelor de funcționare (un extras din registrul de prezență, funcționare și deplasare 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ă.