Standardförfarande för industriell testning. Stort uppslagsverk om olja och gas

Sida 1

Acceptanstester utförs i enlighet med det angivna programmet och metoden mot presentation av referensvillkoren för skapandet av AU, arbetsloggar, handlingar om godkännande och slutförande av provdrift. Under dessa tester kontrolleras kärnkraftverkets funktion under de villkor som specificeras i ToR, autonomt och som en del av ett komplex, samt kontrollerar sätten att återställa kärnkraftverkets funktion efter fel och möjligheten att praktiskt taget implementera alla rekommenderade procedurer. Testprotokollen för programmet sammanfattas i ett enda protokoll, på grundval av vilket en slutsats görs om systemets överensstämmelse med kraven i TOR och möjligheten att utfärda en handling om godkännande av kärnkraftverket för permanent drift.

Acceptanstest ska utföras 2 gånger: primärt inom 3 månader.

Acceptanstester genomförs av testorganisationer och avdelningar som ingår i systemet statliga organisationer för statliga tester eller andra organisationer och företag som är involverade av moderorganisationen att genomföra acceptanstest på föreskrivet sätt med medverkan av tillverkaren och utvecklaren.

Acceptanstester utförs för att bestämma genomförbarheten och genomförbarheten av att tillverka produkter. Experiment- eller prototypprover (partier) av produkter certifierade av kommissionen utsätts för tester med certifierad testutrustning.

Acceptanstester genomförs för att fastställa genomförbarheten och genomförbarheten av att sätta produkter i produktion. Acceptanstester av tillverkningsprodukter i ett stycke utförs för att lösa frågan om möjligheten att överföra dessa produkter i drift. Experimentella eller prototypprover (batcher) av produkter utsätts för tester. När man levererar en familj, ett sortiment eller storlekssortiment av produkter till produktion, väljs en typisk representant baserat på villkoret för möjligheten att utöka resultaten av sina tester till hela uppsättningen av produkter. Acceptanstester utförs av certifierade testavdelningar som använder certifierad testutrustning. Produkter som tilldelats de överordnade testorganisationerna kontrolleras av dessa organisationer.

Acceptanstester måste utföras på en prototyp av en elektrisk maskin, så omfattningen av dessa tester är ganska stor. Ja, för bilar. likström acceptanstestprogrammet innehåller 17 artiklar, för synkronmaskiner - 22 artiklar, för asynkronmotorer - 16 artiklar.

Acceptanstester kan inte upptäcka den beskrivna mjukvarukorruptionen, eftersom den inte påverkar designen på något sätt, och simulatorprogrammet kan upptäcka det endast i sällsynta fall, eftersom utbudet av skadliga åtgärder är för stort för att det ska vara tillrådligt att implementera alla möjliga farliga situationer i simulatorn.

Acceptanstest utförs av institutionella, interdepartementala eller statliga kommissioner efter framgångsrikt slutförande av preliminära tester. Utöver omfattningen av preliminära tester under acceptanstest, bestäms oljeförbrukningen eller smörjningen av cylindrar, tätningar, lager och vevmekanismen.

Acceptanstester utförs enligt de mest detaljerade programmen som fastställts av standarder eller specifikationer för denna typ av maskin. Deras mål är att kontrollera att tillverkade maskiner överensstämmer med alla tekniska krav. Acceptanstester utsätts för prototyper - de första industriella proverna av maskiner av denna typ, producerade av företaget. Antalet prover som ska tas för acceptansprovning fastställs i standarder eller specifikationer för given typ maskiner. Alla efterföljande maskiner måste tillverkas av företaget utan att ändra design, teknik eller material som används för tillverkningen.

