Neuvostoliiton valtiostandardi

Standardisarja automatisoituihin järjestelmiin

Tämä standardi koskee automatisoituja järjestelmiä (AS), joita käytetään erilaisia organisaatioissa, yhdistyksissä ja yrityksissä (jäljempänä - organisaatiot) luodut toimet (tutkimus, suunnittelu, johtaminen jne.), mukaan lukien niiden yhdistelmät.

Standardi asettaa ydinvoimalaitosten testityypit ja niiden suorittamista koskevat yleiset vaatimukset.

Tässä standardissa käytetyt termit ja niiden määritelmät ovat GOST 34.003: n mukaisia.

Tämän standardin vaatimukset, lukuun ottamatta kohtia 2.2.4, 4.4, 4.5, ovat pakollisia, kappaleiden 2.2.4, 4.4, 4.5 vaatimuksia suositellaan.

1. Yleiset säännökset.

1.1. Ydinvoimalaitosten testit suoritetaan ”käyttöönoton” vaiheessa GOST 34.601 -standardin mukaisesti, jotta voidaan varmistaa, että luotu ydinvoimalaitos vastaa teknisten eritelmien (TK) vaatimuksia.

1.2. Ydinvoimalaitoksen testit ovat prosessia, jolla varmennetaan määriteltyjen järjestelmän toimintojen suorittaminen, määritetään ja varmennetaan järjestelmän määrällisten ja (tai) laadullisten ominaisuuksien teknisten vaatimusten noudattaminen, tunnistetaan ja poistetaan järjestelmän toiminnassa olevat puutteet, kehitetyssä dokumentaatiossa.

1.3. Kaiuttimille määritetään seuraavat päätestityypit: 1) alustava; 2) koekäyttö; 3) hyväksyminen.

Huomautuksia:

1. On sallittua suorittaa muun tyyppisiä kaiuttimien ja niiden osien testejä.

2. Hyväksyntätestausten luokittelu on sallittua hyväksymiskomitean aseman (komission jäsenten kokoonpano ja hyväksynnän taso) mukaan.

3. Testityypit ja hyväksymiskomitean asema vahvistetaan sopimuksessa ja (tai) TK: ssa.

1.4. AC: ssä testattujen objektien kytkentäkohdeista riippuen testit voivat olla itsenäisiä tai monimutkaisia.

Erilliset testit kattavat kaiuttimen osat. Ne suoritetaan, kun ydinvoimalan osat ovat valmiita käyttöönottoon.

Monimutkaisia \u200b\u200btestejä tehdään kaiuttimen toisiinsa kytkettyjen osien ryhmille tai koko kaiuttimelle.

1.5. Kaikentyyppisten testien suorittamisen suunnittelua varten kehitetään asiakirja ”Testiohjelma ja testimenetelmät”. Asiakirjan kehittäjä määritetään sopimuksessa tai TK: ssa.

1.6. Testiohjelman ja metodologian tulisi luoda tarvittava ja riittävä määrä testausta, mikä antaa tuloksille tietyn luotettavuuden.

1.7. Testiohjelma ja testimenetelmä voidaan kehittää koko AC: lle, AC: n osalle. Testit (testitapaukset) voidaan sisällyttää hakemukseen.

1.8. Kaiuttimien alustavat testit suoritetaan sen suorituskyvyn määrittämiseksi ja vaihtoehdon mahdollisuuden ratkaisemiseksi vaihtoehtona.

1.9. Alustavat testit tulisi suorittaa sen jälkeen, kun kehittäjä on virheenkorjautunut ja testannut järjestelmän mukana toimitetun ohjelmiston ja laitteiston ja toimittanut heille asiaankuuluvat asiakirjat testausvalmiudestaan, ja sen jälkeen kun ydinvoimalaitoksen henkilöstö on perehtynyt toimintaohjeisiin.

1.10. Kaiuttimien kokeellinen toiminta suoritetaan kaiuttimien kvantitatiivisten ja kvalitatiivisten ominaisuuksien todellisten arvojen ja henkilöstön valmiuden työskennellä kaiuttimien toimintaolosuhteissa määrittämiseksi, kaiuttimien todellinen tehokkuus ja kaiuttimien mukauttaminen (tarvittaessa).

1.11. Kaiuttimien hyväksymistestejä tehdään kaiuttimien vaatimustenmukaisuuden varmistamiseksi teknisten eritelmien kanssa, arvioitaessa pilottitoiminnan laatua ja ratkaistaan \u200b\u200bmahdollisuus hyväksyä kaiuttimet jatkuvaan käyttöön.

1.12. Ydinvoimalaitoksen hyväksymistestejä tulisi edeltää sen pilottioperaatio laitoksella.

1.13. Ydinvoimalaitosten testausta, varmennusta tai varmentamista koskevien vaatimusten tyypistä riippuen siihen kohdistetaan: 1) ohjelmisto- ja laitteistojoukko; 2) henkilöstö; 3) operatiiviset asiakirjat, jotka sääntelevät henkilöstön toimintaa ydinvoimalaitoksen käytön aikana; 4) kaiuttimet kokonaisuutena.

1.14. Kaiuttimia testattaessa tarkista: 1) kaiuttimien monimutkaisten ohjelmistojen ja laitteistojen automaattitoimintojen laatu kaikissa kaiutinten toimintatiloissa kaiuttimien luomista koskevan työilmoituksen mukaan; 2) henkilöstön käyttödokumentaation tuntemus ja vaadittujen tehtävien suorittamiseksi tarvittavien taitojen saatavuus kaikissa ydinvoimalan toimintamuodoissa ydinvoimalan perustamista koskevan työsuunnitelman mukaisesti; 3) henkilöstön toimintaohjeissa olevien ohjeiden täydellisyys suorittaa tehtävänsä kaikissa ydinvoimalaitoksen toimintamuodoissa ydinvoimalaitoksen perustamista koskevan työilmoituksen mukaisesti; 4) automaattisen ja automatisoidun ydinvoimalaitoksen toiminnan kvantitatiiviset ja (tai) laadulliset ominaisuudet työsuunnitelman mukaisesti; 5) muut AU: n ominaisuudet, joita sen on vastattava työtodistuksen mukaan.

