Statlig testning av en prototyp är inte enligt metoderna. Stort uppslagsverk om olja och gas

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.

Börja med formatet acceptanstest, även om det med största sannolikhet länge har definierats, till exempel i ett kontrakt eller villkor. Ändå 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 i 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 att 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 finns 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.

Sida 1

Acceptanstester utförs i enlighet med det angivna programmet och den angivna 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. Produkterna 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 prestanda överensstämmer med specifikationerna och utförs på speciella stativ under förhållanden som ligger så nära operativa 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: ett omfattande prestationstest prototyper i olika väg- och klimatförhållanden enligt anvisningarna för utvecklingen (inklusive i en varm och kall klimatregion); 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.

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:n genom ett avtal 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 produktionen tvungen att omorganiseras, och därför designdokumentation och teknisk dokumentation 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-utövaren i syfte att preliminärt bedöma överensstämmelsen av prototypen eller prototypen av PA med kraven i de tekniska specifikationerna, samt för att fastställa hur beredskapen är för prototypen eller prototypen av PA för acceptansprov. 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 avrättning. 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 du 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 enligt 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 har implementerats 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 frånvaro 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. Gör kommentarer och ger förslag för att förbättra 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.