Acceptanstester utförs för att identifiera maskinens faktiska prestanda, samt för att fastställa korrekt funktion av komponenterna (växlar, lager, bromsar etc. Acceptanstester utförs på en testplats under förhållanden nära drift ettor. Testresultaten registreras i maskinens pass. Om under testet, defekter, registreras de i det defekta uttalandet och elimineras sedan.

Acceptanstester utförs för att verifiera den prestanda som garanteras av utrustningsleverantören. Programmet för dessa tester tillhandahåller vanligtvis en serie balansexperiment med ökad noggrannhet under förhållanden som är föremål för verifiering i enlighet med leverantörens garantidata.

Acceptanstester är officiella tester i närvaro av en kommission, baserat på resultaten av vilka en slutsats görs om lämpligheten att starta massproduktion och för pumpar individuell produktion- driftsättning. Samtidigt bestäms parametriska indikatorer och egenskaper hos pumpen som erhållits under testning och ingår i dokumentationen. I framtiden, enligt dessa indikatorer och egenskaper, med hänsyn tagen toleranser kvalitetskontroll av seriepumpar utförs.

Acceptanstester fastställer att maskinens faktiska driftsegenskaper överensstämmer med specifikationerna och utförs på speciella stativ under förhållanden som ligger så nära driftförhållandena som möjligt.

Acceptansprovning av verktygsmaskiner i enlighet med det allmänna specifikationer för deras tillverkning och acceptans utförs de på tomgång för att kontrollera mekanismernas funktion och under belastning för att bestämma produktivitet, noggrannhet och renhet i bearbetningen. Under testet kontrolleras all påslagning, omkoppling och överföring av kontroller för att fastställa korrektheten av deras verkan, förregling, tillförlitligheten av fixering och frånvaron av spontana förskjutningar, frånvaron av störning, vevning, etc.

Acceptanstestning är en av de milstolpar bygga en ny bil. Deras syfte är: en omfattande kontroll av prototypers operativa egenskaper i en mängd olika väg- och klimatförhållanden i enlighet med riktlinjerna för utvecklingen (inklusive i varma och kalla klimatområden); bestämning av de faktiska värdena för alla de viktigaste parametrarna; identifiering av tillförlitligheten hos bilen som helhet, såväl som dess huvudkomponenter, sammansättningar och system; fastställa graden av överensstämmelse för den skapade bilen med det avsedda syftet och fastställa genomförbarheten av att sätta en ny modell i produktion. I genomsnitt lämnas två till fyra prover in för acceptansprov. Tester inkluderar att utföra ett betydande antal laboratorie- och laboratorievägarbeten för att fastställa de tekniska och operativa indikatorerna och körsträckan för fordon under alla typiska förhållanden för deras avsedda drift.

27 januari 2014 08:45

"Och här är vi, du vet, alla unnar oss bullar ..."
från den tecknade filmen "Carlson is back"

Acceptans av informationssystemet är naturligtvis apoteosen för hela projektet att skapa ett informationssystem. Låt inte citatet i början av artikeln lura dig, det här är en viktig och allvarlig händelse. Jag tror att detta är en semester för båda sidor, men som ni vet, för att semestern ska bli bra måste man förbereda sig väl för den.

Det är värt att börja med formatet för att genomföra acceptanstest, även om det troligtvis länge har definierats, till exempel i ett kontrakt eller referensvillkor. Icke desto mindre skulle jag peka ut två alternativ för att hålla detta evenemang och kalla dem villkorligt: ​​acceptans av systemet "enligt begrepp" och acceptans av systemet "enligt vetenskapen". Med den första är allt tillräckligt tydligt, men det är omöjligt att beskriva ett sådant förfarande. Det kan vara en fullständig formalitet - roliga sammankomster med uppiggande drinkar eller en riktig bacchanalia, där omnämnandet av en teknisk uppgift är något oanständigt och till och med stötande. Men jag skulle vilja uppehålla mig mer i detalj vid det andra alternativet, kanske den här artikeln kommer att öppnas något för nybörjare, och jag är rädd att för några gamla krigare är gardinen för sakramentet för acceptanstest. Jag ska också försöka ge lite tips så att testerna blir mer produktiva.

Lite om normerna. I gamla tider, som student, var jag, liksom många unga människor i min generation, skeptisk till Sovjetunionens olika standarder och riktlinjer, samtidigt som jag inte ens grävde ner mig i deras väsen. Men det gick ganska lång tid och sunt förnuft tog över, jag tillämpar inte bara GOST själv, utan rekommenderar dem också till andra för användning. Naturligtvis finns det uppenbara atavismer under 80-90-talets GOST, men jag jämför dem med de väpnade styrkornas stadga, de är vad som kallas "skrivna på blod" och tro mig, det finns många förnuftiga tankar . Specialister som känner till GOSTs, såväl som dokument som upprättats i enlighet med GOST och RD, kan ses på långt håll och de skiljer sig tydligt till det bättre.

Acceptansprov genomförs enl GOST 34.603-92 " Informationsteknologi. Typer av testning av automatiserade system". Denna typ av testning är slutgiltig efter preliminära tester och provdrift. Syftet med dessa tester är att kontrollera att det automatiserade systemet överensstämmer med kraven i villkoren och att göra en slutsats om systemets beredskap för permanent drift.

Tester utförs enligt dokumentet Program och metoden för acceptanstest (TMI). PMI utvecklas med hjälp av RD 50-34.698-90 "Automatiska system. Krav på innehållet i dokument. Först och främst, tack vare detta dokument, förvandlas acceptanstest "efter koncept" till acceptanstest "av vetenskap". PMI beskriver alla krav (funktionella och icke-funktionella) i villkoren och de förväntade resultaten av revisionen.

Råd nummer 1. PMI är sista chansen för kunden att påverka egenskaperna hos det mottagna informationssystemet. Speciellt om det under projektets gång utvecklades en referensvillkor, som i klassisk mening säger "vad man ska göra" (mål och mål, Allmänna krav, krav på mjukvara, hårdvara och dokumentation, krav på personal etc.) och den tekniska designen utvecklades inte som säger "hur man gör det" (specifikt tekniska lösningar för genomförandet av specifika krav i villkoren). Ge tillräckligt med tid för att utveckla och komma överens om program- och acceptanstestmetoden. Om du vill, kommer detta att vara din acceptanstest.

Förutom att komma överens om PMI, bör kunden inte glömma att utfärda en order om sammansättningen av acceptanskommittén, och bekanta var och en av dess medlemmar med PMI mot underskrift. Vem som ska ingå i provisionen är en personlig fråga för Kunden. Jag rekommenderar att den måste ha:

• Funktionella kunder
• Representanter för avdelningar - nyckelanvändare av systemet
• Representanter för de tekniska avdelningarna som kommer att fortsätta att betjäna systemet

Och var inte heller (gäller båda parter):

• Svaga och obalanserade medarbetare
• Anställda som inte lyssnar och uttrycker sig dåligt
• Frilansare representerar konkurrenters företag

Råd nummer 2. Vill du att allt ska vara "på ett vuxet sätt" under acceptanstesterna av ett automatiserat system? Förutom att kontrollera funktionskraven, gör du:

• Distribution av systemprogramvara från grunden
• Verifiering av de deklarerade tidsindikatorerna för fullständig och partiell återställning av systemet
• Kontrollera systemets prestanda genom att mäta exekveringstiden för nyckelfunktioner, om än i exklusivt läge. Naturligtvis måste dessa indikatorer initialt beskrivas i villkoren, annars kommer parterna att vara dömda att hävda att det finns en "bekväm tid" för att utföra den eller den operationen. Min subjektiva åsikt har varit densamma i många år - upp till 3 sekunder. för att utföra grundläggande enkla operationer måste du gå vidare från specifika situation
• Kontrollera systemets stabilitet och tillförlitlighet. Även ett sådant elementärt test kommer att räcka - öppna gränssnittsformuläret för att mata in data, dra ut nätsladden eller koppla bort Wi-Fi-anslutningen, försök spara data, få ett adekvat meddelande, återställ anslutningen och försök igen för att spara . Om den här webbapplikationen rekommenderas för att kontrollera korrektheten av att ladda om sidor, det vill säga efter att ha öppnat ett visst formulär / sida, efter att du har kört kommandot för att spara data, etc., tvinga fram uppdateringskommandot (i webbläsare är detta vanligtvis F5-tangenten )
• Kontrollera dokumentationens fullständighet och kvalitet. Det är bättre att slutföra denna del innan testets början, eftersom. det tar ganska mycket tid. Direkt på själva testerna, meddela resultaten av detta test

Börja i allmänhet med att kontrollera efterlevnaden av systemomfattande programvara (operativsystem, kontorssviter, databashanteringssystem, etc.) och teknisk support System (servrar, klientstationer, kommunikationskanaler etc.) uppfyller de angivna kraven i villkoren. Avvikelser i dessa stycken kan bli en motiverad orsak till att systemets egenskaper inte uppnås enligt de deklarerade indikatorerna och till och med att vissa funktioner i systemet inte kan utföras fullständigt.

Råd nummer 3. Acceptanstest utförs på en kontrolldatauppsättning. Systemet måste vara laddat med data som åtminstone är jämförbara med den planerade datamängden för det första driftåret. Låt det vara automatiskt genererad information, kvaliteten på innehållet är inte i första hand här. Om den nödvändiga mängden data redan har genererats under testoperationen, bra.

Råd nummer 4. Ofta skrivs frasen "Systemet måste säkerställa att N användare fungerar samtidigt". Entreprenören säkerställer i första hand tillgängligheten erforderligt belopp konkurrenskraftiga licenser (om en sådan licenspolicy tillhandahålls). Tveka inte att fråga hur organisatoriskt eller tekniskt uppfyllandet av detta krav säkerställdes. Om belastningstester har utförts (i automatiserat och/eller manuellt läge), be om ett protokoll och ett program för utförande. Om dessa tester lanseras direkt på testerna, ära och beröm till entreprenören.

Baserat på resultaten från acceptanstesterna upprättas ett protokoll (rapport) om testresultaten, det kan innehålla en bilaga som beskriver de identifierade kommentarerna och tidpunkten för deras eliminering (glöm inte detta), såväl som en handling tekniskt skick System och beredskap för dess acceptans i kommersiell verksamhet. Innehållet i dessa dokument beskrivs också i RD 50-34.698-90 "Automatiska system. Krav på innehållet i dokument.

Efter framgångsrika tester, enligt den gamla ryska traditionen, måste det nyfödda systemet "tvättas", även om jag inte hittade detta i någon GOST.

(4,44 - betygsatt av 9 personer)

Nej, inte så. Det är bara det att tiden är annorlunda och arbetet vi har är annorlunda.

Tidigare fanns det en kund representerad av staten, det fanns en artist (till exempel någon form av forskningsinstitut), det fanns en förmånstagare - någon form av växt. Kunden ville givetvis att det utföraren gjorde motsvarade de ursprungliga kraven från förmånstagaren. Annars korruption, förskingring av medel och allt det där.

Här är ett nytt kontraktssystem, som ersätter den 94:e federala lagen, och som också vill kontrollera resultatet av arbetet vid utgången. Där kommer förmodligen "acceptanstest" att krävas specifikt för kunden. För detta kommer standarderna att uppdateras över tid (i lagstiftningen tullunion detta finns redan för utrustning och maskiner). Och kunden kommer själv att betala för det, d.v.s. stat.

STATLIG STANDARD FÖR UNIONEN AV SSR

En uppsättning standarder för automatiserade system

Denna standard gäller för automatiserade system (AS) som används i olika typer verksamhet (forskning, design, ledning, etc.), inklusive kombinationer av dessa skapade i organisationer, föreningar och företag (nedan kallade organisationer).

Standarden fastställer typer av NPP-tester och allmänna krav för deras implementering.

Termerna som används i denna standard och deras definitioner är i enlighet med GOST 34.003.

Kraven i denna standard, med undantag för avsnitt 2.2.4, 4.4, 4.5, är obligatoriska, kraven i avsnitt 2.2.4, 4.4, 4.5 rekommenderas.

1. Allmänna bestämmelser.

1.1. NPP-tester utförs i "idrifttagningsstadiet" i enlighet med GOST 34.601 för att verifiera att det skapade kärnkraftverket överensstämmer med kraven i referensvillkoren (TOR).

1.2. NPP-testning är en process för att kontrollera prestandan för de specificerade funktionerna i systemet, bestämma och verifiera överensstämmelse med kraven i TOR för de kvantitativa och (eller) kvalitativa egenskaperna hos systemet, identifiera och eliminera brister i systemets åtgärder, i den utvecklade dokumentationen.

1.3. För AU fastställs följande huvudtyper av tester: 1) preliminära; 2) provdrift; 3) acceptans.