1.15. Kaiuttimien testaus tulee suorittaa asiakaskohtaisesti. Asiakkaan ja kehittäjän välisellä sopimuksella alustavat testit ja AS-ohjelmistojen hyväksyntä voidaan suorittaa kehittäjän teknisille laitteille luotaessa olosuhteita luotettavien testitulosten saamiseksi.

1.16. Ydinvoimalaitoksen osien peräkkäinen testaus ja käyttöönotto koekäyttöä ja jatkuvaa käyttöä varten on sallittua edellyttäen, että ydinvoimalaitoksen käyttöönotto on annettu toimeksiannossa.

2. Alustavat testit.

2.1. Kaiuttimien alustavat testit voivat olla: 1) itsenäisiä; 2) monimutkainen.

2.2. Itsenäiset testit

2.2.1. Kaiuttimien erilliset testit tulisi suorittaa kaiuttimien jokaiselle osalle kehitetyn erillisten testien ohjelman ja menetelmien mukaisesti.

2.2.2. Autonomisessa testausohjelmassa on ilmoitettava: 1) luettelo testattavista toiminnoista; 2) kuvaus testiobjektin suhteesta kaiuttimen muihin osiin; 3) tulosten testaamista ja käsittelyä koskevat ehdot, menettelyt ja menetelmät; 4) osien hyväksymiskriteerit testitulosten perusteella.

Erillinen testiohjelma olisi liitettävä erilliseen testiohjelmaan.

2.2.3. Autonomisten testien vaiheessa tehtyjen ja sovittujen testien (kontrolliesimerkkejä) tulisi tarjota: 1) toimintojen ja menettelyjen täydellinen tarkastus asiakkaan kanssa sovitun luettelon mukaisesti; 2) työilmoituksessa vahvistettu laskelmien tarpeellinen tarkkuus; 3) ohjelmistojen toiminnan tärkeimpien ajallisten ominaisuuksien todentaminen (tapauksissa, joissa tämä on merkittävää); 4) ohjelmistojen ja laitteistojen toiminnan luotettavuuden ja vakauden tarkistaminen.

2.2.4. Tietolähteenä testiä varten suositellaan käytettävä katkelma tosiasiallista tietoa asiakasorganisaatiosta määränä, joka riittää testien tarvittavan luotettavuuden varmistamiseen.

2.2.5 Vaihtovirtalaitteen osien itsenäisten testien tulokset olisi kirjattava testiraportteihin. Pöytäkirjan tulisi sisältää päätelmä mahdollisuudesta (mahdottomuudesta) päästä osa ydinvoimalaitoksesta monimutkaisiin testeihin.

2.2.6. Jos suoritettujen itsenäisten testien todetaan olevan riittämättömiä tai jos paljastuu asiakirjojen kokoonpanoa tai sisältöä koskevien sääntelyasiakirjojen vaatimusten rikkominen, tämä ydinvoimalan osa voidaan palauttaa uudelleentarkasteluun ja uusi testijakso osoitetaan.

2.3. Kattavat testit

2.3.1. Kaiuttimien monimutkaiset testit suoritetaan suorittamalla monimutkaisia \u200b\u200btestejä. Testitulokset kirjataan protokollaan. Työ saadaan päätökseen laatimalla hyväksyntätodistus koekäyttöä varten.

2.3.2. Ydinvoimalaitosten tai ydinvoimalaitosten osien monimutkaisten testien ohjelmassa on ilmoitettava: 1) luettelo koekohteista; 2) esitetyn asiakirjan koostumus; 3) kuvaus varmennetuista suhteista testiobjektien välillä; 4) vaihtovirtalaitteen osien testausjärjestys; 5) testausjärjestys ja -menetelmät, mukaan lukien testaukseen tarvittavien ohjelmistojen ja laitteiden koostumus, mukaan lukien erityiset osastot ja harjoituskentät.

2.3.3. Monimutkaisten testien suorittamiseksi on toimitettava seuraavat: 1) kattava testiohjelma; 2) johtopäätös AU: n asiaankuuluvien osien itsenäisistä testeistä sekä autonomisten testien aikana havaittujen virheiden ja kommenttien poistamisesta; 3) monimutkaiset testit; 4) ohjelmistot ja laitteistot sekä niihin liittyvä operatiivinen dokumentaatio.

2.3.4. Monimutkaisissa testeissä on sallittua käyttää AU: n osien itsenäisistä testeistä saatuja tietoja alkuperäisinä tietoina.

2.3.5. Kattavan testin tulisi: 1) liittää loogisesti toisiinsa; 2) tarkastaa ydinvoimalaitoksen osien toimintojen suorittaminen kaikissa ydinvoimalan teknisissä eritelmissä määritellyissä toimintatiloissa, mukaan lukien kaikki niiden väliset yhteydet; 3) tarkastaa järjestelmän reaktio väärään tietoon ja hätätilanteisiin.

2.3.6. Monimutkaisten testien pöytäkirjassa tulisi olla päätelmä mahdollisuudesta (mahdottomuudesta) hyväksyä ydinvoimala koekäyttöön, samoin kuin luettelosta tarvittavista parannuksista ja suositeltavista määräajoista niiden toteuttamiselle.

Kun puutteet on poistettu, toistetaan kattavat testit vaaditussa määrässä.

3. Ohjaamo.

3.1. Pilottitoiminta suoritetaan ohjelman mukaisesti, joka osoittaa: 1) ydinvoimalaitoksen ja koko ydinvoimalan osien toiminnan ehdot ja menettelyt; 2) koekäytön kesto, riittävä ydinvoimalaitoksen moitteettoman toiminnan todentamiseksi järjestelmän jokaisen toiminnon aikana ja henkilöstön valmius työskennellä ydinvoimalaitoksen toimintaolosuhteissa; 3) menettely toimenpiteessä havaittujen puutteiden poistamiseksi.

3.2. Kaiuttimien koekäytön aikana pidetään työpäiväkirjaa, johon he kirjaavat tiedot kaiuttimien kestosta, vioista, toimintahäiriöistä, hätätilanteista, automaatiobjektin parametrien muutoksista, meneillään olevasta dokumentoinnista ja ohjelmistosäädöistä, säädöstä ja laitteistosta. Tiedot kirjataan päiväkirjaan päivämäärän ja vastuuhenkilön kanssa. Lehti voi sisältää henkilöstön kommentteja kaiuttimien käytön mukavuudesta.

