Velika enciklopedija nafte i plina. Izrada dokumentacije, izrada i testiranje prototipova

27. siječnja 2014. 08:45

"I evo nas, znate, svi uživamo u lepinjama..."
iz crtića "Carlson se vratio"

Prihvaćanje informacijski sistem, naravno, apoteoza cjelokupnog projekta stvaranja informacijskog sustava. Neka vas citat s početka članka ne zavara, riječ je o važnom i ozbiljnom događaju. Mislim da je ovo odmor za obje strane, ali, kao što znate, da bi praznik prošao u najboljem redu, morate se za njega dobro pripremiti.

Vrijedi započeti s formatom za provođenje testova prihvaćanja, iako je, najvjerojatnije, odavno definiran, na primjer, u ugovoru ili projektnom zadatku. Ipak, izdvojio bih dvije mogućnosti održavanja ove manifestacije i nazvao ih uvjetno: prihvaćanje sustava “po pojmovima” i prihvaćanje sustava “po znanosti”. S prvim je sve dovoljno jasno, ali nemoguće je opisati takav postupak. To može biti potpuna formalnost - zabavna druženja uz okrepljujuća pića ili prava bakanalija, gdje je spominjanje tehničkog zadatka nešto nepristojno, pa čak i uvredljivo. Ali želio bih se detaljnije osvrnuti na drugu opciju, možda će se ovaj članak malo otvoriti stručnjacima početnicima, a bojim se da će nekim starim ratnicima biti zavjesa sakramenta testova prihvaćanja. Također ću pokušati dati neke savjete kako bi testovi bili produktivniji.

Malo o standardima. U davna vremena, kao student, ja sam, kao i mnogi mladi ljudi moje generacije, bio skeptičan prema raznim standardima i smjernicama SSSR-a, a da nisam ni ulazio u njihovu bit. Ali prošlo je dosta vremena i zdrav razum je preuzeo, ne samo da sam primjenjujem GOST-ove, već ih preporučujem i drugima za korištenje. Naravno, postoje očiti atavizmi u GOST-ovima 80-90-ih, ali uspoređujem ih s poveljom oružanih snaga, nazivaju se "napisanim krvlju" i vjerujte mi, ima puno razumnih misli. Stručnjaci koji poznaju GOST-ove, kao i dokumente sastavljene u skladu s GOST-om i RD-om, mogu se vidjeti izdaleka i jasno se razlikuju na bolje.

Ispitivanja prihvatljivosti provode se u skladu s GOST 34.603-92 " Informacijska tehnologija. Vrste testiranja automatiziranih sustava". Ovaj tip završni testovi nakon preliminarnih testova i probni rad. Svrha ovih ispitivanja je provjeriti usklađenost automatiziranog sustava sa zahtjevima Projektnog zadatka i donijeti zaključak o spremnosti Sustava za puštanje u stalni rad.

Ispitivanja se provode prema dokumentu Program i metodi primopredajnih ispitivanja (TMI). PMI je razvijen pomoću RD 50-34.698-90 „Automatizirani sustavi. Zahtjevi za sadržaj dokumenata. Prije svega, zahvaljujući ovom dokumentu, testovi prihvaćanja "po konceptima" pretvaraju se u testove prihvaćanja "po znanosti". PMI opisuje sve zahtjeve (funkcionalne i nefunkcionalne) Projektnog zadatka i očekivane rezultate revizije.

Vijeće broj 1. PMI je zadnja prilika za Kupca da utječe na karakteristike dobivenog informacijskog sustava. Pogotovo ako je tijekom projekta razvijen projektni zadatak, koji u klasičnom smislu kaže “što učiniti” (ciljevi, ciljevi, Opći zahtjevi, zahtjevi za softver, hardver i dokumentaciju, zahtjevi za osoblje itd.) i nije izrađen Tehnički projekt koji kaže “kako to učiniti” (specifična tehnička rješenja za realizaciju specifičnih zahtjeva iz Projektnog zadatka). Ostavite dovoljno vremena za razvoj i dogovor oko programa i metodologije prihvatljivog testa. Ako želite, ovo će biti vaša povelja o prijemnom ispitu.

Uz usuglašavanje PMI-a, naručitelj ne smije zaboraviti izdati nalog o sastavu prijemne komisije, te svakog njezinog člana upoznati s PMI-om na potpis. Koga uključiti u proviziju osobna je stvar Kupca. Preporučujem da mora imati:

  • Funkcionalni kupci
  • Predstavnici odjela – ključnih korisnika Sustava
  • Predstavnici tehničkih odjela koji će nastaviti servisirati Sustav

I također nisu bili (odnosi se na obje strane):

  • Slabi i neuravnoteženi zaposlenici
  • Zaposlenici koji ne slušaju i loše se izražavaju
  • Slobodnjaci koji predstavljaju konkurentske tvrtke