Anmärkningar:

1. Det är tillåtet att dessutom utföra andra typer av tester av AU och deras delar.

2. Det är tillåtet att klassificera acceptansprov beroende på status för acceptanskommittén (sammansättningen av ledamöterna i kommittén och nivån på dess godkännande).

3. Typerna av tester och acceptanskommitténs status fastställs i kontraktet och (eller) TOR.

1.4. Beroende på sammankopplingarna av objekten som testas i kärnkraftverket kan tester vara autonoma eller komplexa.

Autonoma tester täcker delar av AU. De genomförs när delar av kärnkraftverket är redo för driftsättning för provdrift.

Omfattande tester utförs för grupper, sammanlänkade delar av AU eller för AU som helhet.

1.5. För att planera alla typer av tester tas ett dokument "Program och testmetoder" fram. Utvecklaren av dokumentet fastställs i kontraktet eller TK.

1.6. Testprogrammet och metodiken bör fastställa den nödvändiga och tillräckliga omfattningen av tester för att säkerställa den specificerade tillförlitligheten hos de erhållna resultaten.

1.7. Testprogrammet och metodiken kan utvecklas för AC som helhet, för en del av AC. Prov (testfall) kan ingå som ansökan.

1.8. Preliminära tester AU utförs för att fastställa dess prestanda och för att avgöra om det är möjligt att acceptera AC för provdrift.