3.3. Koekäytön tulosten perusteella he päättävät mahdollisuudesta (tai mahdottomuudesta) esittää vaihtovirtalaitteiston ja koko järjestelmän osia hyväksyntätesteille.

Työ saadaan päätökseen laatimalla säädös koekäytön loppuun saattamisesta ja järjestelmän hyväksymisestä hyväksymistesteihin.

4. Hyväksymiskokeet

4.1. Hyväksymiskokeet suoritetaan ohjelman mukaisesti, jossa ne ilmoittavat: 1) luettelon testattaviksi tarkoitettuihin kohteisiin ja luettelon vaatimuksista, jotka esineiden on täytettävä (viittauksella työsuunnitelman kappaleisiin); 2) järjestelmän ja sen osien hyväksymiskriteerit; 3) testien ehdot ja päivämäärät; 4) testivälineet; 5) testien suorittamisesta vastuussa olevien henkilöiden nimet; 6) testimenetelmä ja niiden tulosten käsittely; 7) luettelo laadittavista asiakirjoista.

4.2. Hyväksyntätestausten suorittamiseksi on esitettävä seuraavat asiakirjat: 1) ydinvoimalan perustamista koskevat ohjeet; 2) hyväksymisasiakirja oikeudenkäyntiin; 3) kokeilutoiminnan työlokit; 4) koekäytön päätökseen saattaminen ja ydinvoimalaitoksen hyväksyminen hyväksymistesteihin; 5) ohjelma ja testimenetelmä.

Hyväksyntäkokeet tulisi suorittaa toimivassa laitoksessa.

4.3. Hyväksyntätesteihin tulisi ensisijaisesti kuulua seuraavien tarkastaminen: 1) toimintojen toteutuksen täydellisyys ja laatu automaatiobjektin parametrien vakio-, raja-, kriittisillä arvoilla ja muissa työilmoituksessa määritellyissä ydinvoimalaitoksen käyttöolosuhteissa; 2) kunkin järjestelmärajapintaan liittyvän vaatimuksen täyttyminen; 3) henkilöstön työ vuorovaikutteisessa tilassa; 4) keinot ja menetelmät ydinvoimalaitoksen toiminnan palauttamiseksi vikojen jälkeen; 5) toiminnallisen dokumentoinnin täydellisyys ja laatu.

4.4. Vaihtovirtatoimintojen täydellisyyden ja laadun tarkastaminen on suositeltavaa kahdessa vaiheessa. Ensimmäisessä vaiheessa yksittäiset toiminnot (tehtävät, tehtäväkompleksit) testataan. Samanaikaisesti tarkistetaan, miten toimeksiannon (tehtävät, tehtäväkompleksit) vaatimukset täyttyvät. Toisessa vaiheessa he tarkistavat järjestelmän tehtävien vuorovaikutuksen ja täyttävät koko järjestelmää koskevat tekniset vaatimukset.

4.5. Asiakkaan suostumuksella tehtävien varmentaminen niiden erityispiirteistä riippuen voidaan suorittaa itsenäisesti tai osana kompleksia. On suositeltavaa yhdistää tehtävät todentamisen aikana komplekseissa ottaen huomioon käytetyn tiedon yleisyys ja sisäiset suhteet.

4.6. Henkilöstön työn tarkistaminen vuoropuhelu tilassa otetaan huomioon koko järjestelmän toimintojen täydellisyys ja laatu.

Seuraavat voidaan tarkistaa: 1) operaattorin käytettävissä olevien viestien, direktiivien, pyyntöjen täydellisyys ja niiden riittävyys järjestelmän toimintaan; 2) vuoropuhelumenettelyjen monimutkaisuus, henkilöstön kyky työskennellä ilman erityiskoulutusta; 3) järjestelmän ja sen osien reaktio käyttäjän virheisiin, huoltotyökaluihin.

4.7. Ydinvoimalaitoksen toimivuuden palauttamiskeinojen todentamiseen tietokonevikojen jälkeen olisi kuuluttava: 1) sen tarkistaminen, ovatko käyttöasiakirjassa suositukset toiminnan palauttamiseksi ja niiden kuvauksen täydellisyys; 2) suositeltujen menettelyjen käytännöllinen toteutettavuus; 3) automaattisten palautustyökalujen, toimintojen (jos sellaisia \u200b\u200bon) suorittaminen.

4.8. Operatiivisten asiakirjojen täydellisyyden ja laadun tarkistaminen olisi suoritettava analysoimalla asiakirjat työsuunnitelmassa olevien sääntely- ja teknisten asiakirjojen vaatimustenmukaisuuden suhteen.

4.9. Ohjelman tarjoamien laitteiden testitulokset kirjataan pöytäkirjoihin, jotka sisältävät seuraavat kohdat: 1) testien tarkoitus ja ydinvoimalaitoksen teknisten eritelmien vaatimusten osan määrä, jonka mukaan testi suoritetaan; 2) testauksessa käytettävien laitteistojen ja ohjelmistojen koostumus; 3) kuvaus menetelmistä, joiden mukaisesti testit, käsittely ja tulosten arviointi suoritettiin; 4) lähdetietojen testiolosuhteet ja ominaisuudet; 5) varastotilat ja lopputestausohjelmaan pääsyn ehdot; 6) yleiset testitulokset; 7) päätelmät testituloksista ja luodun järjestelmän tai sen osien yhdenmukaisuudesta ydinvoimalan teknisten eritelmien vaatimuksia koskevan tietyn osan kanssa.

4.10. Koko ohjelman koko laitoksen testiraportit on koottu yhteen protokollaan, jonka perusteella ne päättelevät, että järjestelmä täyttää ydinvoimalaitoksia koskevat tekniset vaatimukset ja mahdollisuus käsitellä ydinvoimalaitosten pysyvää käyttöä varten hyväksyntätodistus.

Työ saadaan päätökseen laatimalla laki ydinvoimalaitoksen jatkuvasta käytöstä.

CD-, TD- ja tarvittaessa ohjelmadokumentaation kehittäminen suoritetaan sääntöjen mukaisesti, jotka vahvistetaan standardoidussa suunnitteludokumentointijärjestelmän (yhtenäinen suunnitteludokumentaatio), yhtenäisen teknisen dokumentointijärjestelmän (yhtenäinen suunnitteludokumentti) ja yhtenäisen ohjelmadokumentointijärjestelmän (yhtenäinen suunnitteludokumentti) standardeissa.