Vijeće broj 2.Želite li da sve bude “na odrastao način” tijekom testova prihvaćanja automatiziranog sustava? Osim provjere funkcionalnih zahtjeva, učinite sljedeće:

  • Raspoređivanje softver Sustavi od nule
  • Provjera deklariranih vremenskih pokazatelja potpunog i djelomičnog ponovnog uspostavljanja Sustava
  • Provjera performansi Sustava mjerenjem vremena izvršavanja ključnih funkcija, iako u ekskluzivnom načinu rada. Naravno, ovi pokazatelji moraju biti inicijalno opisani u Projektnom zadatku ili će strane biti osuđene na raspravu o tome da postoji "ugodno vrijeme" za izvođenje ove ili one operacije. Moje subjektivno mišljenje je ostalo isto dugi niz godina - do 3 sekunde. izvršiti osnovne jednostavne operacije, onda morate nastaviti od konkretna situacija
  • Provjera stabilnosti i pouzdanosti Sustava. Čak će i takav elementarni test biti sasvim dovoljan - otvorite obrazac sučelja za unos podataka, izvucite Kabel za napajanje ili odspojite Wi-Fi vezu, pokušajte spremiti podatke, dobiti odgovarajuću poruku, obnoviti vezu i pokušati ponovno spremiti. Ako se ovoj web aplikaciji preporuča provjera ispravnosti ponovnog učitavanja stranica, odnosno nakon otvaranja određenog obrasca/stranice, nakon izvršenja naredbe za spremanje podataka i sl., forsirajte naredbu za osvježavanje (u preglednicima je to obično tipka F5 )
  • Provjera potpunosti i kvalitete dokumentacije. Bolje je završiti ovaj dio prije početka testa, jer. potrebno je dosta vremena. Izravno na samim testovima objavite rezultate ovog testa

Općenito, započnite provjerom usklađenosti softvera za cijeli sustav (operativni sustavi, uredski paketi, sustavi za upravljanje bazama podataka itd.) i tehnička podrška Sustavi (poslužitelji, klijentske stanice, komunikacijski kanali i sl.) prema navedenim zahtjevima u Projektnom zadatku. Odstupanja u ovim stavcima mogu postati opravdani razlog neispravnosti karakteristika Sustava prema deklariranim pokazateljima, pa čak i potpunog neuspjeha pojedinih funkcija Sustava.

Vijeće broj 3. Ispitivanja prihvatljivosti provode se na skupu kontrolnih podataka. Sustav mora biti opterećen podacima barem usporedivim s planiranom količinom podataka za prvu godinu rada. Neka se radi o automatski generiranim informacijama, kvaliteta sadržaja ovdje nije na prvom mjestu. Ako je potrebna količina podataka već generirana tijekom probnog rada, odlično.

Vijeće broj 4.Često se u Projektnom zadatku piše izraz "Sustav mora osigurati istovremeni rad N korisnika". Izvođač prvenstveno osigurava raspoloživost potreban iznos konkurentske licence (ako je takva politika licenciranja osigurana). Ne ustručavajte se pitati koliko je organizacijski ili tehnički osigurana provedba ovaj zahtjev. Ako su provedena ispitivanja opterećenja (u automatiziranom i/ili ručnom načinu rada), zatražite protokol i program za provođenje. Ako se ovi testovi pokreću direktno na testovima, čast i hvala Izvođaču.

Na temelju rezultata ispitivanja prihvatljivosti sastavlja se protokol (izvješće) o rezultatima ispitivanja, može sadržavati dodatak koji opisuje identificirane komentare i vrijeme njihovog uklanjanja (ne zaboravite na ovo), kao i akt tehničko stanje Sustav i spremnost za njegov prihvat u komercijalni rad. Sadržaj ovih dokumenata također je opisan u RD 50-34.698-90 „Automatizirani sustavi. Zahtjevi za sadržaj dokumenata.

Nakon uspješnih testova, prema staroj ruskoj tradiciji, novorođeni sustav treba "oprati", iako to nisam našao ni u jednom GOST-u.

(4,44 - ocijenilo 9 osoba)

Ne, ne tako. Samo što je drugačije vrijeme i drugačiji je posao koji imamo.

Prije je postojao kupac kojeg je zastupala država, postojao je izvođač (na primjer, neka vrsta istraživačkog instituta), postojao je korisnik - neka vrsta pogona. Naručitelj je, naravno, želio da ono što izvođač radi odgovara početnim zahtjevima korisnika. Inače, korupcija, nenamjensko trošenje sredstava i sve to.

Ovdje je novi ugovorni sustav, koji zamjenjuje 94. savezni zakon, a također želi kontrolirati ishod rada na izlazu. Tamo će vjerojatno biti potrebna "prihvatna ispitivanja" posebno za kupca. Za to će se standardi s vremenom ažurirati (u zakonodavstvu carinska unija ovo već postoji za opremu i strojeve). I sam kupac će to platiti, tj. država.

Stranica 1


Primopredajna ispitivanja provode se prema zadanom programu i metodologiji nakon predočenja projektnog zadatka za izradu AU, dnevnika rada, akata prijema i završetka probnog rada. Tijekom ovih ispitivanja provjerava se funkcioniranje NE u uvjetima navedenim u ToR-u, samostalno i kao dio kompleksa, kao i provjera načina vraćanja operativnosti NE nakon kvarova i mogućnosti praktične provedbe svih preporučenih postupaka. Protokoli ispitivanja za program sažeti su u jedinstveni protokol, na temelju kojeg se donosi zaključak o usklađenosti sustava sa zahtjevima TOR-a i mogućnost izdavanja akta o prihvaćanju NEK u trajni pogon.

Prihvatne testove treba provesti 2 puta: primarni unutar 3 mjeseca.

Prihvatna ispitivanja provode ispitne organizacije i odjeli uključeni u sustav vladine organizacije za državna ispitivanja, ili druge organizacije i poduzeća koja su uključena od strane matične organizacije za provođenje prihvatljivih ispitivanja na propisani način uz sudjelovanje proizvođača i programera.