1.9. Preliminär testning bör utföras efter att utvecklaren har felsökt och testat den medföljande programvaran och tekniska medel system och lämna in relevanta dokument till dem om deras beredskap för testning, såväl som efter att NPP-personalen har bekantat sig med den operativa dokumentationen.

1.10. Provdrift av kärnkraftverket utförs för att bestämma de faktiska värdena för kärnkraftverkets kvantitativa och kvalitativa egenskaper och personalens beredskap att arbeta under driftförhållandena för kärnkraftverket, bestämma kärnkraftverkets faktiska effektivitet , och korrekt (om nödvändigt) dokumentation.

1.11. Acceptanstester av kärnkraftverket utförs för att fastställa kärnkraftens överensstämmelse med referensvillkoren, bedöma kvaliteten på provdriften och besluta om möjligheten att acceptera kärnkraftverket för permanent drift.

1.12. Acceptanstest av AU bör föregås av dess provdrift vid anläggningen.

1.13. Beroende på typen av krav för AU för testning, verifiering eller certifiering, är den föremål för: 1) en uppsättning mjukvara och hårdvara; 2) personal; 3) operativ dokumentation som reglerar personalens verksamhet under driften av kärnkraftverket; 4) AS i allmänhet.

1.14. När de testar AU kontrollerar de: 1) kvaliteten på de automatiska funktionerna som utförs av komplexet av mjukvara och hårdvara i alla driftslägen för AU i enlighet med arbetsbeskrivningen för skapandet av AU; 2) kunskap om personalens operativa dokumentation och tillgången på färdigheter som krävs för att utföra de etablerade funktionerna i alla driftsätt av kärnkraftverket, i enlighet med TOR för skapandet av kärnkraftverket; 3) fullständigheten av instruktionerna i den operativa dokumentationen för personalen att utföra sina funktioner i alla driftsätt av kärnkraftverket i enlighet med TOR för skapandet av kärnkraftverket; 4) kvantitativa och (eller) kvalitativa egenskaper för utförandet av automatiska och automatiserade funktioner i AU i enlighet med TOR; 5) andra egenskaper hos AU, som den måste uppfylla enligt TOR.

1.15. AU-tester bör utföras på kundens plats. Enligt överenskommelse mellan kunden och utvecklaren tillåts preliminär testning och godkännande av AU-programvaran utföras på utvecklarens hårdvara när förutsättningar skapas för att erhålla tillförlitliga testresultat.