Suunnittelun hallinnan on täytettävä kohdan GOST R ISO 9001 4.4 vaatimukset. Jos ensimmäinen malli toteutetaan, niin NPB 180-99: n mukaisesti kehittäjä (valmistaja) kehittää GUGPS: n pyynnöstä teknisen suunnittelun (tekniselle suunnittelulle asetetut vaatimukset on kuvattu GOST 2.120-73 ESKD: ssä. Tekninen suunnittelu). , josta sovitaan GUGPS: n ja VNIIPO: n kanssa. Toista ja kolmatta mallia toteutettaessa päätöksen teknisen projektin kehittämistarpeesta tekee asiakas tai kehittäjä.

Sovellettavasta mallista riippumatta oikeudet kehitettyyn suunnitteludokumentaatioon määräytyvät asiakkaan ja kehittäjän (valmistaja ja valmistaja) välisellä sopimuksella. CD-levyjen käyttöoikeuksien ratkaisu on yksi avain palontorjuntavälineiden kehittämiseen ja tuotantoon. Ensimmäistä ja toista mallia toteutettaessa CA-oikeudet on edullisempaa jättää asiakkaalle (GPS-rakenteet). Tämän avulla asiakas (GPS-rakenteet) voi tehdä päätöksen PA: n valmistuslisenssin myöntämisestä tai peruuttamisesta, luoda kilpailua siirrettäessä CA: ta uudelle valmistajalle ja vaikuttaa siten valmistajaan tai valmistajaan. Jos CA: n oikeudet kuuluvat GPS: lle, tämän avulla voit tehdä tilauksia jo kehitetyn PA: n valmistamiseksi yrityksille, jotka täyttävät GPS-vaatimukset. Muuten valmistajan vaihtamisen yhteydessä sinun on kehitettävä suunnitteluasiakirjat uudelleen, mikä vaatii paljon aikaa ja liittyy merkittäviin materiaalikustannuksiin. Samanlainen tilanne on jo syntynyt paloteknisten laitteiden tuotannon historiassa Venäjällä: Ukrainan erotuksen aikana oli tarpeen järjestää tuotanto uudelleen ja sen seurauksena PA: n suunnitteludokumentaatio, samanlainen kuin PA: n, jota valmistettiin kylän tehtaalla. Suitsukkeita Chernihivin alueen Prylukyn alueella.

Kehitetyn suunnitteludokumentaation noudattamisen varmistamiseksi TK: lla tehdään prototyyppi tai prototyyppi PA: prototyyppi massatuotantoon; pää - ei-sarjalle. Kun luodaan yksi PA, päänäyte myydään yleensä asiakkaalle. Prototyypille tai prototyypille PA suoritetaan valvonta- ja testausmenettelyt standardien 4.10 - 4.12 GOST R ISO 9001 vaatimusten mukaisesti. Kehittäjä päättää keskeneräisten, vaatimustenvastaisten TK-tuotteiden tuotannon estämiseksi tarvittavien testien laajuuden ja sisällön ottaen huomioon uutuus, monimutkaisuus ja ominaisuudet PA: n tuotanto ja käyttö sekä asiakkaiden vaatimukset. Samanaikaisesti on suoritettava testit turvallisuusvaatimusten (SSBT-standardien) ja luonnonsuojelun noudattamista valvovien elinten kaikkien standardien ja sääntelyasiakirjojen vaatimusten noudattamiseksi.

GOST 15.201-2000 ja NPB 180-99 mukaisesti prototyypille tai prototyypille PA suoritetaan seuraavan tyyppiset testit: alustava (tehdas), hyväksyntä ja toiminta.

Tutkimus- ja kehittämistoiminnan järjestäjät tekevät alustavia (tehdas) testejä prototyypin tai prototyypin PA yhdenmukaisuuden arvioimiseksi alustavasti TK: n vaatimusten kanssa sekä prototyypin tai prototyypin PA valmiuden hyväksymistestejä varten. Testit suorittaa käyttäjän edustajan valmistaja (valmistaja) tai erikoistunut organisaatio, jolla on lupa suorittaa tämän tyyppisiä testejä. Alustavien testien toimeksiannon kokoonpanon laatii PA: n valmistaja hänen antamansa tilauksen perusteella. Komissiossa tulisi olla valmistajan (kehittäjä ja valmistaja) ja GPS: n edustajat. Valmistaja on kehittänyt ohjelman ja testimenettelyn, ja ne on koordinoitu GUGPS: n ja VNIIPO: n kanssa. Alustaviin kokeisiin tulisi sisältyä sotilasoperaatiot niiden suorittamisen ajan määrittämiseksi. Sotajoukkojen käyttöönottosuunnitelmat valitaan palokuntaa koskevan käsikirjan mukaisesti.

Alustavien (tehdas) testien materiaalit osana työilmoitusta, luonnokset luonnoksiksi, testiohjelma ja metodologia sekä alustavien (tehdas) testien teko lähetetään asiakkaalle harkittavaksi hyväksyntätestausten järjestämistä koskevan kysymyksen ratkaisemiseksi. Toteutettaessa ensimmäistä mallia NPB 180-99: n vaatimuksen mukaisesti, luetellut materiaalit lähetetään GUGPS: lle ja VNIIPO: lle.

PA: ta luotaessa valtioiden hyväksymiskokeet järjestetään ja tehdään ensimmäisen mallin mukaisesti, ja toisen ja kolmannen mallin mukaan järjestetään ja suoritetaan hyväksymistestejä, joihin osallistuvat asiaankuuluvat valtion valvontaelimet ja muut kiinnostuneet organisaatiot. Valtion asiakas järjestää GOST 15.201-2000 -standardin mukaiset valtion hyväksyntätestit, ellei sopimuksessa (sopimuksessa) toisin määrätä. PA: n valtion hyväksyntätestauksen piirre on, että NPB 180-99: n mukaan PA: n hyväksymiskomission kokoonpano tehdään sopimuksella GUGPS: n kanssa valmistajalta (valmistajalta), joka antaa asiaankuuluvan organisaatiotilauksen. GUGPS: n edustaja nimittää komission puheenjohtajan, jonka suostumuksella hän nimittää hyväksymistestauspaikan ja -ajan.