Ispitivanja prihvatljivosti provode se kako bi se utvrdila izvedivost i izvedivost proizvodnje proizvoda. Pokusni ili prototipni uzorci (serije) proizvoda koje je ovjerila komisija podvrgavaju se ispitivanju na certificiranoj ispitnoj opremi.

Ispitivanja prihvatljivosti provode se kako bi se utvrdila izvedivost i izvedivost stavljanja proizvoda u proizvodnju. Prijemna ispitivanja proizvodnih proizvoda iz jednog komada provode se kako bi se riješilo pitanje izvedivosti prijenosa tih proizvoda u rad. Ispitivanju se podvrgavaju pokusni ili prototipni uzorci (serije) proizvoda. Prilikom isporuke obitelji, asortimana ili raspona veličina proizvoda u proizvodnju odabire se tipični predstavnik na temelju uvjeta mogućnosti proširenja rezultata njegovih ispitivanja na cijeli skup proizvoda. Primopredajna ispitivanja provode ovlašteni ispitni odjeli uz korištenje certificirane ispitne opreme. Proizvodi dodijeljeni matičnim organizacijama za testiranje provjeravaju te organizacije.

Prihvatna ispitivanja moraju se provesti na prototipu električni stroj, pa je opseg ovih testova prilično velik. Dakle, za istosmjerne strojeve program ispitivanja prihvaćanja sadrži 17 stavki, za sinkrone strojeve - 22 stavke, za indukcijski motori- 16 bodova.

Prihvatni testovi ne mogu otkriti opisano oštećenje softvera, jer ono ni na koji način ne utječe na dizajn, a program simulatora ga može otkriti samo u rijetkim slučajevima, jer je raspon zlonamjernih radnji prevelik da bi bilo uputno implementirati sve moguće opasne situacije u simulatoru.

Prijemna ispitivanja provode resorna, međuresorna ili državna povjerenstva nakon uspješno provedenih prethodnih ispitivanja. Osim opsega preliminarnih ispitivanja tijekom primopredajnih ispitivanja utvrđuje se potrošnja ulja odnosno podmazivanje cilindara, brtvi, ležajeva i koljenastog mehanizma.

Primopredajna ispitivanja provode se prema najdetaljnijim programima utvrđenim standardima ili specifikacijama za ovu vrstu strojeva. Njihov cilj je provjeriti usklađenost proizvedenih strojeva sa svim tehnički zahtjevi. Prihvatnim ispitivanjima podvrgavaju se prototipovi - prvi industrijski uzorci strojeva ove vrste koje proizvodi poduzeće. Broj uzoraka koji se moraju uzeti za ispitivanje prihvatljivosti utvrđen je u standardima ili specifikacijama za dati tip strojevi. Sve sljedeće strojeve poduzeće mora proizvesti bez promjene dizajna, tehnologije ili materijala korištenih za proizvodnju.