1.16. Sekventiell testning och idrifttagning av delar av kärnkraftverket för provdrift och permanent drift är tillåtet, med förbehåll för den ordning för idrifttagande av kärnkraftverket som fastställts i ansvarsförordningen.

2. Preliminära tester.

2.1. Preliminära tester av AU kan vara: 1) autonoma; 2) komplex.

2.2. Autonoma tester

2.2.1. Autonoma tester av AU bör utföras i enlighet med programmet och metodiken för autonoma tester som utvecklats för varje del av AU.

2.2.2. Programmet för autonoma tester visar: 1) en lista över funktioner som ska testas; 2) beskrivning av förhållandet mellan testobjektet och andra delar av kärnkraftverket; 3) villkor, procedur och metoder för att genomföra tester och bearbeta resultat; 4) godkännandekriterier för delar baserat på testresultat.

Ett offlinetestschema bör bifogas offlinetestprogrammet.

2.2.3. Förberedda och samordnade tester (testfall) i stadiet för autonom testning bör ge: 1) fullständig verifiering av funktioner och procedurer enligt listan som överenskommits med kunden; 2) den erforderliga noggrannheten i beräkningarna, fastställd i TOR; 3) verifiering av de huvudsakliga tidsmässiga egenskaperna för programvarans funktion (i fall där detta är betydande); 4) kontroll av tillförlitligheten och stabiliteten i hur mjukvara och hårdvara fungerar.

2.2.4. Som initial information för testet rekommenderas det att använda ett fragment av verklig information från kundorganisationen i en mängd som är tillräcklig för att säkerställa den nödvändiga tillförlitligheten hos testerna.

2.2.5 Resultaten av autonoma tester av delar av AU bör registreras i testrapporterna. Protokollet måste innehålla en slutsats om möjligheten (omöjligheten) att tillåta en del av kärnkraftverket till komplexa tester.

2.2.6. I händelse av att de utförda autonoma testerna visar sig vara otillräckliga, eller en överträdelse av kraven i regleringsdokumenten om dokumentationens sammansättning eller innehåll avslöjas, kan den specificerade delen av AU returneras för revision och en ny testperiod tilldelas.

2.3. Komplexa tester

2.3.1. Omfattande testning av AU utförs genom att utföra komplexa tester. Testresultaten återspeglas i protokollet. Arbetet avslutas med utförande av antagningsbevis för provdrift.

2.3.2. Programmet för integrerad testning av kärnkraftverket eller delar av kärnkraftverket indikerar: 1) en lista över testobjekt; 2) sammansättningen av den inlämnade dokumentationen; 3) en beskrivning av de relationer som testas mellan testobjekten; 4) sekvensen av tester av kärnkraftverksdelar; 5) förfarandet och metoderna för testning, inklusive sammansättningen av programvara och utrustning som krävs för testning, inklusive speciella montrar och testplatser.

2.3.3. För att genomföra komplexa tester måste följande lämnas in: 1) ett program med komplexa tester; 2) slutsats om autonom testning av relevanta delar av AU och eliminering av fel och kommentarer som identifierats under autonom testning; 3) komplexa tester; 4) mjukvara och hårdvara och relaterad driftdokumentation.

2.3.4. I komplexa tester är det tillåtet att använda som initial information erhållen från autonoma tester av delar av kärnkraftverket.

2.3.5. Ett omfattande test bör: 1) vara logiskt kopplat; 2) att säkerställa verifiering av prestanda för funktionerna hos kärnkraftverksdelarna i alla driftsätt som fastställts i ansvarsförteckningen för kärnkraftverket, inklusive alla anslutningar mellan dem; 3) ge en kontroll av systemets reaktion på felaktig information och nödsituationer.

2.3.6. Det integrerade testprotokollet bör innehålla en slutsats om möjligheten (omöjligheten) att acceptera kärnkraftverket för provdrift, samt en lista över nödvändiga förbättringar och rekommenderade tidsfrister för deras implementering.

Efter eliminering av brister utförs upprepade komplexa tester i erforderligt belopp.

3. Provdrift.

3.1. Provdrift utförs i enlighet med programmet, som anger: 1) villkoren och förfarandet för hur delar av kärnkraftverket och kärnkraftverket som helhet fungerar; 2) provdriftens varaktighet, tillräcklig för att verifiera kärnkraftverkets korrekta funktion när de utför varje funktion av systemet och personalens beredskap att arbeta under driftförhållandena för kärnkraftverket; 3) förfarandet för att eliminera brister som identifierats under provdrift.

3.2. Under provdriften av AU förs en arbetslogg, i vilken information läggs in om AU-driftens varaktighet, fel, fel, nödsituationer, ändringar i parametrarna för automatiseringsobjektet, pågående justeringar av dokumentationen och programvaran, justering och tekniska medel. Uppgifter antecknas i journalen med datum och ansvarig person. Tidskriften kan innehålla kommentarer från personal om hur lätt AU är i drift.