PA: n kehittäjä järjestää toisen ja kolmannen OCD-mallin mukaisten PA-prototyyppien hyväksymistestejä GOST 15.201-2000: n mukaisesti. Toista mallia toteutettaessa toimeksiannon kokoonpanon muodostaa asiakas yhdessä kehittäjän kanssa, asiakkaan edustaja nimitetään komission puheenjohtajaksi, jollei sopimuksessa (sopimuksessa) toisin määrätä. Aloitteen kehittämisessä tapahtuvan T & K-toiminnan (ilman erityistä asiakasta) hyväksymistestejä järjestää kehittäjä, ja hyväksymiskomitea muodostuu pääsääntöisesti PA: n, GPS-rakenteiden, valtion ja sääntelyviranomaisten potentiaalisten kuluttajien edustajista.

Riippumatta toteutettavasta mallista, järjestäjä on vastuussa hyväksymistesteistä. GOST 15.201-2000: n mukaan, osapuolten suostumuksella, on sallittua suorittaa hyväksymistestejä nimeämättä komissiota, mutta sen tehtävät ja vastuut on osoitettu kokeita suorittavan organisaation asianomaisille yksiköille, mikä tulee näkyä työsuunnitelmassa ja (tai) sopimuksessa (sopimuksessa) T & K-toiminnan suorittamiseksi. Hyväksyntätesteissä valmistajalla ja valtion valvontaelimillä (OGN) on oikeus osallistua hyväksymistesteihin, riippumatta niiden suorittamispaikasta, ja heille on ilmoitettava tulevista testeistä kuukautta ennen niiden alkamista. Kaikki tämän tuotteen nykyisessä lainsäädännössä määritellyt OGN: t joko osallistuvat hyväksyntätesteihin tai antavat johtopäätöksiä testituloksista. OGN: n edustajan tai sen johtopäätöksen puuttuessa he uskovat, että OGN suostuu tuotteen hyväksymiseen tai ei ole siitä kiinnostunut.

Lentoturvallisuusasiakirjojen 180-99 hyväksymiskomissio esitetään: PA-prototyyppi, joka on valmistettu työsuunnitelman mukaisesti; tekninen tehtävä; testiohjelma ja menetelmät; alustavien (tehdas) testien teko testiraporteilla; suunnitteluasiakirjat (O-kirjaimet).

Testiohjelma kehitetään ToR: n, CD: n vaatimusten perusteella käyttämällä standardiohjelmia, standardi (standardisoituja) menetelmiä, jotka on esitetty reseptilääkkeet. Testiohjelma sisältää: testiobjektin (prototyyppi tai prototyyppi PA); testin tarkoitus; testauksen laajuus; testiolosuhteet ja -menetelmä; testien logistinen tuki; testien metrologinen tuki; testiraportointi. Hyväksyntätestausohjelman ja -menetelmän tulisi sisältää työdokumentaation ja operatiivisen dokumentoinnin laadunvalvonta, jotta päätetään asiakirjojen soveltuvuudesta teollisuustuotantoon.

Testausmenetelmä sisältää: PA: n arvioidut ominaisuudet (ominaisuudet, indikaattorit); testiolosuhteet ja -menetelmä; menetelmät testitulosten käsittelyyn, analysointiin ja arviointiin; käytetyt testaus-, valvonta- ja mittausvälineet; raportointi. Jos käytetään standardoimattomia menetelmiä, niiden on oltava yhdenmukaisia \u200b\u200basiaankuuluvien talletussuojajärjestelmien kanssa.

Hyväksymiskokeiden tulosten ja toimitettujen materiaalien huomioon ottaen komissio laatii säädöksen, jossa:

1. Vahvistaa kehitetyn (valmistetun) PA-vaatimuksen vaatimustenmukaisuuden TK.

2. Tarjoaa PA: n teknisen tason ja kilpailukyvyn arvioinnin, myös patenttioikeuden kannalta.

3. Arvioi kehitetyt tekniset asiakirjat (mukaan lukien luonnokset teknisille tiedoille).

6. Kommentoi ja ehdottaa valmisteluasiakirjan ja asiakirjojen viimeistelyä.

GOST 15.201-2000 mukaan hyväksyntätodistuksen hyväksyy asiakas. Hyväksynnän sisältävän hyväksymiskomitean päätöksen hyväksyminen tarkoittaa kehityksen loppumista; TK: n lopettaminen; toimitettujen eritelmien, teknisen dokumentoinnin koordinointi. NPB 180-99: n mukaan PA: n prototyypin hyväksymisasiakirja, joka sisältää myönteisen tai kielteisen arvion kehitystyön tuloksista, sanoo komission puheenjohtaja. Lisäksi, jos on kommentteja, jotka vaativat lisätestausta, prototyypin parantamista, dokumentoinnin muuttamista, komission puheenjohtajalla on oikeus päättää säädöksen hyväksymisestä kommenttien poistamisen jälkeen. Samanaikaisesti komission jäsenet, jotka eivät ole samaa mieltä kehityksen yleisestä arvioinnista, ilmoittavat laissa erillisen lausunnon perusteluineen.

PA: n prototyypin tai prototyypin toiminnalliset testit suoritetaan GPS-osastolla teknisen palvelun käsikirjan mukaisesti. PA: n valmistaja (valmistaja) johtaa koulutushenkilöstöä työskentelemään PA: lla. Testitulosten perusteella GPS-asiantuntijat laativat päätelmän, joka osoittaa: tiedot PA: n toiminnasta toimintatestausjakson ajan (ote moottoriajoneuvojen saatavuuden, toiminnan ja liikkumisen päiväkirjasta); tiedot käyttäjäagentin toimintahäiriöistä (ote huoltolokista); arvio PTV: n täydellisyydestä ja helppokäyttöisyydestä, samoin kuin ehdotus lisälaitteiksi PA PTV: lle ja PTV: n sijoituksen muuttamiseen; taistelujen käyttöönoton järjestelyt ja ehdot sekä aika niiden toteuttamiselle; PA: n juoksuominaisuuksien arviointi
  (katso oppikirjan luku 6); PA-taisteluoperaatioiden teknisten ja teknisten ominaisuuksien noudattaminen; PA: n tehokkuus taisteluoperaatioissa.

Sivu 1