Ispitivanja prihvatljivosti provode se kako bi se utvrdilo stvarno stanje radne karakteristike stroja, kao i utvrđivanje ispravnog rada komponenti (zupčanici, ležajevi, kočnice itd. Prijemna ispitivanja provode se na ispitnom mjestu u uvjetima bliskim radnim. Rezultati ispitivanja bilježe se u putovnici stroja. Ako se tijekom rada utvrde nedostaci testiranja, bilježe se u neispravan list i zatim uklanjaju.

Ispitivanja prihvatljivosti provode se kako bi se potvrdila izvedba koju jamči dobavljač opreme. Program ovih ispitivanja obično predviđa niz pokusa ravnoteže povećane točnosti pod uvjetima koji podliježu provjeri u skladu s jamstvenim podacima dobavljača.

Primopredajna ispitivanja su službena ispitivanja u nazočnosti komisije, na temelju kojih se zaključuje da je svrsishodno započeti masovnu proizvodnju, a za pumpe individualna proizvodnja- puštanje u rad. Istodobno se utvrđuju parametarski pokazatelji i karakteristike crpke dobivene tijekom ispitivanja i uključuju u dokumentaciju. U budućnosti, prema ovim pokazateljima i karakteristikama, uzimajući u obzir dopuštena odstupanja, provodi se kontrola kvalitete serijskih crpki.

Ispitivanja prijema utvrđuju usklađenost stvarnih radnih karakteristika stroja sa specifikacijama i provode se na posebnim postoljima u uvjetima koji su što bliži operativnim.

Ispitivanje prihvatljivosti alatnih strojeva u skladu s op tehnički podaci za njihovu izradu i prihvaćanje proizvode se na prazan hod za provjeru rada mehanizama i pod opterećenjem za određivanje performansi, točnosti i čistoće obrade. Tijekom ispitivanja provjeravaju se sva uključivanja, prebacivanja i prijenosa kontrola kako bi se utvrdila ispravnost njihovog djelovanja, međusobnog blokiranja, pouzdanosti fiksacije i odsutnosti spontanih pomaka, odsutnosti ometanja, pokretanja itd.

Ispitivanje prihvatljivosti jedno je od prekretnice izgradnja novog automobila. Njihov cilj je: sveobuhvatna provjera operativna svojstva prototipovi u različitim cestovnim i klimatskim uvjetima u skladu s projektnim zadatkom za razvoj (uključujući u toploj i hladnoj klimatskoj regiji); definicija stvarne vrijednosti svi najvažniji parametri; utvrđivanje pouzdanosti automobila u cjelini, kao i njegovih glavnih komponenti, sklopova i sustava; utvrđivanje stupnja usklađenosti stvorenog automobila s predviđenom svrhom i utvrđivanje izvedivosti stavljanja novog modela u proizvodnju. U prosjeku se dva do četiri uzorka dostavljaju na prijemna ispitivanja. Ispitivanja uključuju značajan broj laboratorijskih i laboratorijskih cestovnih radova za utvrđivanje tehničko-eksploatacijskih pokazatelja i prijeđenih kilometara vozila u svim karakterističnim uvjetima njihovu namjenu.

Izrada projektne dokumentacije i TD, a po potrebi i programske dokumentacije, provodi se prema pravilima utvrđenim normama jedinstveni sustav projektnu dokumentaciju (ESKD), Jedinstveni sustav tehnološke dokumentacije (ESTD) i Jedinstveni sustav programske dokumentacije (ESPD).

Upravljanje dizajnom mora ispunjavati zahtjeve 4.4 GOST R ISO 9001. Ako se implementira prvi model, tada u skladu s NPB 180-99, na zahtjev GUGPS-a, programer (proizvođač) razvija tehnički dizajn (zahtjevi za tehnički dizajn navedeni su u GOST 2.120-73 ESKD. Tehnički dizajn) , koji koordinira s GUGPS i VNIIPO. Prilikom implementacije drugog i trećeg modela, odluka o potrebi razvoja tehnički projekt prihvaća kupac ili programer.

Bez obzira na implementirani model, prava na izrađeni DD utvrđuju se ugovorom između naručitelja i izrađivača (proizvođača i proizvođača). Rješenje pitanja prava na projektnu dokumentaciju jedno je od ključnih u razvoju i proizvodnji oprema za gašenje požara. Kod implementacije prvog i drugog modela isplativije je ostaviti pravo na CA kupcu (SBS strukture). To omogućuje kupcu (strukturama SBS-a) da donese odluku o izdavanju ili oduzimanju licence za proizvodnju PA, stvara konkurenciju prilikom prijenosa projektne dokumentacije na novog proizvođača, čime utječe na proizvođača ili proizvođača. Ako prava na projektnu dokumentaciju pripadaju Državnoj vatrogasnoj službi, to omogućuje davanje narudžbi za proizvodnju već razvijenih PA u poduzećima koja ispunjavaju zahtjeve Državne vatrogasne službe. Inače, prilikom promjene proizvođača potrebno je ponovno izraditi projektnu dokumentaciju, što oduzima puno vremena i povezano je sa značajnim materijalnim troškovima. Slična se situacija već dogodila u povijesti proizvodnje vatrogasne opreme u Rusiji: tijekom odvajanja Ukrajine bilo je potrebno reorganizirati proizvodnju, a samim tim i projektnu dokumentaciju i TD za PA, slične onima PA koje su proizvedene u pogonu u selu. Tamjan Pryluky okrug Chernihiv regije.

Kako bi se potvrdila usklađenost izrađene projektne dokumentacije s TOR-om, izrađuje se eksperimentalni ili prototip PA: eksperimentalni za masovnu proizvodnju; glava - za neserijski. Prilikom izrade jednog PA, glavni uzorak, u pravilu, podliježe prodaji kupcu. Prototip ili prototip PA podvrgava se postupcima kontrole i ispitivanja u skladu sa zahtjevima 4.10 - 4.12 GOST R ISO 9001. Opseg i sadržaj ispitivanja potrebnih za sprječavanje proizvodnje neiskorištenih, nesukladnih proizvoda određuje razvojni programer. , uzimajući u obzir novost, složenost, značajke proizvodnje i primjene PA, kao i zahtjeve kupaca. Istodobno se moraju provesti ispitivanja za usklađenost sa svim zahtjevima standarda i normativni dokumenti tijela koja provode nadzor nad ispunjavanjem sigurnosnih zahtjeva (SSBT standarda) i zaštite prirode.

U skladu s GOST 15.201-2000 i NPB 180-99, eksperimentalni ili prototip PA podvrgava se sljedeće vrste ispitivanja: preliminarna (tvornička), prijemna, radna.

Preliminarna (tvornička) ispitivanja organizira izvođač istraživanja i razvoja kako bi preliminarna evaluacija usklađenost prototipa ili prototipa PA sa zahtjevima TOR-a, kao i utvrditi spremnost prototipa ili prototipa PA za prijemna ispitivanja. Ispitivanja mora provesti proizvođač (proizvođač) PA ili specijalizirana organizacija ovlašten za obavljanje ove vrste ispitivanja. Sastav komisije za prethodna ispitivanja formira proizvođač PA na temelju svog naloga. Povjerenstvo treba uključivati ​​predstavnike proizvođača (programer i proizvođač) i Državne vatrogasne službe. Program i metodologiju ispitivanja razvio je proizvođač i uskladio s GUGPS i VNIIPO. Preliminarni testovi trebaju uključivati ​​borbena raspoređivanja kako bi se odredilo vrijeme njihove provedbe. Sheme borbenog rasporeda biraju se u skladu s Priručnikom o vatrenoj vježbi.

Materijali preliminarnih (tvorničkih) ispitivanja kao dio TOR-a, nacrt specifikacija, ispitni programi i metode, akt preliminarnih (tvorničkih) ispitivanja šalju se kupcu na razmatranje radi rješavanja pitanja organiziranja prihvatljivih ispitivanja. Prilikom implementacije prvog modela u skladu sa zahtjevom NPB 180-99, navedeni materijali se šalju GUGPS-u i VNIIPO-u.

Prilikom izrade PA prema prvom modelu organiziraju se i provode državna prihvatljiva ispitivanja, prema drugom i trećem modelu - prihvatljiva ispitivanja uz sudjelovanje nadležnih tijela državnog nadzora i drugih zainteresiranih organizacija. Državna primopredajna ispitivanja u skladu s GOST 15.201-2000 organizira državni kupac, osim ako nije drugačije određeno sporazumom (ugovorom). Posebnost ispitivanja državnog prihvaćanja PA je u tome što, prema NPB 180-99, sastav komisije za prihvaćanje PA formira proizvođač (proizvođač) u dogovoru s GUGPS-om, koji izdaje odgovarajući nalog za organizaciju. Za predsjednika komisije imenuje se predstavnik GUGPS-a, u dogovoru s kojim se određuje mjesto i vrijeme održavanja prijemnih ispita.

Ispitivanje prihvatljivosti PA prototipova prema drugom i trećem R&D modelu u skladu s GOST 15.201-2000 organizira PA programer. Kod implementacije drugog modela, sastav komisije formira naručitelj zajedno s nositeljem projekta, predsjednik komisije je predstavnik naručitelja, osim ako nije drugačije određeno sporazumom (ugovorom). U slučaju istraživanja i razvoja u slučaju inicijativnog razvoja (bez određenog kupca), testove prihvaćanja organizira nositelj projekta, a povjerenstvo za prihvaćanje, u pravilu, formirano je od predstavnika potencijalnih potrošača PA, struktura Državne granične službe, države i nadzorna tijela.

Bez obzira na implementirani model, odgovornost za provođenje prijemnih testova snosi njihov organizator. Prema GOST 15.201-2000, uz suglasnost zainteresiranih strana, dopušteno je provoditi prijemna ispitivanja bez imenovanja povjerenstva, ali uz dodjelu njegovih funkcija i dužnosti relevantnim službama organizacije koja provodi ispitivanja, koja bi trebala biti odražava se u TOR-u i (ili) sporazumu (ugovoru) za Implementacija istraživanja i razvoja. U provođenju prijemnih ispitivanja, bez obzira na mjesto njihova provođenja, pravo sudjelovanja imaju proizvođač i tijela državnog nadzora (OGN), koja moraju biti obaviještena o nadolazećim ispitivanjima mjesec dana prije njihova početka. Svi GGN definirani važećim zakonodavstvom za ovaj proizvod ili sudjeluju u ispitivanjima prihvatljivosti ili daju zaključke na temelju rezultata ispitivanja. U nedostatku predstavnika OGN-a ili njegovog mišljenja, smatraju da je OGN suglasan prihvatiti proizvode ili nije zainteresiran za to.

Prihvatnoj komisiji za NPB 180-99 predstavljen je: prototip PA, dovršen u skladu s izjavom o radu; tehnički zadatak; program i metodologija ispitivanja; akt preliminarnih (tvorničkih) ispitivanja s izvješćima o ispitivanju; projektna dokumentacija(slova "O").

Program ispitivanja razvija se na temelju zahtjeva TOR-a, projektne dokumentacije korištenjem standardnih programa, standardnih (standardiziranih) metoda navedenih u preskriptivni dokumenti. Program ispitivanja uključuje: objekt ispitivanja (eksperimentalni ili prototip PA); svrhu ispitivanja; opseg ispitivanja; uvjeti i postupak ispitivanja; logistika ispitivanja; mjeriteljska podrška ispitivanjima; izvješćivanje o ispitivanju. Program i metodologija primopredajnih ispitivanja trebaju uključivati ​​provjeru kvalitete radne projektne dokumentacije i pogonske dokumentacije radi donošenja odluke o prikladnosti dokumentacije za industrijsku proizvodnju.

Metodologija ispitivanja uključuje: ocjenjivane karakteristike (svojstva, pokazatelje) PA; uvjeti i postupak ispitivanja; metode obrade, analize i vrednovanja rezultata ispitivanja; korištena sredstva ispitivanja, kontrole i mjerenja; izvještavanje. Ako se koriste nestandardizirane metode, one trebaju biti u skladu s relevantnim GGN-om.

Na temelju rezultata prijamnih ispitivanja i razmatranja dostavljenih materijala, povjerenstvo sastavlja akt u kojem:

1. Utvrđuje usklađenost uzorka razvijenog (proizvedenog) PA sa zahtjevima TOR-a.

2. Daje ocjenu tehničke razine i konkurentnosti PA, uključujući patentni i pravni aspekt.

3. Ocjenjuje izrađenu tehničku dokumentaciju (uključujući nacrt specifikacija).

6. Daje komentare i daje prijedloge za poboljšanje PA i dokumentacije.

Prema GOST 15.201-2000, čin komisije za prihvaćanje odobrava kupac. Odobravanje akta prijemne komisije, koji sadrži pozitivnu ocjenu, znači završetak razvoja; prestanak TK; odobrenje dostavljenih specifikacija, tehnička dokumentacija. Prema NPB 180-99, potvrdu o prihvaćanju prototipa PA, koja sadrži pozitivnu ili negativnu ocjenu rezultata razvoja, odobrava predsjednik komisije. Štoviše, ako postoje komentari koji zahtijevaju dodatna ispitivanja, dorade prototipa, izmjene dokumentacije, predsjednik povjerenstva ima pravo odlučiti o odobrenju akta nakon otklanjanja primjedbi. Istovremeno, članovi povjerenstva koji se ne slažu s općom ocjenom razvoja u aktu navode izdvojeno mišljenje s obrazloženjem.

Radna ispitivanja prototipa ili prototipa PA provode se u Državnoj vatrogasnoj službi u skladu s Priručnikom o tehnička služba. Osposobljavanje osoblja za rad na PA provodi proizvođač (proizvođač) PA. Na temelju rezultata ispitivanja, stručnjaci Državne vatrogasne službe pripremaju zaključak u kojem navode: podatke o radu PA za razdoblje operativnih ispitivanja (izvadak iz registra prisutnosti, rada i kretanja motornih vozila); informacije o kvarovima PA (izvadak iz dnevnika održavanja); ocjenu cjelovitosti i pogodnosti postavljanja aparata za gašenje požara, kao i prijedlog za dodatna oprema PA PTV i promjena postavljanja PTV-a; sheme i uvjeti za provođenje borbenog rasporeda i vrijeme njihove provedbe; procjena voznih svojstava PA
(vidi 6. poglavlje udžbenika); usklađenost s karakteristikama rada PA za borbene misije koje se izvode; učinkovitost uporabe PA u izvedbi borbenih misija.

DRŽAVNI STANDARD SAVEZA SSR-a

Skup standarda za automatizirani sustavi

Ova se norma primjenjuje na automatizirane sustave (AS) koji se koriste u različite vrste aktivnosti (istraživanje, projektiranje, upravljanje i dr.), uključujući njihove kombinacije nastale u organizacijama, udrugama i poduzećima (u daljnjem tekstu - organizacije).

Norma utvrđuje vrste ispitivanja NPP-a i opće zahtjeve za njihovu provedbu.

Izrazi korišteni u ovoj normi i njihove definicije u skladu su s GOST 34.003.

Zahtjevi ove norme, osim točaka 2.2.4, 4.4, 4.5, obvezni su, zahtjevi točaka 2.2.4, 4.4, 4.5 su preporučeni.

1. Opće odredbe.

1.1. Ispitivanja NPP-a provode se u fazi "Puštanja u pogon" u skladu s GOST 34.601 kako bi se provjerila usklađenost stvorene NPP sa zahtjevima projektnog zadatka (TOR).

1.2. Ispitivanje NEK je proces provjere izvedbe navedenih funkcija sustava, utvrđivanja i provjere usklađenosti sa zahtjevima TOR-a kvantitativnih i (ili) kvalitativnih karakteristika sustava, identificiranja i uklanjanja nedostataka u djelovanju sustava, u razvijenu dokumentaciju.

1.3. Za AU su uspostavljene sljedeće glavne vrste testova: 1) preliminarni; 2) probni rad; 3) prihvaćanje.