3.3. Baserat på resultaten av försöksverksamheten fattas beslut om möjligheten (eller omöjligheten) att presentera delar av kärnkraftverket och systemet som helhet för acceptanstest.

Arbetet slutar med genomförandet av en handling om slutförandet av provdriften och systemets tillträde till acceptanstest.

4. Acceptanstest

4.1. Acceptanstester utförs i enlighet med programmet, vilket indikerar: 1) en lista över objekt som tilldelats i systemet för testning och en lista över krav som objekten måste uppfylla (med hänvisning till punkterna i TOR); 2) acceptanskriterier för systemet och dess delar; 3) villkor och villkor för testning; 4) medel för testning; 5) namn på personer som är ansvariga för att genomföra tester; 6) testmetodik och bearbetning av deras resultat; 7) en förteckning över dokumentation som ska upprättas.

4.2. För acceptanstestning måste följande dokumentation uppvisas: 1) teknisk uppgift att skapa AS; 2) acceptans för försöksverksamhet; 3) arbetsloggar för provdrift; 4) slutförande av provdrift och tillträde av kärnkraftverket till acceptanstest; 5) program och testmetodik.

Acceptanstestning bör utföras på en fungerande anläggning.

4.3. Acceptanstester bör först och främst inkludera verifiering av: 1) fullständighet och kvalitet av implementeringen av funktioner vid standard, begränsning, kritiska värden för parametrarna för automationsobjektet och under andra driftsförhållanden för kärnkraftverket som anges i ToR ; 2) uppfyllande av varje krav relaterat till systemgränssnittet; 3) personalens arbete i ett interaktivt läge; 4) medel och metoder för att återställa funktionaliteten hos AU efter fel; 5) fullständighet och kvalitet på operativ dokumentation.

4.4. Verifiering av fullständigheten och kvaliteten på utförandet av AU:s funktioner rekommenderas att utföras i två steg. I det första steget testas individuella funktioner (uppgifter, uppgiftskomplex). Samtidigt kontrollerar de uppfyllandet av kraven i TOR för funktioner (uppgifter, uppgiftskomplex). I det andra steget kontrolleras samspelet mellan uppgifter i systemet och uppfyllandet av kraven i TOR för systemet som helhet.

4.5. Efter överenskommelse med kunden kan verifieringen av uppgifter, beroende på deras specifikationer, utföras autonomt eller som en del av ett komplex. Det är tillrådligt att kombinera uppgifter när du checkar in komplex, med hänsyn till den gemensamma informationen som används och interna anslutningar.

4.6. Kontroll av personalens arbete i ett interaktivt läge utförs med hänsyn till fullständigheten och kvaliteten på prestanda för systemets funktioner som helhet.

Följande är föremål för verifiering: 1) fullständigheten av meddelanden, direktiv, förfrågningar som är tillgängliga för operatören och deras tillräcklighet för driften av systemet; 2) komplexiteten i dialogprocedurerna, personalens förmåga att arbeta utan särskild utbildning; 3) systemets och dess delars reaktion på operatörsfel, servicefaciliteter.

4.7. Kontroll av sättet att återställa funktionaliteten hos AU efter datorfel bör inkludera: 1) kontroll av närvaron i driftdokumentationen av rekommendationer för att återställa driftbarheten och fullständigheten av deras beskrivning; 2) genomförbarheten av de rekommenderade förfarandena; 3) funktionalitet för automatiska återställningsverktyg, funktioner (om några).

4.8. Verifiering av fullständigheten och kvaliteten på den operativa dokumentationen bör utföras genom att analysera dokumentationen för överensstämmelse med kraven i reglerande och tekniska dokument i TOR.

4.9. Testresultaten för de objekt som tillhandahålls av programmet registreras i protokollen som innehåller följande avsnitt: 1) syftet med testerna och numret på avsnittet av kraven i TOR för kärnkraftverket, enligt vilket testet är utförd; 2) sammansättningen av hårdvaran och programvaran som används i testerna; 3) En uppgift om de metoder enligt vilka testerna utfördes, bearbetning och utvärdering av resultaten; 4) testförhållanden och egenskaper hos initialdata; 5) lagringsutrymmen och tillträdesförhållanden till det slutliga testprogrammet; 6) generaliserade testresultat; 7) slutsatser om testresultaten och överensstämmelsen för det skapade systemet eller dess delar med en viss del av kraven i TOR för kärnkraftverket.

4.10. Testrapporter av objekt genom hela programmet sammanfattas i ett enda protokoll, på grundval av vilket en slutsats görs om systemets överensstämmelse med kraven i den tekniska specifikationen för kärnkraftverk och möjligheten att utfärda en handling om godkännande av kärnkraftverk för permanent drift.

Arbetet slutförs genom genomförandet av handlingen för godkännande av kärnkraftverket i permanent drift.

Utvecklingen av CD och TD, och vid behov programdokumentation, utförs enligt reglerna som fastställts av standarderna för Unified System for Design Documentation (ESKD), Unified System for Technological Documentation (ESTD) och Unified System för programdokumentation (ESPD).