Hyväksyntäkokeet suoritetaan määritellyn ohjelman ja menetelmien mukaisesti esitettäessä ydinvoimalaitosten perustamista koskevat tekniset eritelmät, työpäiväkirjat, hyväksymis- ja kokeilutoimenpiteet. Näiden testien aikana he tarkastavat ydinvoimalan toiminnan työilmoituksessa määritellyissä olosuhteissa, itsenäisesti ja osana kompleksia, sekä tarkistavat keinot ydinvoimalaitoksen toiminnan palauttamiseksi vikojen jälkeen ja mahdollisuuden kaikkien suositeltujen menettelyjen käytännön toteuttamiseen. Ohjelman testiraportit on koottu yhteen protokollaan, jonka perusteella ne päättävät, että järjestelmä täyttää työilmoituksen vaatimukset ja mahdollisuuden käsitellä ydinvoimalan hyväksyntätodistus jatkuvaa käyttöä varten.

Hyväksymiskokeet tulisi suorittaa 2 kertaa: ensisijainen 3 kuukauden kuluessa.

Hyväksyntätestejä suorittavat testausorganisaatiot ja yksiköt, jotka ovat osa valtion testauslaitosten järjestelmää, tai muut organisaatiot ja yritykset, jotka emojärjestö on sitoutunut suorittamaan hyväksyntätestejä määrätyllä tavalla valmistajan ja kehittäjän osallistumisella.

Hyväksyntätestejä tehdään tuotannon toteutettavuuden ja toteutettavuuden määrittämiseksi. Testit suoritetaan komission sertifioimien tuotteiden prototyypeille tai prototyypeille (erille) sertifioiduilla testilaitteilla.

Hyväksyntätestejä tehdään tuotteiden tuotantoon saattamisen toteutettavuuden ja toteutettavuuden määrittämiseksi. Yhden tuotannon tuotteiden hyväksymistestejä tehdään ratkaisemiseksi kysymys näiden tuotteiden käyttöönoton suosittavuudesta. Testit suoritetaan tuotteiden prototyypeillä tai prototyypeillä (erillä). Kun tuoteperhe, tuotealue tai kokoluokka toimitetaan tuotantoon, tyypillinen edustaja valitaan sen ehdon perusteella, että on mahdollista laajentaa hänen testiensä tulokset koko tuotevalikoimaan. Hyväksyntätestejä suorittavat sertifioidut testiyksiköt sertifioituja testauslaitteita käyttämällä. Nämä organisaatiot tarkastavat vanhemmille testausorganisaatioille osoitetut tuotteet.

Hyväksyntäkokeet tulisi suorittaa sähkökoneen prototyypillä, joten näiden testien laajuus on melko suuri. Joten DC-koneissa hyväksymistestausohjelma sisältää 17 pistettä, synkronisissa koneissa - 22 pistettä, asynkronisissa moottoreissa - 16 pistettä.

Hyväksyntätesteillä ei voida havaita kuvattua ohjelman vaurioita, koska se ei vaikuta mitenkään suunnitteluun, ja simulaattoriohjelma voi havaita sen vain harvoissa tapauksissa, koska haitallisten toimien alue on liian suuri, jotta simulaattorissa voidaan toteuttaa kaikki mahdolliset vaaralliset tilanteet.

Hyväksyntätestejä suorittavat osasto-, osastojenväliset tai valtion komiteat alustavien testien onnistuneen suorittamisen jälkeen. Hyväksyntätestausten aikana tehtyjen alustavien testien määrän lisäksi määritetään sylinterien, tiivisteiden, laakereiden ja kampikoneiston öljy- tai voitelunopeus.

Hyväksyntätestit suoritetaan yksityiskohtaisimpien ohjelmien mukaisesti, jotka on vahvistettu standardeissa tai teknisissä eritelmissä tämän tyyppiselle koneelle. Heidän tavoitteenaan on tarkistaa, että valmistetut koneet ovat kaikkien teknisten vaatimusten mukaisia. Hyväksyntäkokeet suoritetaan päänäytteille - yrityksille, jotka ovat tämän tyyppisiä koneiden ensimmäisiä teollisuusmalleja. Näytteiden lukumäärä, jotka on otettava hyväksymistestejä varten, vahvistetaan tämän tyyppisiä koneita koskevissa standardeissa tai eritelmissä. Yrityksen on tuotettava kaikki seuraavat koneet muuttamatta valmistukseen käytettyä mallia, tekniikkaa tai materiaaleja.

Hyväksyntätestejä tehdään koneen todellisten toimintaominaisuuksien tunnistamiseksi ja yksiköiden (hammaspyörät, laakerit, jarrut jne.) Oikean toiminnan selvittämiseksi. Hyväksyntätestejä suoritetaan testipaikalla toiminnallisissa olosuhteissa. Testitulokset kirjataan konepassiin. Jos ne löytyvät testin aikana viat, ne kirjataan vialliseen luetteloon ja poistetaan sitten.

Hyväksyntäkokeet suoritetaan laitetoimittajan takaaman suorituskyvyn varmistamiseksi. Näiden testien ohjelmaan sisältyy yleensä sarja tasapainokokeita, joiden tarkkuus on parantunut toimittajan takuutietojen mukaisesti tarkistettavissa olosuhteissa.

Hyväksymiskokeet ovat virallisia testejä komission läsnä ollessa, joiden tulokset tekevät johtopäätöksen massatuotannon aloittamisen toteutettavuudesta ja yksittäisten tuotantopumppujen osalta - käytön aloittamisesta. Samanaikaisesti testien aikana saadut pumpun parametriset parametrit ja ominaisuudet määritetään ja sisällytetään dokumentaatioon. Näiden indikaattoreiden ja ominaisuuksien lisäksi, ottaen huomioon sallitut poikkeamat, suoritetaan sarjapumppujen laadunvalvonta.

Hyväksyntätesteillä varmistetaan koneen todellisten toimintaominaisuuksien täyttyminen teknisten olosuhteiden kanssa ja ne suoritetaan erityisillä seisokeilla olosuhteissa, jotka ovat mahdollisimman lähellä käyttöä.