Bilješke:

1. Dopušteno je dodatno provoditi druge vrste ispitivanja AU i njihovih dijelova.

2. Dopušteno je klasificirati prijemna ispitivanja ovisno o statusu povjerenstva za prihvaćanje (sastavu članova povjerenstva i stupnju odobrenja).

3. Vrste ispitivanja i status komisije za prihvaćanje utvrđuju se u ugovoru i (ili) TOR-u.

1.4. Ovisno o međusobnoj povezanosti objekata koji se ispituju u NEK, ispitivanja mogu biti autonomna i složena.

Autonomni testovi pokrivaju dijelove AU. Izvode se u trenutku kada su dijelovi NE spremni za puštanje u pogon za probni rad.

Sveobuhvatna ispitivanja provode se za skupine, međusobno povezane dijelove AU ili za AU kao cjelinu.

1.5. Za planiranje svih vrsta ispitivanja izrađuje se dokument "Program i metode ispitivanja". Izrađivač dokumenta utvrđuje se u ugovoru ili TK.

1.6. Program i metodologija ispitivanja trebaju utvrditi potreban i dovoljan opseg ispitivanja kako bi se osigurala navedena pouzdanost dobivenih rezultata.

1.7. Program i metodologija ispitivanja mogu se izraditi za AC u cjelini, za dio AC. Testovi (testovi) mogu biti uključeni kao aplikacija.