Designhantering måste uppfylla kraven i 4.4 GOST R ISO 9001. Om den första modellen implementeras, i enlighet med NPB 180-99, på begäran av GUGPS, utvecklar utvecklaren (tillverkaren) en teknisk design (kraven för teknisk design anges i GOST 2.120-73 ESKD. Teknisk design), som samordnar med GUGPS och VNIIPO. Vid implementering av den andra och tredje modellen fattas beslutet om behovet av att utveckla ett tekniskt projekt av kunden eller utvecklaren.

Oavsett den implementerade modellen bestäms rättigheterna till den utvecklade DD av kontraktet mellan kunden och utvecklaren (tillverkare och tillverkare). Lösningen av frågan om rättigheterna till designdokumentationen är en av nyckeln i utvecklingen och produktionen brandsläckningsutrustning. När man implementerar den första och andra modellen är det mer lönsamt att lämna rätten till en CA till kunden (SBS-strukturer). Detta gör att kunden (SBS-strukturer) kan fatta beslut om att utfärda eller återkalla en licens för tillverkning av PA, skapa konkurrens vid överföring av konstruktionsdokumentation till en ny tillverkare och därigenom påverka tillverkaren eller tillverkaren. Om rättigheterna till designdokumentationen tillhör State Fire Service, gör detta det möjligt att lägga beställningar för tillverkning av redan utvecklade PA:er på företag som uppfyller kraven från State Fire Service. Annars, när du byter tillverkare, är det nödvändigt att återutveckla designdokumentationen, vilket tar mycket tid och är förknippat med betydande materialkostnader. En liknande situation har redan uppstått i historien om produktionen av brandutrustning i Ryssland: under separationen av Ukraina var det nödvändigt att omorganisera produktionen, och därför designdokumentation och TD för PA, liknande de PA som producerades vid anläggningen i byn. Frankincense Pryluky-distriktet i Chernihiv-regionen.

För att bekräfta överensstämmelsen med den utvecklade designdokumentationen med TOR, görs en experimentell eller prototyp PA: en experimentell - för massproduktion; huvud - för icke-seriell. När du skapar en enda PA är huvudprovet som regel föremål för försäljning till kunden. En prototyp eller prototyp PA utsätts för kontroll- och testprocedurer i enlighet med kraven i 4.10 - 4.12 GOST R ISO 9001. Omfattningen och innehållet i de tester som är nödvändiga för att förhindra produktion av oanvända, icke-kompatibla produkter bestäms av utvecklaren , med hänsyn till nyhet, komplexitet, funktioner produktion och tillämpning av PA, såväl som kundkrav. Samtidigt ska tester utföras för att uppfylla alla krav i standarder och normativa dokument organ som utövar tillsyn över efterlevnaden av säkerhetskrav (SSBT-standarder) och naturskydd.

I enlighet med GOST 15.201-2000 och NPB 180-99 utsätts en experimentell eller prototyp PA för följande typer av tester: preliminär (fabrik), acceptans, operativ.

Preliminära (fabriks)tester organiseras av FoU-entreprenören i syfte att preliminärt bedöma huruvida prototypen eller prototypen UA överensstämmer med kraven i TOR, samt för att bestämma prototypens eller prototypens UA:s beredskap för acceptanstestning. Tester måste utföras av tillverkaren (tillverkaren) av PA eller en specialiserad organisation som har licens att utföra denna typ av test. Sammansättningen av kommissionen för preliminära tester bildas av tillverkaren av PA på grundval av en order utfärdad av honom. I kommissionen bör ingå representanter för tillverkaren (utvecklare och tillverkare) och statens brandförsvar. Programmet och testmetodik är utvecklade av tillverkaren och samordnas med GUGPS och VNIIPO. Preliminära tester bör inkludera stridsplaceringar för att fastställa tidpunkten för deras genomförande. Schema för stridsplaceringar väljs i enlighet med manualen om brandövning.

Material från preliminära (fabriks-) tester som en del av TOR, utkast till specifikationer, testprogram och metoder, handling av preliminära (fabriks) tester skickas till kunden för övervägande för att lösa frågan om att organisera acceptanstest. När den första modellen implementeras i enlighet med kravet i NPB 180-99, skickas de listade materialen till GUGPS och VNIIPO.

När man skapar en PA för den första modellen organiseras och genomförs statliga acceptanstest, för den andra och tredje modellen - acceptanstest med deltagande av relevanta myndigheter statlig tillsyn och andra intresserade organisationer. Statliga acceptanstest i enlighet med GOST 15.201-2000 organiseras av den statliga kunden, om inte annat anges i avtalet (kontraktet). Det speciella med PA:s statliga acceptanstest är att, enligt NPB 180-99, sammansättningen av kommissionen för acceptans av PA bildas av tillverkaren (tillverkaren) i överenskommelse med GUGPS, som utfärdar lämplig beställning för organisationen. En representant för GUGPS utses till ordförande för kommissionen, i enlighet med vilken plats och tidpunkt för acceptansproven utses.

