"A tu sme, viete, všetci sa vyžívame v buchtách..."
z karikatúry „Carlson je späť“
Prijatie informačný systém, samozrejme, apoteóza celého projektu tvorby informačného systému. Nenechajte sa zmiasť citátom na začiatku článku, ide o dôležitú a vážnu udalosť. Myslím si, že je to sviatok pre obe strany, ale ako viete, aby dovolenka dopadla dobre, treba sa na ňu dobre pripraviť.
Stojí za to začať s formátom na vykonávanie akceptačných testov, hoci s najväčšou pravdepodobnosťou je už dlho definovaný napríklad v zmluve alebo v podmienkach zadania. Napriek tomu by som vyzdvihol dve možnosti usporiadania tohto podujatia a nazval ich podmienečne: prijatie systému „podľa koncepcií“ a prijatie systému „podľa vedy“. Pri prvom je všetko dostatočne jasné, ale opísať takýto postup je nemožné. Môže to byť úplná formalita – zábavné stretnutia s povzbudzujúcimi nápojmi alebo poriadna bakchanália, kde je zmienka o technickej úlohe niečo neslušné až urážlivé. Ale rád by som sa podrobnejšie venoval druhej možnosti, možno tento článok mierne otvorí začínajúcim špecialistom a obávam sa, že niektorým starým bojovníkom, oponou sviatosti prijímacích skúšok. Pokúsim sa tiež poskytnúť niekoľko tipov, aby boli testy produktívnejšie.
Trochu o štandardoch. V dávnych dobách som ako študent, podobne ako mnoho mladých ľudí mojej generácie, bol skeptický k rôznym normám a usmerneniam ZSSR, pričom som sa ani nepúšťal do ich podstaty. Uplynulo však dosť času a prevzal zdravý rozum, nielen sám aplikujem GOST, ale odporúčam ich aj ostatným na použitie. Samozrejme, v GOST 80-90 sú zjavné atavizmy, napriek tomu ich porovnávam s chartou ozbrojených síl, nazývajú sa „napísané krvou“ a verte mi, existuje veľa rozumných myšlienok. Špecialisti, ktorí poznajú GOST, ako aj dokumenty vypracované v súlade s GOST a RD, sú viditeľné z diaľky a jasne sa líšia k lepšiemu.
Akceptačné testy sa vykonávajú v súlade s GOST 34.603-92" Informačné technológie. Typy testovania automatizovaných systémov". Tento typ záverečné testy po predbežných testoch a skúšobná prevádzka. Účelom týchto testov je preveriť súlad automatizovaného systému s požiadavkami zadávacích podmienok a urobiť záver o pripravenosti systému na uvedenie do trvalej prevádzky.
Skúšky sa vykonávajú podľa dokumentu Program a spôsob akceptačných skúšok (TMI). PMI sa vyvíja pomocou RD 50-34.698-90 „Automatizované systémy. Požiadavky na obsah dokumentov. V prvom rade sa vďaka tomuto dokumentu akceptačné testy „podľa konceptov“ menia na akceptačné testy „podľa vedy“. PMI popisuje všetky požiadavky (funkčné aj nefunkčné) zadávacích podmienok a očakávané výsledky auditu.
Rada číslo 1. PMI je pre Zákazníka poslednou šancou ovplyvniť vlastnosti prijímaného informačného systému. Najmä ak bol v priebehu projektu vypracovaný referenčný rámec, ktorý v klasickom zmysle hovorí „čo robiť“ (ciele a zámery, Všeobecné požiadavky, požiadavky na softvér, hardvér a dokumentáciu, požiadavky na personál a pod.) a nebol vypracovaný Technický návrh, ktorý hovorí „ako na to“ (konkrétne technické riešenia implementácie konkrétnych požiadaviek zadávacích podmienok). Poskytnite dostatok času na vypracovanie a odsúhlasenie Programu a Metodiky akceptačného testu. Ak chcete, toto bude vaša akceptačná skúšobná listina.
Zákazník by okrem odsúhlasenia PMI nemal zabudnúť vydať príkaz na zloženie akceptačnej komisie a proti podpisu oboznámiť každého jej člena s PMI. Koho zahrnúť do provízie je osobnou záležitosťou Zákazníka. Odporúčam, aby mal:
- Funkční zákazníci
- Zástupcovia oddelení – kľúčoví používatelia Systému
- Zástupcovia technických oddelení, ktorí budú pokračovať v servise systému
A tiež neboli (platí pre obe strany):
- Slabí a nevyvážení zamestnanci
- Zamestnanci, ktorí nepočúvajú a zle sa vyjadrujú
- Nezávislí pracovníci zastupujúci konkurenčné spoločnosti
Rada číslo 2. Chcete, aby pri akceptačných testoch automatizovaného systému bolo všetko „ako dospelý“? Okrem kontroly funkčných požiadaviek vykonajte:
- Nasadenie softvér Systémy od nuly
- Overenie deklarovaných časových ukazovateľov úplnej a čiastočnej obnovy Systému
- Kontrola výkonu systému meraním času vykonávania kľúčových funkcií, aj keď vo exkluzívnom režime. Samozrejme, tieto ukazovatele musia byť na začiatku opísané v podmienkach zadania, inak budú strany odsúdené tvrdiť, že existuje „pohodlný čas“ na vykonanie tej či onej operácie. Môj subjektívny názor zostáva dlhé roky rovnaký - do 3 sekúnd. na vykonanie základných jednoduchých operácií, potom musíte postupovať od konkrétnu situáciu
- Kontrola stability a spoľahlivosti systému. Dokonca aj taký elementárny test bude stačiť - otvorte formulár rozhrania na zadávanie údajov a vytiahnite ho napájací kábel alebo odpojte Wi-Fi pripojenie, pokúste sa uložiť dáta, dostanete adekvátnu správu, obnovte pripojenie a skúste uložiť znova. Ak sa tejto webovej aplikácii odporúča skontrolovať správnosť opätovného načítania stránok, teda po otvorení konkrétneho formulára/stránky, po vykonaní príkazu na uloženie údajov a pod., vynútiť príkaz refresh (v prehliadačoch je to zvyčajne kláves F5 )
- Kontrola úplnosti a kvality dokumentácie. Túto časť je lepšie absolvovať pred začiatkom testu, pretože. zaberie to dosť veľa času. Priamo na samotných testoch oznamte výsledky tohto testu
Vo všeobecnosti začnite kontrolou súladu softvéru pre celý systém (operačné systémy, kancelárske balíky, systémy správy databáz atď.) a technická podpora Systémy (servery, klientske stanice, komunikačné kanály atď.) podľa požiadaviek uvedených v Zadávacích podmienkach. Nezrovnalosti v týchto odsekoch sa môžu stať oprávneným dôvodom výpadku charakteristík Systému voči deklarovaným ukazovateľom až po úplné zlyhanie jednotlivých funkcií Systému.
Rada číslo 3. Akceptačné testy sa vykonávajú na súbore kontrolných údajov. Systém musí byť zaťažený dátami minimálne porovnateľnými s plánovaným objemom dát na prvý rok prevádzky. Nech sú to automaticky generované informácie, kvalita obsahu tu nie je na prvom mieste. Ak sa požadované množstvo dát vygenerovalo už počas skúšobnej prevádzky, super.
Rada číslo 4. V referenčných podmienkach je často napísaná fráza „Systém musí zabezpečiť súčasnú prevádzku N používateľov“. Dodávateľ zabezpečuje predovšetkým dostupnosť požadované množstvo konkurenčné licencie (ak je takáto licenčná politika poskytnutá). Neváhajte sa opýtať, ako organizačne či technicky bola zabezpečená realizácia túto požiadavku. Ak boli vykonané záťažové testy (v automatizovanom a/alebo manuálnom režime), vyžiadajte si protokol a program na vykonanie. Ak sú tieto testy spustené priamo na testoch, česť a chvála Dodávateľovi.
Na základe výsledkov akceptačných skúšok sa vypracuje protokol (správa) o výsledkoch skúšok, môže obsahovať prílohu s popisom zistených pripomienok a načasovanie ich odstránenia (nezabudnite na to), ako aj zákon technický stav Systém a pripravenosť na jeho prijatie do komerčnej prevádzky. Obsah týchto dokumentov je opísaný aj v RD 50-34.698-90 „Automatizované systémy. Požiadavky na obsah dokumentov.
Po úspešných testoch, podľa starej ruskej tradície, je potrebné novorodenecký systém „umyť“, hoci som to nenašiel v žiadnom GOST.
(4,44 – hodnotilo 9 ľudí)
Nie, takto nie. Len doba je iná a práca, ktorú máme, je iná.
Predtým tam bol zákazník zastupovaný štátom, bol tam účinkujúci (napríklad nejaký výskumný ústav), bol tam príjemca – nejaký závod. Zákazník samozrejme chcel, aby to, čo umelec urobil, zodpovedalo počiatočným požiadavkám príjemcu. V opačnom prípade korupcia, sprenevera financií a tak ďalej.
Tu je nový zmluvný systém, ktorý nahrádza 94. federálny zákon a chce tiež kontrolovať výsledok práce na výstupe. Tam sa pravdepodobne budú vyžadovať „akceptačné testy“ špeciálne pre zákazníka. Za týmto účelom sa normy budú časom aktualizovať (v legislatíve colná únia toto už existuje pre zariadenia a stroje). A zaplatí si to sám zákazník, t.j. štát.
Strana 1
Preberacie skúšky sa vykonávajú v súlade so stanoveným programom a metodikou po predložení zadávacích podmienok pre tvorbu AÚ, pracovných denníkov, aktov preberania a ukončení skúšobnej prevádzky. Počas týchto skúšok sa preveruje funkčnosť JE za podmienok špecifikovaných v ZP, autonómne a ako súčasť komplexu, ako aj preverenie prostriedkov obnovy prevádzkyschopnosti JE po poruchách a možnosti praktického zavedenia všetkých odporúčaných postupov. Skúšobné protokoly k programu sú zhrnuté v jedinom protokole, na základe ktorého je urobený záver o zhode systému s požiadavkami TOR a možnosti vydania aktu o prijatí JE do trvalej prevádzky.
Akceptačné testy by sa mali vykonať 2-krát: primárne do 3 mesiacov.
Akceptačné testy vykonávajú skúšobné organizácie a oddelenia zahrnuté v systéme vládne organizácie pre štátne skúšky, prípadne iné organizácie a podniky zapojené materskou organizáciou vykonávať preberacie skúšky predpísaným spôsobom za účasti výrobcu a vývojára.
Akceptačné testy sa vykonávajú na určenie realizovateľnosti a realizovateľnosti výroby produktov. Experimentálne alebo prototypové vzorky (šarže) výrobkov certifikovaných komisiou sa podrobujú skúškam na certifikovaných skúšobných zariadeniach.
Akceptačné testy sa vykonávajú na určenie realizovateľnosti a realizovateľnosti uvedenia produktov do výroby. Preberacie skúšky výrobkov kusovej výroby sa vykonávajú s cieľom vyriešiť otázku realizovateľnosti uvedenia týchto výrobkov do prevádzky. Experimentálne alebo prototypové vzorky (šarže) produktov sú podrobené testom. Pri dodávke rodiny, sortimentu alebo veľkostnej rady výrobkov do výroby sa vyberá typický zástupca na základe podmienky možnosti rozšírenia výsledkov jeho skúšok na celý súbor výrobkov. Preberacie skúšky vykonávajú certifikované skúšobne na certifikovaných skúšobných zariadeniach. Produkty pridelené materským testovacím organizáciám kontrolujú tieto organizácie.
Preberacie skúšky sa musia vykonať na prototype elektrický stroj, takže rozsah týchto testov je dosť veľký. Takže pre jednosmerné stroje program akceptačných testov obsahuje 17 položiek, pre synchrónne stroje - 22 položiek, napr. indukčné motory- 16 bodov.
Akceptačné testy nedokážu odhaliť popísané poškodenie softvéru, pretože to nijako neovplyvňuje dizajn a program simulátora ho dokáže odhaliť iba v zriedkavých prípadoch, pretože rozsah škodlivých akcií je príliš veľký na to, aby bolo vhodné implementovať všetky možné nebezpečné situácie v simulátore.
Preberacie skúšky vykonávajú rezortné, medzirezortné alebo štátne komisie po úspešnom absolvovaní predbežných skúšok. Okrem rozsahu predbežných skúšok pri preberacích skúškach sa zisťuje spotreba oleja alebo mazanie valcov, tesnení, ložísk a kľukového mechanizmu.
Preberacie testy sa vykonávajú podľa najpodrobnejších programov stanovených normami alebo špecifikáciami pre tento typ stroja. Ich cieľom je kontrolovať súlad vyrobených strojov so všetkými technické požiadavky. Preberacie testy sú podrobené prototypom - prvým priemyselným vzorkám strojov tohto typu, vyrobených podnikom. Počet vzoriek, ktoré sa musia odobrať na akceptačné skúšky, je stanovený v normách alebo špecifikáciách pre daný typ stroje. Všetky nasledujúce stroje musí podnik vyrobiť bez zmeny dizajnu, technológie alebo materiálov použitých na výrobu.
Akceptačné testy sa vykonávajú s cieľom určiť skutočný stav prevádzkové vlastnosti stroja, ako aj zisťovanie správnej činnosti komponentov (prevody, ložiská, brzdy atď. Preberacie skúšky sa vykonávajú na skúšobnom mieste v podmienkach blízkych prevádzkovým. Výsledky skúšok sa zapisujú do pasu stroja. Ak sa zistia chyby počas testovaním sa zaznamenajú do chybného hárku a potom sa odstránia.
Akceptačné testy sa vykonávajú na overenie výkonu garantovaného dodávateľom zariadenia. Program týchto skúšok zvyčajne zabezpečuje sériu bilančných experimentov so zvýšenou presnosťou za podmienok, ktoré podliehajú overeniu v súlade so záručnými údajmi dodávateľa.
Preberacie skúšky sú úradné skúšky za prítomnosti komisie, na základe výsledkov ktorých sa usudzuje, že je účelné začať sériovú výrobu, a pre čerpadlá individuálna výroba- uvedenie do prevádzky. Zároveň sú v dokumentácii stanovené a zahrnuté parametrické ukazovatele a charakteristiky čerpadla získané počas testovania. V budúcnosti sa podľa týchto ukazovateľov a charakteristík, berúc do úvahy prípustné odchýlky, vykonáva kontrola kvality sériových čerpadiel.
Preberacie testy zisťujú súlad skutočného výkonu stroja so špecifikáciami a vykonávajú sa na špeciálnych stojanoch v podmienkach, ktoré sú čo najbližšie prevádzkovým.
Preberacie skúšky obrábacích strojov v súlade so všeobecným technické údaje na ich výrobu a prevzatie sa vyrábajú na Voľnobeh na kontrolu chodu mechanizmov a pod záťažou na zistenie výkonu, presnosti a čistoty spracovania. Počas testu sa kontroluje všetky zapínanie, spínanie a prenos ovládacích prvkov, aby sa zistila správnosť ich činnosti, blokovanie, spoľahlivosť fixácie a absencia samovoľných posunov, absencia zablokovania, kľuky atď.
Akceptačné testy sú jedným z míľniky stavanie nového auta. Ich cieľom je: komplexná kontrola prevádzkové vlastnosti prototypy v rôznych cestných a klimatických podmienkach v súlade s referenčnými podmienkami pre vývoj (vrátane horúcich a studených klimatických oblastí); definícia skutočné hodnoty všetky najdôležitejšie parametre; identifikácia spoľahlivosti vozidla ako celku, ako aj jeho hlavných komponentov, zostáv a systémov; stanovenie stupňa zhody vytvoreného automobilu s určeným účelom a stanovenie uskutočniteľnosti uvedenia nového modelu do výroby. Na akceptačné testy sa v priemere predkladajú dve až štyri vzorky. Testy zahŕňajú značný počet laboratórnych a laboratórnych cestných prác na určenie technických a prevádzkových ukazovateľov a celkového počtu najazdených kilometrov charakteristické podmienky ich zamýšľané použitie.
Vypracovanie projektovej dokumentácie a TD av prípade potreby programovej dokumentácie sa vykonáva podľa pravidiel stanovených normami. jednotný systém projektová dokumentácia (ESKD), Jednotný systém technologickej dokumentácie (ESTD) a Jednotný systém programovej dokumentácie (ESPD).
Manažment dizajnu musí spĺňať požiadavky 4.4 GOST R ISO 9001. Ak je implementovaný prvý model, potom v súlade s NPB 180-99 na žiadosť GUGPS vývojár (výrobca) vypracuje technický návrh (požiadavky na technické prevedenie sú stanovené v GOST 2.120-73 ESKD (Technický dizajn), ktorý je v súlade s GUGPS a VNIIPO. Pri implementácii druhého a tretieho modelu rozhodnutie o potrebe rozvi technický projekt akceptované zákazníkom alebo vývojárom.
Bez ohľadu na implementovaný model sú práva k vyvinutému DD určené zmluvou medzi zákazníkom a vývojárom (výrobcom a výrobcom). Riešenie problematiky práv na projektovú dokumentáciu je jedným z kľúčových pri vývoji a výrobe hasičské vybavenie. Pri implementácii prvého a druhého modelu je výhodnejšie ponechať právo na CA na zákazníka (štruktúry SBS). To umožňuje zákazníkovi (štruktúram SBS) rozhodovať o vydaní alebo odobratí licencie na výrobu PA, vytvárať konkurenciu pri odovzdávaní projektovej dokumentácie novému výrobcovi, a tým ovplyvňovať výrobcu alebo výrobcu. Ak práva na projektovú dokumentáciu patria štátnej hasičskej službe, potom to umožňuje zadávať objednávky na výrobu už vyvinutých PA v podnikoch, ktoré spĺňajú požiadavky štátnej hasičskej služby. V opačnom prípade je pri zmene výrobcu potrebné nanovo vypracovať projektovú dokumentáciu, čo zaberie veľa času a je spojené so značnými nákladmi na materiál. Podobná situácia už nastala v histórii výroby požiarnej techniky v Rusku: pri oddeľovaní Ukrajiny bolo potrebné preorganizovať výrobu, a teda aj projektovú dokumentáciu a TD pre PA, podobné tým, ktoré boli vyrobené. v závode v obci. Kadidlo Pryluky okres Chernihiv regiónu.
Na potvrdenie súladu vypracovanej konštrukčnej dokumentácie s TOR sa vyrobí experimentálny alebo prototypový PA: experimentálny pre sériovú výrobu; hlava - pre nesériové. Pri vytváraní jedného PA je hlavná vzorka spravidla predmetom predaja zákazníkovi. Prototyp alebo prototyp PA je podrobený kontrolným a testovacím postupom v súlade s požiadavkami 4.10 - 4.12 GOST R ISO 9001. Rozsah a obsah skúšok potrebných na zamedzenie výroby nepoužitých, nevyhovujúcich produktov určuje vývojár berúc do úvahy novosť, komplexnosť, vlastnosti výroby a aplikácie PA, ako aj požiadavky zákazníkov. Zároveň sa musia vykonať testy na dodržiavanie všetkých požiadaviek noriem a normatívne dokumenty orgány vykonávajúce dozor nad dodržiavaním bezpečnostných požiadaviek (normy SSBT) a ochrany prírody.
V súlade s GOST 15.201-2000 a NPB 180-99 je experimentálny alebo prototypový PA podrobený nasledujúce typy skúšky: predbežné (továrne), preberacie, prevádzkové.
Predbežné (továrenské) skúšky organizuje dodávateľ výskumu a vývoja, aby to bolo možné predbežné posúdenie súladu prototypu alebo prototypu PA s požiadavkami TOR, ako aj určiť pripravenosť prototypu alebo prototypu PA na akceptačné testy. Skúšky musí vykonať výrobca (výrobca) PA resp špecializovaná organizácia má licenciu na vykonávanie tohto typu testovania. Zloženie komisie predbežných skúšok tvorí výrobca PA na základe ním vydanej objednávky. V komisii by mali byť zástupcovia výrobcu (vývojár a výrobca) a Štátneho hasičského zboru. Program a testovacia metodika sú vyvinuté výrobcom a koordinované s GUGPS a VNIIPO. Predbežné testy by mali zahŕňať bojové nasadenie s cieľom určiť načasovanie ich realizácie. Schémy bojového nasadenia sa vyberajú v súlade s Príručkou o požiarnom cvičení.
Materiály predbežných (továrenských) skúšok ako súčasť TOR, návrh špecifikácií, skúšobné programy a metódy, akt predbežných (továrenských) skúšok sú zaslané zákazníkovi na posúdenie, aby sa vyriešil problém organizácie akceptačných skúšok. Pri implementácii prvého modelu v súlade s požiadavkou NPB 180-99 sa uvedené materiály zasielajú GUGPS a VNIIPO.
Pri vytváraní PA podľa prvého modelu sa organizujú a vykonávajú štátne preberacie skúšky, podľa druhého a tretieho modelu - preberacie skúšky za účasti príslušných orgánov štátneho dozoru a iných zainteresovaných organizácií. Štátne akceptačné skúšky v súlade s GOST 15.201-2000 organizuje štátny zákazník, pokiaľ nie je v dohode (zmluve) stanovené inak. Zvláštnosťou štátnych preberacích skúšok PA je, že podľa NPB 180-99 zloženie komisie na preberanie PA tvorí výrobca (výrobca) po dohode s GUGPS, ktorý vydá príslušný príkaz. pre organizáciu. Za predsedu komisie je vymenovaný zástupca GUGPS, po dohode s ktorým sa určí miesto a čas kolaudačných skúšok.
Akceptačné testovanie prototypov PA podľa druhého a tretieho modelu výskumu a vývoja v súlade s GOST 15.201-2000 organizuje vývojár PA. Pri realizácii druhého modelu tvorí zloženie komisie objednávateľ spolu s developerom, predsedom komisie je zástupca objednávateľa, ak nie je dohodou (zmluvou) stanovené inak. V prípade výskumu a vývoja v prípade vývoja iniciatívy (bez konkrétneho zákazníka) akceptačné testy organizuje vývojár a akceptačný výbor je spravidla tvorený zástupcami potenciálnych spotrebiteľov PA, štruktúr štátnej pohraničnej služby, štátu a dozorných orgánov.
Bez ohľadu na implementovaný model je zodpovednosť za vykonanie akceptačných testov na ich organizátorovi. Podľa GOST 15.201-2000 je so súhlasom zainteresovaných strán povolené vykonávať akceptačné testy bez vymenovania komisie, ale s pridelením jej funkcií a povinností príslušným službám organizácie vykonávajúcej testy, ktoré by mali byť odráža v TOR a (alebo) dohode (zmluve) pre implementácia výskumu a vývoja. Na vykonávaní akceptačných skúšok, bez ohľadu na miesto ich konania, má právo zúčastniť sa výrobca a orgány štátneho dozoru (OGN), ktoré musia byť o nadchádzajúcich skúškach informované mesiac pred ich začatím. Všetky GGN definované platnou legislatívou pre tento produkt sa buď zúčastňujú akceptačných testov, alebo dávajú závery na základe výsledkov testov. V prípade neprítomnosti zástupcu OGN alebo jeho stanoviska sa domnievajú, že OGN súhlasí s prijatím produktov alebo o ne nemá záujem.
Akceptačnej komisii pre NPB 180-99 sa predkladá: prototyp PA dokončený v súlade s výkazom práce; technická úloha; testovací program a metodika; úkon predbežných (továrenských) skúšok so správami o skúškach; projektová dokumentácia(písmená "O").
Skúšobný program je vyvinutý na základe požiadaviek TOR, projektovej dokumentácie pomocou štandardných programov, štandardných (štandardizovaných) metód uvedených v normatívne dokumenty. Testovací program zahŕňa: testovací objekt (experimentálny alebo prototypový PA); účel testov; rozsah skúšok; podmienky a postup testovania; logistika testovania; metrologická podpora testov; hlásenie testu. Program a metodika preberacích skúšok by mala zahŕňať kontrolu kvality pracovnej projektovej dokumentácie a prevádzkovej dokumentácie za účelom rozhodnutia o vhodnosti dokumentácie pre priemyselnú výrobu.
Metodika testovania obsahuje: hodnotené charakteristiky (vlastnosti, ukazovatele) PA; podmienky a postup testovania; metódy spracovania, analýzy a hodnotenia výsledkov testov; použité prostriedky testovania, kontroly a merania; hlásenia. Ak sa používajú neštandardizované metódy, mali by byť v súlade s príslušným GGN.
Na základe výsledkov kolaudačných skúšok a posúdenia predložených materiálov komisia vypracuje akt, v ktorom:
1. Stanoví zhodu vzorky vyvinutej (vyrobenej) PA s požiadavkami TOR.
2. Poskytuje hodnotenie technickej úrovne a konkurencieschopnosti PA, vrátane patentového a právneho aspektu.
3. Vyhodnocuje vypracovanú technickú dokumentáciu (vrátane návrhu špecifikácií).
6. Vyjadruje pripomienky a návrhy na zlepšenie PA a dokumentácie.
Podľa GOST 15.201-2000 akt akceptačnej komisie schvaľuje zákazník. Schválenie aktu akceptačnej komisie, obsahujúceho kladné hodnotenie, znamená koniec vývoja; ukončenie TK; schválenie predložených špecifikácií, technická dokumentácia. Podľa NPB 180-99 akt preberania prototypu PA s kladným alebo záporným hodnotením výsledkov vývoja schvaľuje predseda komisie. Navyše, ak existujú pripomienky, ktoré vyžadujú dodatočné testy, finalizuje prototyp, robí zmeny v dokumentácii, predseda komisie má právo rozhodnúť o schválení zákona po odstránení pripomienok. Členovia komisie, ktorí nesúhlasia so všeobecným hodnotením vývoja, zároveň v zákone uvádzajú nesúhlasné stanovisko s jeho odôvodnením.
Prevádzkové skúšky prototypu alebo prototypu UA sa vykonávajú v útvare Štátneho hasičského zboru v súlade s Príručkou o technická služba. Školenie personálu pre prácu na PA vykonáva výrobca (výrobca) PA. Špecialisti ŠtB na základe výsledkov skúšok vypracujú záver, v ktorom uvedú: údaje o prevádzke PZ za obdobie prevádzkových skúšok (výpis z evidencie prítomnosti, prevádzky a pohybu motorových vozidiel); informácie o poruchách PA (výpis z denníka údržby); posúdenie úplnosti a vhodnosti umiestnenia hasiacich prístrojov, ako aj návrh na dodatočné vybavenie PA PTV a zmena umiestnenia PTV; schémy a podmienky vedenia bojového nasadenia a čas ich realizácie; posúdenie jazdných vlastností PA
(pozri kapitolu 6 učebnice); dodržiavanie výkonnostných charakteristík PA pre vykonávané bojové úlohy; efektívnosť použitia PA pri plnení bojových úloh.
ŠTÁTNY ŠTANDARD Zväzu SSR
Súbor noriem pre automatizované systémy
Táto norma platí pre automatizované systémy (AS) používané v rôzne druhyčinnosti (výskum, dizajn, manažment atď.), vrátane ich kombinácií vytvorených v organizáciách, združeniach a podnikoch (ďalej len organizácie).
Norma stanovuje typy skúšok JE a všeobecné požiadavky na ich vykonávanie.
Pojmy použité v tejto norme a ich definície sú v súlade s GOST 34.003.
Požiadavky tejto normy, okrem článkov 2.2.4, 4.4, 4.5, sú povinné, odporúčané sú požiadavky článkov 2.2.4, 4.4, 4.5.
1. Všeobecné ustanovenia.
1.1. Skúšky JE sa vykonávajú v štádiu „Uvedenie do prevádzky“ v súlade s GOST 34.601 s cieľom overiť zhodu vytvorenej JE s požiadavkami referenčných podmienok (TOR).
1.2. Testovanie JE je proces kontroly výkonu špecifikovaných funkcií systému, zisťovania a overovania súladu s požiadavkami TOR kvantitatívnych a (alebo) kvalitatívnych charakteristík systému, zisťovania a odstraňovania nedostatkov v činnosti systému, v vypracovanú dokumentáciu.
1.3. Pre AÚ sú stanovené tieto hlavné typy skúšok: 1) predbežné; 2) skúšobná prevádzka; 3) prijatie.
Poznámky:
1. Dodatočne je povolené vykonávať iné typy skúšok AÚ a ich častí.
2. Klasifikácia akceptačných skúšok je povolená v závislosti od postavenia akceptačnej komisie (zloženie členov komisie a úroveň jej schválenia).
3. Typy skúšok a štatút akceptačnej komisie sú stanovené v zmluve a (alebo) TOR.
1.4. V závislosti od prepojení objektov testovaných v JE môžu byť testy autonómne alebo komplexné.
Autonómne testy pokrývajú časti AÚ. Vykonávajú sa tak, že časti JE sú pripravené na uvedenie do skúšobnej prevádzky.
Komplexné testy sa vykonávajú pre skupiny, prepojené časti AÚ alebo pre AÚ ako celok.
1.5. Na plánovanie všetkých typov testov je vypracovaný dokument „Program a testovacie metódy“. Vyhotoviteľ dokumentu je stanovený v zmluve alebo CK.
1.6. Skúšobný program a metodika by mali stanoviť potrebný a dostatočný rozsah skúšok, aby sa zabezpečila špecifikovaná spoľahlivosť získaných výsledkov.
1.7. Testovací program a metodika môžu byť vyvinuté pre AC ako celok, pre časť AC. Testy (testovacie prípady) môžu byť zahrnuté ako aplikácia.
1.8. Vykonávajú sa predbežné testy AU, aby sa zistila jej výkonnosť a aby sa rozhodlo, či je možné prijať AC do skúšobnej prevádzky.
1.9. Predbežné testovanie by sa malo vykonať po tom, čo vývojár odladil a otestoval dodaný softvér a technické prostriedky systémov a predložením príslušných dokladov o ich pripravenosti na testovanie, ako aj po oboznámení personálu JE s prevádzkovou dokumentáciou.
1.10. Skúšobná prevádzka JE sa vykonáva za účelom zistenia skutočných hodnôt kvantitatívnych a kvalitatívnych charakteristík JE a pripravenosti personálu pracovať v podmienkach prevádzky JE, určenia skutočnej efektívnosti JE. a opravte (ak je to potrebné) dokumentáciu.
1.11. Preberacie skúšky JE sa vykonávajú na zistenie súladu JE so zadávacími podmienkami, posúdenie kvality skúšobnej prevádzky a rozhodnutie o možnosti prijatia JE do trvalej prevádzky.
1.12. Akceptačným skúškam AÚ by mala predchádzať jej skúšobná prevádzka na zariadení.
1.13. V závislosti od typu požiadaviek na AU na testovanie, overovanie alebo certifikáciu podlieha: 1) súboru softvéru a hardvéru; 2) personál; 3) prevádzková dokumentácia upravujúca činnosť personálu počas prevádzky JE; 4) AKO všeobecne.
1.14. Pri testovaní AU kontrolujú: 1) kvalitu výkonu pomocou sady softvéru a hardvéru automatické funkcie vo všetkých režimoch prevádzky JE v súlade s TOR pre vytvorenie JE; 2) znalosť prevádzkovej dokumentácie zo strany personálu a dostupnosť zručností potrebných na vykonávanie stanovených funkcií vo všetkých režimoch prevádzky JE v súlade s TOR pre vytvorenie JE; 3) úplnosť pokynov obsiahnutých v prevádzkovej dokumentácii pre personál na výkon ich funkcií vo všetkých režimoch prevádzky JE v súlade s TOR pre vytvorenie JE; 4) kvantitatívne a (alebo) kvalitatívne charakteristiky vykonávanie automatických a automatizovaných funkcií AÚ v súlade s výkazom práce; 5) ďalšie vlastnosti AU, ktoré musí spĺňať podľa TOR.
1.15. Testy AU by sa mali vykonávať u zákazníka. Ako bolo dohodnuté medzi zákazníkom a vývojárom, predbežné testy a akceptácia softvérové nástroje AU sa môže vykonávať na technických prostriedkoch vývojára pri vytváraní podmienok na získanie spoľahlivých výsledkov testov.
1.16. Povolený konzistentné správanie skúšanie a spúšťanie častí JE do skúšobnej a trvalej prevádzky v súlade s objednávkou uvedenia JE do prevádzky stanovenou v ZP.
2. Predbežné testy.
2.1. Predbežné testy AU môžu byť: 1) autonómne; 2) komplexné.
2.2. Autonómne testy
2.2.1. Autonómne testy AÚ by sa mali vykonávať v súlade s programom a metodikou autonómnych skúšok vypracovanou pre každú časť AÚ.
2.2.2. Program autonómnych testov uvádza: 1) zoznam funkcií, ktoré sa majú testovať; 2) opis vzťahu skúšobného objektu k ostatným častiam JE; 3) podmienky, postup a metódy vykonávania testov a spracovania výsledkov; 4) akceptačné kritériá pre diely založené na výsledkoch skúšok.
Plán offline testovania by mal byť pripojený k offline testovaciemu programu.
2.2.3. Pripravené a koordinované testy (testovacie prípady) v štádiu autonómneho testovania by mali poskytnúť: 1) úplné overenie funkcií a postupov podľa zoznamu dohodnutého so zákazníkom; 2) požadovaná presnosť výpočtov stanovená v TOR; 3) overenie hlavných časových charakteristík fungovania softvéru (v prípadoch, keď je to významné); 4) kontrola spoľahlivosti a stability fungovania softvéru a hardvéru.
2.2.4. Ako počiatočnú informáciu pre test sa odporúča použiť fragment reálnych informácií zákazníckej organizácie v množstve dostatočnom na zabezpečenie potrebnej spoľahlivosti testov.
2.2.5 Výsledky autonómneho skúšania častí AU by mali byť zaznamenané v protokoloch o skúškach. Protokol by mal obsahovať záver o možnosti (nemožnosti) pripustiť časť JE na komplexné skúšky.
2.2.6. V prípade, že sa zistia, že vykonané autonómne testy sú nedostatočné, alebo sa zistí porušenie požiadaviek regulačných dokumentov na zloženie alebo obsah dokumentácie, môže byť uvedená časť AÚ vrátená na revíziu a nová je pridelené skúšobné obdobie.
2.3. Komplexné testy
2.3.1. Komplexné testovanie AU sa vykonáva vykonávaním komplexných testov. Výsledky testu sa premietnu do protokolu. Dielo je ukončené vyhotovením kolaudačného listu do skúšobnej prevádzky.
2.3.2. Program integrovaného testovania JE alebo častí JE uvádza: 1) zoznam testovacích objektov; 2) zloženie predloženej dokumentácie; 3) opis testovaných vzťahov medzi testovanými položkami; 4) postupnosť skúšok častí JE; 5) postup a metódy testovania vrátane zloženia softvéru a vybavenia potrebného na testovanie vrátane špeciálnych stojanov a testovacích miest.
2.3.3. Na vykonanie komplexných testov je potrebné predložiť: 1) program komplexných testov; 2) záver o autonómnom testovaní príslušných častí AÚ a odstránenie chýb a pripomienok zistených pri autonómnom testovaní; 3) komplexné testy; 4) softvér a hardvér a súvisiaca prevádzková dokumentácia.
2.3.4. Pri komplexných skúškach je povolené použiť ako počiatočnú informáciu získanú z autonómnych skúšok častí JE.
2.3.5. Komplexný test by mal: 1) byť logicky prepojený; 2) zabezpečiť overenie výkonu funkcií častí JE vo všetkých režimoch prevádzky ustanovených v ZP pre JE, vrátane všetkých prepojení medzi nimi; 3) zabezpečiť kontrolu reakcie systému na nesprávne informácie a núdzové situácie.
2.3.6. Protokol o integrovanej skúške by mal obsahovať záver o možnosti (nemožnosti) prijatia JE do skúšobnej prevádzky, ako aj zoznam potrebných zlepšení a odporúčané termíny ich realizácie.
Po odstránení nedostatkov sa vykonajú opakované komplexné skúšky v požadované množstvo.
3. Skúšobná prevádzka.
3.1. Skúšobná prevádzka sa vykonáva v súlade s programom, ktorý uvádza: 1) podmienky a postup fungovania častí JE a JE ako celku; 2) trvanie skúšobnej prevádzky, dostatočné na overenie správneho fungovania JE pri vykonávaní každej funkcie systému a pripravenosti personálu na prácu v podmienkach prevádzky JE; 3) postup pri odstraňovaní nedostatkov zistených počas skúšobnej prevádzky.
3.2. Počas skúšobnej prevádzky AÚ je vedený pracovný denník, do ktorého sa zapisujú informácie o dobe trvania prevádzky AÚ, poruchách, poruchách, mimoriadnych udalostiach, zmenách parametrov objektu automatizácie, priebežných úpravách dokumentácie a programového vybavenia. úprava a technické prostriedky. Informácie sa zaznamenávajú do denníka s dátumom a zodpovednou osobou. Denník môže obsahovať pripomienky personálu k jednoduchosti prevádzky AÚ.
3.3. Na základe výsledkov skúšobnej prevádzky sa rozhodne o možnosti (alebo nemožnosti) predviesť časti JE a systém ako celok na kolaudačné skúšky.
Práca sa končí vykonaním zákona o ukončení skúšobnej prevádzky a prijatím systému na kolaudačné skúšky.
4. Akceptačné testy
4.1. Akceptačné testy sa vykonávajú v súlade s programom, ktorý uvádza: 1) zoznam objektov priradených v systéme na testovanie a zoznam požiadaviek, ktoré musia objekty spĺňať (s odkazom na body TOR); 2) akceptačné kritériá pre systém a jeho časti; 3) podmienky a podmienky testovania; 4) prostriedky na testovanie; 5) mená osôb zodpovedných za vykonávanie testov; 6) metodika skúšok a spracovanie ich výsledkov; 7) zoznam dokumentácie, ktorá sa má vypracovať.
4.2. Na vykonanie akceptačných testov je potrebné predložiť nasledujúcu dokumentáciu: 1) referenčné podmienky pre vytvorenie AU; 2) akt prijatia do skúšobnej prevádzky; 3) pracovné denníky skúšobnej prevádzky; 4) akt ukončenia skúšobnej prevádzky a prijatia JE na akceptačné skúšky; 5) metodika programu a testovania.
Akceptačné testy by sa mali vykonávať vo fungujúcom zariadení.
4.3. Preberacie skúšky by mali v prvom rade zahŕňať overenie: 1) úplnosti a kvality implementácie funkcií pri štandardných, hraničných, kritických hodnotách parametrov objektu automatizácie a v iných prevádzkových podmienkach JE uvedených v ZP. ; 2) splnenie každej požiadavky týkajúcej sa rozhrania systému; 3) práca personálu v interaktívnom režime; 4) prostriedky a metódy na obnovenie prevádzkyschopnosti AU po poruchách; 5) úplnosť a kvalita prevádzkovej dokumentácie.
4.4. Overenie úplnosti a kvality výkonu funkcií AÚ sa odporúča vykonať v dvoch etapách. V prvej fáze sa testujú jednotlivé funkcie (úlohy, komplexy úloh). Zároveň kontrolujú plnenie požiadaviek TOR na funkcie (úlohy, komplexy úloh). V druhej fáze sa kontroluje interakcia úloh v systéme a plnenie požiadaviek TOR pre systém ako celok.
4.5. Po dohode so zákazníkom môže byť overenie úloh v závislosti od ich špecifík vykonávané samostatne alebo ako súčasť komplexu. Pri kontrole v komplexoch je vhodné kombinovať úlohy, berúc do úvahy zhodnosť použitých informácií a vnútorné prepojenia.
4.6. Kontrola práce personálu v interaktívnom režime sa vykonáva s prihliadnutím na úplnosť a kvalitu výkonu funkcií systému ako celku.
Overeniu podlieha: 1) úplnosť správ, príkazov, požiadaviek dostupných prevádzkovateľovi a ich dostatočnosť pre prevádzku systému; 2) zložitosť postupov dialógu, schopnosť zamestnancov pracovať bez nich špeciálny výcvik; 3) reakcia systému a jeho častí na chyby operátora, servisné zariadenia.
4.7. Kontrola prostriedkov na obnovenie prevádzkyschopnosti AU po poruchách počítača by mala zahŕňať: 1) kontrolu prítomnosti odporúčaní na obnovenie prevádzkyschopnosti a úplnosti ich popisu v prevádzkovej dokumentácii; 2) uskutočniteľnosť odporúčaných postupov; 3) prevádzkyschopnosť nástrojov na automatickú obnovu, funkcie (ak existujú).
4.8. Overenie úplnosti a kvality prevádzkovej dokumentácie by sa malo vykonávať analýzou súladu dokumentácie s požiadavkami regulačných a technických dokumentov v TOR.
4.9. Výsledky skúšok objektov zabezpečených programom sú zaznamenané v protokoloch obsahujúcich tieto časti: 1) účel skúšok a číslo časti požiadaviek TOR pre JE, podľa ktorej sa skúška vykonáva. uskutočnené; 2) zloženie hardvéru a softvéru použitého v testoch; 3) uvedenie metód, v súlade s ktorými boli skúšky vykonané, spracovanie a vyhodnotenie výsledkov; 4) skúšobné podmienky a charakteristiky počiatočných údajov; 5) skladovacie priestory a podmienky prístupu ku konečnému, testovaciemu programu; 6) výsledky zovšeobecnených testov; 7) závery o výsledkoch skúšok a súlade vytvoreného systému alebo jeho častí s určitou časťou požiadaviek TOR pre JE.
4.10. Skúšobné správy objektov v celom programe sú zhrnuté v jedinom protokole, na základe ktorého sa urobí záver o zhode systému s požiadavkami technickej špecifikácie pre JE a o možnosti vydania aktu o akceptácii JE pre trvalá prevádzka.
Dielo je ukončené vykonaním aktu kolaudácie JE do trvalej prevádzky.