1.8. Preliminarna testiranja AU provode se kako bi se utvrdila njegova učinkovitost i odlučilo je li moguće prihvatiti AC za probni rad.

1.9. Preliminarno testiranje treba provesti nakon što programer otkloni pogreške i testira isporučeni softver i tehnička sredstva sustava i dostavlja im relevantne dokumente o njihovoj spremnosti za ispitivanje, kao i nakon upoznavanja osoblja NEK s pogonskom dokumentacijom.

1.10. Probni rad NEK provodi se kako bi se utvrdile stvarne vrijednosti kvantitativnih i kvalitativnih karakteristika NEK i spremnosti osoblja za rad u uvjetima rada NEK, utvrdila stvarna učinkovitost NEK. , te ispravnu (ako je potrebno) dokumentaciju.

1.11. Primopredajna ispitivanja NE provode se radi utvrđivanja usklađenosti NE s projektnim zadatkom, ocjene kvalitete probnog rada i odlučivanja o mogućnosti prihvaćanja NE u trajni pogon.

1.12. Prijemnim ispitivanjima AU trebao bi prethoditi njegov probni rad u postrojenju.

1.13. Ovisno o vrsti zahtjeva za AU za ispitivanje, provjeru ili certifikaciju, podvrgava se: 1) skupu softvera i hardvera; 2) osoblje; 3) pogonsku dokumentaciju kojom se uređuju aktivnosti osoblja tijekom rada NEK; 4) KAO općenito.