Metallileikkauskoneiden hyväksyntäkokeet yleisen mukaisesti tekniset olosuhteet   Valmistamista ja hyväksymistä varten ne käyttävät joutokäyntiä tarkistaakseen mekanismien toiminnan ja kuormitettuna tuottavuuden, tarkkuuden ja käsittelyn puhtauden määrittämiseksi. Testin aikana kaikki valvontaelinten sulkeumat, siirtymät ja vaihteet tarkistetaan niiden toiminnan oikeellisuuden, keskinäisen tukkeutumisen, kiinnityksen luotettavuuden ja spontaanien siirtymien puuttumisen, juuttumisen, juuttumisen jne. Puuttuessa.

Hyväksyntätestit ovat yksi tärkeimmistä vaiheista uuden auton luomisessa. Niiden tavoitteena on: prototyyppien toimintaominaisuuksien kattava todentaminen erilaisissa tie- ja ilmasto-olosuhteissa kehitysohjeiden mukaisesti (mukaan lukien kuuma ilmasto ja kylmä alue); kaikkien tärkeimpien parametrien todellisten arvojen määrittäminen; tunnistetaan koko auton luotettavuus, samoin kuin sen pääkomponentit, kokoonpanot ja järjestelmät; luodun auton vaatimustenmukaisuuden asettaminen suunnitellulle käyttötarkoitukselle ja uuden tuotantomallin perustamisen toteutettavuuden määrittäminen. Hyväksymiskokeet edustavat keskimäärin kahdesta neljään näytettä. Testit sisältävät huomattavan määrän laboratorio- ja laboratoriotöitä teknisten ja toiminnallisten indikaattorien ja ajoneuvokilometrin määrittämiseksi kaikissa suunnitellulle toiminnalle ominaisissa olosuhteissa.

27. tammikuuta 2014 08:45

"Ja me täällä, tiedätte, nautimme kaikista herkuista ..."
  sarjakuvasta "Carlson on palannut"

Tietojärjestelmän hyväksyminen on tietysti koko tietojärjestelmän luomista koskevan hankkeen apoteoosi. Älä anna artikkelin alussa olevan tarjouksen pettää sinua, tämä tapahtuma on tärkeä ja vakava. Mielestäni tämä on loma molemmille osapuolille, mutta kuten tiedätte, että loma meni hyvin, sinun on varauduttava siihen hyvin.

Kannattaa alkaa hyväksymistestausten suorittamisen muodosta, vaikka todennäköisesti se on jo kauan määritelty esimerkiksi sopimuksessa tai toimeksiannossa. Silti haluaisin erottaa kaksi vaihtoehtoa tämän tapahtuman pitämiseksi ja nimetä ne ehdollisesti: järjestelmän hyväksyminen ”käsitteillä” ja järjestelmän hyväksyminen “tieteen” kautta. Ensimmäisen kanssa kaikki on aivan selvää, mutta tällaista menettelyä on mahdotonta kuvailla. Se voi olla täydellinen muodollisuus - hauskoja tapaamisia virkistävien juomien kanssa tai todellinen bacchanalia, jossa teknisen tehtävän mainitseminen on jotain säädyttävää ja jopa loukkaavaa. Mutta toisessa vaihtoehdossa haluaisin pysytellä yksityiskohtaisemmin, ehkä tämä artikkeli avautuu hieman aloittelijoille asiantuntijoille, ja pelkään, että jotkut vanhat soturit päätyvät myös hyväksymiskokeiden mysteerin verhoon. Yritän myös antaa neuvoja, jotta testit läpäisivät tuottavammin.

Jotain standardeista. Kaukaisin päivinä opiskelijana, kuten monet minun sukupolveni nuoret, suhtautuiin skeptisesti Neuvostoliiton erilaisiin standardeihin ja ohjeisiin, edes edes syventymättä niiden ytimeen. Mutta melko paljon aikaa kului ja terve järki otettiin käyttöön, en vain käytä itse GOST-sovelluksia, vaan suosittelen niitä myös muille. Tietenkin, 80-90-luvun GOST-ryhmissä on ilmeisiä atavismeja, mutta vertaan niitä asevoimien peruskirjaan, niitä kutsutaan ”kirjoitettu veressä” ja uskokaa minua, siellä on paljon yhteisiä ajatuksia. Asiantuntijat, jotka tietävät GOST: n, samoin kuin GOST: n ja RD: n mukaisesti laaditut asiakirjat, voidaan nähdä kaukaa ja ne eroavat selvästi paremmin.

Hyväksyntäkokeet suoritetaan standardin GOST 34.603-92 “Tietotekniikka. Automatisoitujen järjestelmien testityypit ". Tämän tyyppinen testi suoritetaan alustavan testauksen ja koekäytön jälkeen. Testien tarkoituksena on tarkistaa automaattisen järjestelmän vaatimustenmukaisuus ja tehdä johtopäätös järjestelmän valmiudesta ottaa se käyttöön jatkuvassa käytössä.

Testit suoritetaan Ohjelma-asiakirjan ja hyväksymistestausmenetelmän (PMI) mukaisesti. PMI kehitetään käyttämällä RD 50-34.698-90 “Automaattiset järjestelmät. Asiakirjojen sisältöä koskevat vaatimukset ". Ensisijaisesti tämän asiakirjan ansiosta hyväksymistestit "termillä" muuttuvat hyväksymistesteiksi "tieteessä." PMI kuvaa kaikki toimeksiannon vaatimukset (toiminnalliset ja ei-toiminnalliset) ja tarkastuksen odotetut tulokset.

Vihje numero 1.   PMI on asiakkaan viimeinen mahdollisuus vaikuttaa vastaanotetun tietojärjestelmän ominaisuuksiin. Varsinkin jos projektin aikana kehitettiin ohjeet, joissa klassisessa mielessä sanotaan "mitä tehdä" (tavoitteet ja tavoitteet, yleiset vaatimukset, ohjelmisto-, laitteisto- ja dokumentointivaatimukset, henkilöstövaatimukset jne.) Ja teknistä hanketta ei kehitetty, joka sanoo ”Kuinka tehdä” (erityiset tekniset ratkaisut toimeksiannon erityisvaatimusten toteuttamiseksi). Jätä riittävästi aikaa hyväksymistestausohjelman ja menetelmien kehittämiseen ja hyväksymiseen. Jos haluat, se on sinun hyväksymistestejäsi koskeva peruskirjasi.