Acceptanstestning av PA-prototyper för den andra och tredje FoU-modellen i enlighet med GOST 15.201-2000 organiseras av PA-utvecklaren. Vid implementering av den andra modellen bildas provisionens sammansättning av kunden tillsammans med utvecklaren, kommissionens ordförande är en representant för kunden, om inte annat följer av avtalet (kontraktet). När det gäller FoU vid initiativutveckling (utan en specifik kund) organiseras acceptanstest av utvecklaren, och acceptanskommittén bildas som regel av representanter för potentiella PA-konsumenter, State Border Service-strukturer, statliga och tillsynsmyndigheter.

Oavsett vilken modell som implementeras ligger ansvaret för att genomföra acceptanstest på deras arrangör. Enligt GOST 15.201-2000, med de berörda parternas samtycke, är det tillåtet att utföra acceptanstest utan att utse en kommission, men med tilldelning av dess funktioner och skyldigheter till relevanta tjänster i den organisation som utför testerna, vilket bör återspeglas i TOR och (eller) avtal (kontrakt) för genomförandet av FoU. Vid genomförande av acceptanstest, oavsett var de utförs, har tillverkaren och statliga tillsynsmyndigheter (OGN) rätt att delta, som måste informeras om de kommande testerna en månad innan de börjar. Alla GGN som definieras av gällande lagstiftning för denna produkt deltar antingen i acceptanstester eller ger slutsatser baserat på testresultaten. I avsaknad av en representant för OGN eller hans åsikt, anser de att OGN går med på att acceptera produkterna eller inte är intresserad av det.

Acceptanskommittén för NPB 180-99 presenteras med: en prototyp PA, färdigställd i enlighet med arbetsbeskrivningen; teknisk uppgift; testprogram och metodik; handling av preliminära (fabriks)tester med testrapporter; designdokumentation (bokstäverna "O").

Testprogrammet är utvecklat på basis av kraven i TOR, designdokumentation med hjälp av standardprogram, typiska (standardiserade) metoder som anges i föreskrivande handlingar. Testprogrammet inkluderar: testobjekt (experimentell eller prototyp PA); syftet med testerna; omfattning av tester; villkor och förfarande för testning; logistik för testning; metrologiskt stöd för tester; testrapportering. Programmet och metodiken för acceptanstestning bör innefatta kvalitetskontroll av aroch driftdokumentationen för att kunna fatta beslut om dokumentationens lämplighet för industriell produktion.

Testmetoden inkluderar: utvärderade egenskaper (egenskaper, indikatorer) hos PA; villkor och förfarande för testning; metoder för bearbetning, analys och utvärdering av testresultat; använda metoder för testning, kontroll och mätning; rapportering. Om icke-standardiserade metoder används, bör de överensstämma med relevant GGN.

Baserat på resultaten av acceptanstesterna och övervägandet av det inlämnade materialet, utarbetar kommissionen en handling där:

1. Fastställer överensstämmelse för provet av den utvecklade (tillverkade) PA med kraven i TOR.

2. Ger en bedömning av PA:s tekniska nivå och konkurrenskraft, inklusive patent och juridisk aspekt.

3. Utvärderar den utvecklade tekniska dokumentationen (inklusive utkastet till specifikationer).

6. Lämnar kommentarer och ger förslag till förbättring av PA och dokumentation.

Enligt GOST 15.201-2000 godkänns acceptkommitténs handling av kunden. Godkännande av acceptkommitténs handling, som innehåller en positiv bedömning, innebär slutet på utvecklingen; uppsägning av TK; godkännande av de inlämnade specifikationerna, teknisk dokumentation. Enligt NPB 180-99 acceptanscertifikat prototyp En PA som innehåller en positiv eller negativ bedömning av utvecklingsresultaten godkänns av kommissionens ordförande. Dessutom, om det finns kommentarer som kräver ytterligare testning, förfining av prototypen, ändringar i dokumentationen, har kommissionens ordförande rätt att besluta om godkännandet av lagen efter att kommentarerna har eliminerats. Samtidigt ledamöter i kommissionen som inte håller med allmän bedömning utvecklingen, ange i lagen en avvikande åsikt med dess motivering.

Drifttester av en prototyp eller prototyp UA utförs i statens brandkår i enlighet med den tekniska servicemanualen. Utbildning av personal för att arbeta på PA utförs av PA:s tillverkare (tillverkare). Baserat på testresultaten förbereder specialisterna på statens brandtjänst en slutsats där de indikerar: data om driften av PA under driftstester (ett utdrag från registret över närvaro, drift och rörelse av motorfordon); information om PA-fel (utdrag ur underhållsloggen); bedömning av fullständigheten och bekvämligheten av placeringen av brandskyddsutrustningen, samt ett förslag till ytterligare konfiguration av brandskyddsutrustningen och ändring av placeringen av brandskyddsutrustningen; system och villkor för att genomföra stridsutplacering och tidpunkten för deras genomförande; bedömning av PA:s driftsegenskaper
(se kapitel 6 i läroboken); överensstämmelse med PA:s prestationsegenskaper för de stridsuppdrag som utförs; effektiviteten av användningen av PA vid utförandet av stridsuppdrag.