1.14. Prilikom testiranja AU provjeravaju se: 1) kvaliteta izvedbe skupa softvera i hardvera automatske funkcije u svim režimima rada NE u skladu s TOR-om za izgradnju NE; 2) poznavanje pogonske dokumentacije od strane osoblja i dostupnost vještina potrebnih za obavljanje utvrđenih funkcija u svim režimima rada NE, sukladno TOR-u za izgradnju NE; 3) cjelovitost uputa sadržanih u pogonskoj dokumentaciji za osoblje za obavljanje poslova u svim režimima rada NE u skladu s TOR-om za izgradnju NE; 4) kvantitativni i (ili) karakteristike kvalitete obavljanje automatskih i automatiziranih funkcija AU-a u skladu s nalogom rada; 5) druga svojstva AU-a koja mora ispunjavati prema TOR-u.

1.15. AU testove treba provesti na mjestu kupca. Prema dogovoru između kupca i programera, preliminarna ispitivanja i prihvaćanje softverski alati AU je dopušteno provoditi na tehničkim sredstvima programera pri stvaranju uvjeta za dobivanje pouzdanih rezultata ispitivanja.

1.16. Dopušteno dosljedno ponašanje ispitivanje i puštanje u pogon dijelova NE za probni i trajni rad, prema redoslijedu puštanja NE u rad utvrđenom u Projektnom zadatku.

2. Preliminarna ispitivanja.

2.1. Preliminarni testovi AU mogu biti: 1) autonomni; 2) složen.

2.2. Autonomni testovi

2.2.1. Autonomna ispitivanja AU trebaju se provoditi u skladu s programom i metodologijom autonomnih ispitivanja izrađenih za svaki dio AU.

2.2.2. Program autonomnih testova pokazuje: 1) popis funkcija koje se testiraju; 2) opis odnosa objekta ispitivanja s drugim dijelovima NE; 3) uvjete, postupak i metode provođenja ispitivanja i obrade rezultata; 4) kriterije prihvatljivosti za dijelove na temelju rezultata ispitivanja.

Izvanmrežni raspored testiranja treba biti priložen izvanmrežnom testnom programu.

2.2.3. Pripremljeni i koordinirani testovi (test slučajevi) u fazi autonomnog testiranja trebaju osigurati: 1) punu provjeru funkcija i postupaka prema popisu dogovorenom s kupcem; 2) potrebnu točnost izračuna, utvrđenu u TOR-u; 3) provjera glavnih vremenskih karakteristika funkcioniranja softvera (u slučajevima kada je to značajno); 4) provjera pouzdanosti i stabilnosti rada programske i hardverske opreme.

2.2.4. Kao početne informacije za testiranje preporuča se koristiti fragment stvarnih informacija organizacije korisnika u količini dovoljnoj da osigura potrebnu pouzdanost testova.

2.2.5 Rezultati autonomnog ispitivanja dijelova AU trebaju biti zabilježeni u izvješćima o ispitivanju. Protokol mora sadržavati zaključak o mogućnosti (nemogućnosti) dopuštanja dijela NE na složena ispitivanja.

2.2.6. U slučaju da se provedena autonomna ispitivanja pokažu nedovoljnima ili se otkrije kršenje zahtjeva regulatornih dokumenata o sastavu ili sadržaju dokumentacije, navedeni dio AU može se vratiti na reviziju i novi dodijeljeno je testno razdoblje.

2.3. Složeni testovi

2.3.1. Sveobuhvatno ispitivanje AU provodi se izvođenjem složenih ispitivanja. Rezultati ispitivanja odražavaju se u protokolu. Radovi su završeni izdavanjem potvrde o prijemu u probni rad.

2.3.2. Program objedinjenog ispitivanja NE ili dijelova NE sadrži: 1) popis objekata ispitivanja; 2) sastav dostavljene dokumentacije; 3) opis odnosa koji se ispituju između čestica ispitivanja; 4) redoslijed ispitivanja dijelova NE; 5) postupak i metode ispitivanja, uključujući sastav softvera i opreme potrebne za ispitivanje, uključujući posebna postolja i ispitna mjesta.

2.3.3. Za provođenje složenih ispitivanja potrebno je dostaviti: 1) program složenih ispitivanja; 2) zaključak o autonomnom testiranju relevantnih dijelova AU-a i otklanjanju grešaka i komentara uočenih tijekom autonomnog testiranja; 3) složena ispitivanja; 4) programska i hardverska te pripadajuća operativna dokumentacija.

2.3.4. U složenim ispitivanjima dopušteno je koristiti kao početne informacije dobivene autonomnim ispitivanjima dijelova NEK.

2.3.5. Opsežan test treba: 1) biti logički povezan; 2) osigurati provjeru obavljanja funkcija dijelova NE u svim načinima rada utvrđenim u Projektnom zadatku za NE, uključujući sve njihove veze; 3) omogućiti provjeru reakcije sustava na netočne informacije i izvanredne situacije.

2.3.6. Protokol integriranog ispitivanja trebao bi sadržavati zaključak o mogućnosti (nemogućnosti) prihvaćanja NE u probni rad, kao i popis potrebnih poboljšanja i preporučene rokove za njihovu provedbu.

Nakon otklanjanja nedostataka provode se ponovna složena ispitivanja potreban volumen.

3. Probni rad.

3.1. Probni rad provodi se prema programu koji ukazuje na: 1) uvjete i način rada dijelova NEK i NEK u cjelini; 2) trajanje probnog rada, dovoljno za provjeru ispravnosti rada NE pri obavljanju svake funkcije sustava i spremnosti osoblja za rad u uvjetima rada NE; 3) postupak otklanjanja nedostataka uočenih tijekom probnog rada.