Sen lisäksi, että asiakas on sopinut PMI: stä, asiakkaan ei tulisi unohtaa antaa toimeksiantokomitean kokoonpanoa koskevaa määräystä ja perehtyä jokaiselle jäsenelleen allekirjoituksellaan PMI: lle. Kuka sisällytetään palkkioon, on asiakkaan yksityinen asia. Suosittelen, että varmasti:

• Toimivia asiakkaita
• Toimialojen edustajat - järjestelmän avainkäyttäjät
• Teknisten yksiköiden edustajat, jotka jatkavat järjestelmän huoltoa

Ja ei myöskään ollut (koskee molempia osapuolia):

• Hermostuneet ja epätasapainoiset työntekijät
• Työntekijät, jotka eivät osaa kuunnella ja ilmaista huonosti ajatuksiaan
• Freelance-työntekijät, jotka edustavat kilpailevia yrityksiä

Vihje numero 2.   Haluatko, että kaikki on "aikuinen" automaattisen järjestelmän hyväksymistestejä varten? Toiminnallisten vaatimusten tarkistamisen lisäksi tee:

• Järjestelmäohjelmiston käyttöönotto alhaalta ylöspäin
• Järjestelmän täydellisen ja osittaisen palautumisen ilmoitettujen väliaikaisten indikaattorien tarkastaminen
• Järjestelmän suorituskyvyn tarkistaminen mittaamalla avaintoimintojen suoritusaika, vaikkakin yksinomaisessa tilassa. Tietysti nämä indikaattorit olisi kuvailtava alun perin ohjeissa, tai muuten osapuolten on tuomittava väittämään, että tämän tai toisen operaation suorittamiselle on ”mukava aika”. Subjektiivinen mielipiteeni on pysynyt samana monien vuosien ajan - jopa 3 sekuntia. suorittaaksesi yksinkertaiset perustoiminnot, sinun on siirryttävä tietystä tilanteesta
• Järjestelmän vakauden ja luotettavuuden tarkistaminen. Jopa tällainen perustesti riittää - avaamme käyttöliittymämuodon tietojen syöttämistä varten, vedä verkkokaapeli tai katkaisee Wi-Fi-yhteys, yritämme tallentaa tiedot, saada riittävä viesti, palauttaa yhteys ja yrittää tallentaa uudelleen. Jos tämä verkkosovellus suosittelee tarkistamaan sivujen lataamisen oikeellisuutta, ts. Kun lomake / sivu on avattu, tietojen tallennuskomento jne. Suoritettu, pakota päivityskomento (selaimissa tämä on yleensä F5-näppäin)
• Asiakirjojen täydellisyyden ja laadun tarkistaminen. On parempi suorittaa tämä osa ennen testin alkua, kuten Se vie paljon aikaa. Ilmoita tämän testin tulokset suoraan itse testeistä.

Yleensä aloita tarkistamalla koko järjestelmän kattavien ohjelmistojen (käyttöjärjestelmät, toimistosarjat, tietokannan hallintajärjestelmät jne.) Ja järjestelmän teknisen tuen (palvelimet, asiakasasemat, tietoliikennekanavat jne.) Käyttöehtojen vaatimukset. Näiden kappaleiden epäjohdonmukaisuuksista voi tulla perusteltu syy siihen, että järjestelmän ominaisuuksia ei saavuteta ilmoitettuihin indikaattoreihin, ja jopa järjestelmän tiettyjen toimintojen täydelliseen laiminlyöntiin.

Vihje numero 3. Hyväksyntätestit suoritetaan valvontatietoaineistolle. Ainakin järjestelmään tulisi ladata tietoja, jotka ovat verrattavissa ensimmäisen toimintavuoden suunniteltuun tietomäärään. Olkoon se automaattisesti luotu tieto, sisällön laatu ei tässä ole ensisijaisesti. Jos kokeilutoiminnan aikana on jo tuotettu tarvittava määrä tietoa - erinomainen.

Vihje numero 4.   Usein teknisiin tehtäviin kirjoitetaan lause "Järjestelmän tulisi varmistaa N: n käyttäjän samanaikainen toiminta". Urakoitsija varmistaa ensisijaisesti vaaditun määrän kilpailevien lisenssien saatavuuden (jos tällainen lisenssipolitiikka tarjotaan). Voit vapaasti kysyä, kuinka tämä vaatimus varmistettiin organisatorisesti tai teknisesti. Jos stressitestejä tehtiin (automatisoidussa ja / tai manuaalisessa tilassa), pyydä pöytäkirjaa ja toimintaohjelmaa. Jos nämä testit suoritetaan suoraan testeissä, kunnia ja kiitos urakoitsijalle.

Hyväksyntätestien tulosten perusteella laaditaan testituloksista protokolla (raportti), se voi sisältää hakemuksen, jossa on kuvaus tunnistetuista kommenteista ja niiden poistamisen ajoituksesta (älä unohda tätä), sekä teko järjestelmän teknisestä kunnosta ja sen hyväksymisvalmiudesta kaupalliseen käyttöön. Näiden asiakirjojen sisältö on kuvattu myös julkaisussa RD 50-34.698-90 “Automated Systems. Asiakirjojen sisältöä koskevat vaatimukset. "

Venäjän vanhan perinteen mukaisten onnistuneiden testien jälkeen vastasyntynyt järjestelmä on ”pestävä”, vaikka en ole koskaan löytänyt tätä missään GOST-järjestelmässä.

  (4.44 - 9 ihmisen arvostama)

Ei, ei niin. Aika on erilainen ja työmme on erilaista.

Aikaisemmin oli valtion edustama asiakas, oli urakoitsija (esimerkiksi jokin tutkimuslaitos), oli edunsaaja - jonkinlainen tehdas. Asiakas tietysti halusi, että esiintyjän tekemä oli edunsaajan alkuperäisten vaatimusten mukainen. Muutoin korruptio, ei kohdennettu varojen käyttö ja kaikki muu.

Tässä on uusi sopimusjärjestelmä, joka korvaa 94 liittovaltion lakia, ja se haluaa myös valvoa työn tuloksia poistumishetkellä. Siellä todennäköisesti "hyväksymistestejä" vaaditaan erityisesti asiakkaalle. Tätä varten standardit päivitetään ajan kuluessa (tulliliiton lainsäädännössä tämä on jo olemassa laitteille ja koneille). Ja asiakas maksaa siitä, ts. osavaltio.