3.2. Tijekom probnog rada AU vodi se radni dnevnik u koji se unose podaci o trajanju rada AU, kvarovima, kvarovima, hitnim slučajevima, promjenama parametara objekta automatizacije, tekućim prilagodbama dokumentacije i softvera, prilagodba i tehnička sredstva. Podaci se upisuju u dnevnik s datumom i odgovornom osobom. Časopis može sadržavati komentare osoblja o jednostavnosti rada AU.

3.3. Na temelju rezultata probnog rada donosi se odluka o mogućnosti (ili nemogućnosti) izlaganja dijelova NE i sustava u cjelini na primopredajna ispitivanja.

Rad završava izradom akta o završetku probnog rada i puštanju sustava u primopredajna ispitivanja.

4. Ispitivanja prihvatljivosti

4.1. Primopredajna ispitivanja provode se u skladu s programom koji označava: 1) popis objekata koji su u sustavu dodijeljeni za ispitivanje i popis zahtjeva kojima objekti moraju udovoljavati (s pozivanjem na točke TOR-a); 2) kriterije prihvatljivosti sustava i njegovih dijelova; 3) uvjete i rokove ispitivanja; 4) sredstva za ispitivanje; 5) imena osoba odgovornih za provođenje ispitivanja; 6) metodologiju ispitivanja i obradu njihovih rezultata; 7) popis dokumentacije koju treba izraditi.

4.2. Za provođenje testova prihvaćanja potrebno je predočiti sljedeću dokumentaciju: 1) projektni zadatak za stvaranje AU-a; 2) akt prijema u probni rad; 3) dnevnike rada probnog rada; 4) akt o završetku probnog rada i prijemu NEK na primopredajna ispitivanja; 5) program i metodologija ispitivanja.

Ispitivanje prihvatljivosti treba provesti u objektu koji radi.

4.3. Prijemna ispitivanja, prije svega, trebaju uključivati ​​provjeru: 1) cjelovitosti i kvalitete provedbe funkcija pri standardnim, graničnim, kritičnim vrijednostima parametara objekta automatizacije i u drugim uvjetima rada NEK-a navedenim u ToR-u. ; 2) ispunjenje svakog zahtjeva koji se odnosi na sučelje sustava; 3) rad osoblja u interaktivnom načinu rada; 4) sredstva i metode za vraćanje operativnosti AU nakon kvarova; 5) cjelovitost i kvalitetu pogonske dokumentacije.

4.4. Provjeru cjelovitosti i kvalitete obavljanja funkcija AU preporučuje se provesti u dvije faze. U prvoj fazi ispituju se pojedine funkcije (zadaci, kompleksi zadataka). Istodobno provjeravaju ispunjenje zahtjeva TOR-a za funkcije (zadatke, komplekse zadataka). U drugoj fazi provjerava se interakcija zadataka u sustavu i ispunjavanje zahtjeva TOR-a za sustav u cjelini.

4.5. U dogovoru s naručiteljem, provjera zadataka, ovisno o njihovim specifičnostima, može se provoditi samostalno ili u sklopu kompleksa. Preporučljivo je kombinirati zadatke prilikom provjere u kompleksima, uzimajući u obzir sličnost korištenih informacija i internih veza.

4.6. Provjera rada osoblja u interaktivnom načinu rada provodi se uzimajući u obzir cjelovitost i kvalitetu izvođenja funkcija sustava u cjelini.

Provjeri podliježu: 1) cjelovitost poruka, naredbi, zahtjeva dostupnih operateru i njihova dostatnost za rad sustava; 2) složenost postupaka dijaloga, sposobnost osoblja da rade bez posebni trening; 3) reakcija sustava i njegovih dijelova na pogreške operatera, servisnih objekata.

4.7. Provjera sredstava za vraćanje operativnosti AU nakon kvarova računala treba uključivati: 1) provjeru prisutnosti u operativnoj dokumentaciji preporuka za vraćanje operativnosti i cjelovitost njihovog opisa; 2) izvedivost preporučenih postupaka; 3) operativnost alata za automatsko obnavljanje, funkcija (ako postoje).

4.8. Provjeru potpunosti i kvalitete operativne dokumentacije potrebno je provesti analizom dokumentacije za usklađenost sa zahtjevima regulatornih i tehničkih dokumenata u TOR-u.

4.9. Rezultati ispitivanja objekata predviđenih programom bilježe se u protokolima koji sadrže sljedeće odjeljke: 1) svrhu ispitivanja i broj odjeljka zahtjeva TOR-a za NEK, prema kojima se ispitivanje provodi. provedeno; 2) sastav hardvera i softvera korištenog u ispitivanjima; 3) naznaku metoda prema kojima su ispitivanja provedena, obradu i ocjenu rezultata; 4) uvjete ispitivanja i karakteristike početnih podataka; 5) prostor za skladištenje i uvjete pristupa konačnom programu ispitivanja; 6) generalizirane rezultate ispitivanja; 7) zaključke o rezultatima ispitivanja i usklađenosti izrađenog sustava ili njegovih dijelova s ​​određenim dijelom zahtjeva TOR-a za NEK.

4.10. Izvještaji o ispitivanju objekata kroz cijeli program sažeti su u jedinstveni protokol, na temelju kojeg se donosi zaključak o usklađenosti sustava sa zahtjevima tehničke specifikacije za NPP i mogućnost izdavanja akta o prihvaćanju NPP za stalni rad.

Radovi su završeni izvršenjem akta o prijemu NEK u trajni pogon.