Ciclul de viață al creării unui sistem de management IT. Etapele implementării unei comenzi mari Ce este operarea industrială pilot a echipamentelor

3.1. Operațiunea de probă se desfășoară în conformitate cu programul, care indică: 1) condițiile și procedura de funcționare a părților CNE și CNE în ansamblu; 2) durata de funcționare de probă, suficientă pentru a verifica funcționarea corectă a CNE la îndeplinirea fiecărei funcții a sistemului și disponibilitatea personalului de a lucra în condițiile de funcționare ale CNE; 3) procedura de eliminare a deficiențelor identificate în timpul operațiunii de probă.

3.2. În timpul funcționării de probă a CNE, ei păstrează un jurnal de lucru în care înregistrează informații despre durata funcționării CNE, defecțiuni, defecțiuni, situații de urgență, modificări ale parametrilor obiectului de automatizare, ajustări efectuate la documentație și software, ajustări, și mijloace tehnice. Informațiile sunt înregistrate într-un jurnal indicând data și persoana responsabilă. Jurnalul poate conține comentarii din partea personalului cu privire la ușurința de utilizare a difuzoarelor.

3.3. Pe baza rezultatelor operațiunii de probă, se ia o decizie cu privire la posibilitatea (sau imposibilitatea) de a depune părți ale CNE și a sistemului în ansamblu pentru testarea de acceptare.

Lucrarea se finalizează prin eliberarea unui certificat de finalizare a funcționării de probă și admiterea sistemului la testarea de recepție.

4. Teste de acceptare

4.1. Testele de acceptare sunt efectuate în conformitate cu programul, care indică: 1) o listă de obiecte alocate în sistem pentru testare și o listă de cerințe pe care obiectele trebuie să le îndeplinească (cu referire la punctele din specificațiile tehnice); 2) criteriile de acceptare pentru sistem și părțile sale; 3) condițiile și momentul testării; 4) mijloace de testare; 5) numele persoanelor responsabile cu testarea; 6) metode de testare și prelucrare a rezultatelor acestora; 7) lista documentatiei de intocmit.

4.2. Pentru efectuarea testelor de recepție trebuie prezentată următoarea documentație: 1) specificații tehnice pentru realizarea CNE; 2) certificat de acceptare pentru exploatare de probă; 3) jurnalele de lucru ale operațiunii de probă; 4) certificat de finalizare a testului de funcționare și admitere a centralei nucleare la testarea de recepție; 5) programul de testare și metodologia.

Testele de acceptare ar trebui să fie efectuate într-o unitate funcțională.

4.3. Testele de recepție trebuie să includă în primul rând verificarea: 1) completitudinii și calității implementării funcțiilor la valorile standard, limitative, critice ale parametrilor obiectului de automatizare și în alte condiții de funcționare ale instalației specificate în specificațiile tehnice; 2) îndeplinirea fiecărei cerinţe legate de interfaţa sistemului; 3) personalul lucrează într-un mod interactiv; 4) mijloace și metode pentru restabilirea performanței CNE după defecțiuni; 5) completitudinea și calitatea documentației operaționale.

4.4. Se recomandă verificarea completității și calității performanței funcțiilor AS în două etape. În prima etapă, funcțiile individuale (sarcini, seturi de sarcini) sunt testate. În același timp, se verifică conformitatea cu cerințele specificațiilor tehnice pentru funcții (sarcini, seturi de sarcini). În a doua etapă, se verifică interacțiunea sarcinilor în sistem și conformitatea cu cerințele specificațiilor tehnice pentru sistem în ansamblu.

4.5. Prin acord cu clientul, verificarea sarcinilor, în funcție de specificul acestora, poate fi efectuată independent sau ca parte a unui complex. Este recomandabil să combinați sarcinile la verificarea în complexe, ținând cont de comunitatea informațiilor utilizate și a conexiunilor interne.

4.6. Verificarea muncii personalului într-un mod interactiv se efectuează ținând cont de caracterul complet și de calitatea performanței funcțiilor sistemului în ansamblu.

Sunt supuse verificării: 1) caracterul complet al mesajelor, directivelor, solicitărilor de care dispune operatorul și suficiența acestora pentru operarea sistemului; 2) complexitatea procedurilor de dialog, posibilitatea ca personalul să lucreze fără pregătire specială; 3) reacția sistemului și a părților sale la erorile operatorului și instrumentele de service.

4.7. Verificarea mijloacelor de restabilire a performanței sistemului după defecțiuni ale computerului ar trebui să includă: 1) verificarea prezenței în documentația operațională a recomandărilor pentru restabilirea performanței și a caracterului complet al descrierii acestora; 2) fezabilitatea practică a procedurilor recomandate; 3) operabilitatea instrumentelor și funcțiilor de recuperare automată (dacă există).

4.8. Verificarea completității și calității documentației operaționale ar trebui efectuată prin analiza documentației pentru conformitatea cu cerințele documentelor de reglementare și tehnice din specificațiile tehnice.

4.9. Rezultatele încercărilor obiectelor prevăzute de program se consemnează în protocoale care conțin următoarele secțiuni: 1) scopul încercărilor și numărul secțiunii cerințelor din specificațiile tehnice pentru CNE, conform cărora se efectuează încercarea. efectuate; 2) compoziția hardware-ului și software-ului utilizat în timpul testării; 3) o indicare a metodelor în conformitate cu care s-au efectuat încercările, prelucrarea și evaluarea rezultatelor; 4) condițiile de testare și caracteristicile datelor inițiale; 5) mijloace de stocare și condiții de acces la programul final de testare; 6) rezultatele testelor generalizate; 7) concluzii despre rezultatele testelor și conformitatea sistemului creat sau a părților sale cu o anumită secțiune a cerințelor din specificațiile tehnice pentru CNE.

4.10. Rapoartele de testare pentru obiecte pe tot parcursul programului sunt rezumate într-un singur protocol, pe baza căruia se face o concluzie despre conformitatea sistemului cu cerințele specificațiilor tehnice pentru CNE și posibilitatea eliberării unui certificat de acceptare a CNE pentru funcţionare permanentă.

Lucrarea se finalizează prin eliberarea unui certificat de acceptare a CNE pentru funcționare permanentă.

"Sisteme automatizate. Etapele creației"și GOST 34.603-92 TEHNOLOGIA INFORMAȚIILOR. „Tipuri de testare a sistemelor automate”.

Pentru sistemul automatizat sunt stabilite următoarele teste:

• Teste preliminare;
• Teste de acceptare.

Programele pentru toate etapele de testare sunt întocmite de Dezvoltator pe baza documentului de proiectare tehnică de lucru „(PM) P, și aprobate de Client.

Programele de testare trebuie să includă următoarele tipuri de verificări:

1. Verificarea completității complexului de mijloace tehnice și a documentației tehnice standard;
2. Verificarea compoziției și conținutului documentației tehnice de proiectare de lucru;
3. Verificarea autonomă a pregătirii unui complex de mijloace tehnice;
4. Verificarea metrologică a canalelor de măsurare;
5. Verificarea toleranței la erori și a funcțiilor de autodiagnosticare ale sistemului;
6. Verificarea implementării pentru conformitatea cu cerințele Specificațiilor tehnice;
7. Verificarea calificărilor și a nivelului de pregătire a personalului operațional () și operațional (de întreținere) pentru a lucra în condiții.

Pe baza rezultatelor etapelor de testare se întocmesc documente de raportare. Documentele de raportare includ și rapoarte privind rezultatele testelor. Anexele ar trebui să includă liste de metode de testare. Conform RD 50-34.698-90, clauza 2.14.17, conținutul secțiunilor de metode este stabilit de Dezvoltator.

Documentele de raportare sunt semnate de membrii comisiei (membrii grupurilor de lucru formate din membrii comisiei) și aprobate de președintele comisiei.

Teste preliminare Sistemul este realizat pentru a determina operabilitatea acestuia și posibilitatea de a accepta sistemul în. Testele preliminare sunt organizate de Client și efectuate în comun cu Dezvoltatorul.

Testele preliminare pot fi:

• Autonom;
• Complex.

Rezultatele testelor la diferite etape ale testării sunt reflectate în Rapoartele corespunzătoare.

Rezumatul conține o concluzie cu privire la posibilitatea de acceptare a sistemului, precum și o listă a modificărilor necesare și momentul implementării acestora. Lucrarea se finalizează cu înregistrarea Certificat de acceptare pentru operațiune de probă.

Operațiune de probă se desfășoară în conformitate cu Programul, care specifică:

1. Condiții și procedură de funcționare a unor părți ale Sistemului și a Sistemului în ansamblu;
2. Procedura de eliminare a deficiențelor identificate în timpul operațiunii de probă;
3. Durata Operațiunii de Probă este suficientă pentru a verifica funcționarea corectă a Sistemului la îndeplinirea fiecărei funcții și disponibilitatea personalului de a lucra în condiții de funcționare deplină a Sistemului.

Durata operațiunii de probă este de cel puțin două luni.În timpul funcționării de probă a sistemului, este menținut un jurnal de lucru în care sunt introduse următoarele:

1. Informații despre durata de funcționare a Sistemului;
2. Informații despre defecțiuni, defecțiuni, situații de urgență;
3. Informații despre modificările parametrilor obiectului de automatizare;
4. Informații despre ajustările efectuate softwareși documentație;
5. Informații despre instalarea mijloacelor tehnice.

Informațiile sunt înregistrate în Jurnal indicând data și persoana responsabilă. Jurnalul poate conține comentarii din partea personalului cu privire la ușurința de utilizare a Sistemului. Pe baza rezultatelor Operațiunii de Probă se întocmește o concluzie privind finalizarea lucrărilor de verificare a Sistemului în modul de Funcționare Probă, cu o concluzie asupra posibilității de prezentare a Sistemului de Testare de Acceptare.

Teste de acceptare ar trebui să includă verificarea:

1. Completitudinea și calitatea implementării funcțiilor sub valorile reglementate și pre-urgență ale parametrilor obiectului de automatizare și în alte condiții specificate în Specificațiile tehnice;
2. Respectarea tuturor cerințelor legate de interfața Sistemului;
3. Munca personalului în modul interactiv;
4. Mijloace și metode de restabilire a funcționalității Sistemului după defecțiuni;
5. Completitudinea și calitatea documentației operaționale.

Teste de acceptare sistemul automatizat este realizat în conformitate cu Programul de testare, care indică:

1. O listă de obiecte alocate în Sistem pentru testare și o listă de cerințe pe care obiectele trebuie să le îndeplinească cu referire la anumite puncte;
2. Criterii de acceptare pentru Sistem și părțile sale;
3. Condițiile și momentul testării;
4. Facilități de testare;
5. Numele persoanelor responsabile cu testarea;
6. Metode de testare și procesare a rezultatelor;
7. Lista documentației completate (protocoale și rapoarte).

Testele de acceptare ale sistemului de control al procesului sunt efectuate pentru a determina conformitatea cu Specificațiile tehnice și documentația de proiect.

Comitetul de acceptare se formează prin ordin. Comisia include reprezentanți ai Clientului, Dezvoltatorului și reprezentanți ai supravegherii tehnice. Conform GOST 34.603-92, următoarea documentație trebuie prezentată Comitetului de acceptare:

1. Specificații tehnice pentru realizarea sistemelor automate de control al proceselor;
2. Documentație așa cum este construită pentru instalare;
3. Raportul preliminar de testare;
4. Program de testare;
5. Certificat de acceptare a Sistemului pentru funcționare de probă;
6. Jurnalele de lucru pentru operarea de probă a Sistemului;
7. Certificat de finalizare a lucrărilor pentru verificarea Sistemului în modul de funcționare de probă;
8. Documentația tehnică și de proiectare a sistemului.

Înainte de prezentarea Sistemului pentru testarea de recepție, documentația tehnică și de proiectare trebuie să fie finalizată în conformitate cu comentariile Protocolului de testare preliminară și a Certificatului de Finalizare a verificării Sistemului în modul Funcționare Probă.

Conform GOST 34.603-92, paragraful 4.10, protocoalele inspecțiilor individuale sunt rezumate într-un singur Protocol final, pe baza căruia se face o concluzie cu privire la posibilitatea eliberării unui Certificat de acceptare a Sistemului de control al proceselor pentru permanent (industrial). ) operare.

Se permite, prin decizie a Comitetului de Acceptare, rafinarea documentatiei tehnice a Sistemului dupa punerea sa in functiune. Termenele limită pentru revizuire sunt indicate în Raportul testului de acceptare.

Rezultatele testelor de acceptare sunt documentate:

1. Total;
2. Act privind acceptarea sistemelor automate de control al proceselor pentru operare industrială și
3. Este emis un ordin „Cu privire la punerea în funcțiune comercială a sistemelor automate de control al proceselor”.

Creare sistem informatic incepe din momentul primelor negocieri intre Client si potentialul Antreprenor si poate sa nu se termine niciodata, deoarece sistemele bune si utile sunt in permanenta imbunatatite si dezvoltate.

Etapa preliminară

În această etapă, este necesar să înțelegem principalele scopuri și obiective ale viitorului proiect. Pentru a face acest lucru, reprezentanții cheie ai Clientului și Antreprenorului organizează întâlniri la care discută despre conceptul sistemului informațional, punctele tehnice cheie, calendarul și sfera lucrărilor efectuate, precum și costurile și sursele de finanțare. Rezultatul etapei preliminare, pe lângă termenii conveniți ai viitorului acord, ar trebui să fie primul și cel mai fundamental document de proiect - carta de proiect.

Carta proiectului definește următoarele puncte fundamentale legate de procesul de dezvoltare și implementare a sistemului informațional:

• Scurtă descriere a proiectului, scopurile și obiectivele creării unui sistem informațional.
• Descrierea generală a domeniului de activitate.
• Limitele proiectului: termene, buget, lista obiectelor de automatizare.
• Descrierea produsului: lista cu hardware-ul și software-ul furnizat, tipul și numărul de licențe etc.
• Structura organizatorică a proiectului: lista și rolurile membrilor echipei de proiect din partea Antreprenorului și a Clientului, responsabilitățile și atribuțiile acestora, sistemul de flux al documentelor de proiect.
• Principalele etape ale dezvoltării și implementării unui sistem informațional, un program extins pentru implementarea acestora.
• Cele mai semnificative riscuri de neîndeplinire a obligațiilor proiectului, precum și modalități de minimizare a riscurilor.

Cu alte cuvinte, carta de proiect este tocmai carta care este elaborată de managerul de proiect împreună cu principalii participanți ai echipei de proiect, aprobată de conducerea Antreprenorului și a Clientului și nu trebuie ajustată pe toată perioada creării sistemul informatic.

Finalizarea etapei preliminare poate fi considerată momentul în care se semnează contractul de servicii pentru dezvoltarea și implementarea unui sistem informatic și se aprobă carta de proiect.

Adunarea cerințelor

Până în acest moment, toate figurile-cheie - participanții la proiect - au fost identificate și nimic nu vă împiedică să începeți să colectați și să aprobați cerințele pentru viitorul sistem informațional. Reprezentanții contractorului comunică cu viitorii utilizatori și administratorii de sistem, precum și cu managementul acestora. În timpul sondajului, nu sunt sistematizate doar cerințele și dorințele pentru soluția implementată, ci și documentația care ar trebui să devină sursa datelor inițiale pentru sistem, sau a cărei formare ar trebui automatizată ca urmare, este analizată.

Rezultatul acestei etape ar trebui să fie aspectul termenii de referință pentru dezvoltarea si implementarea unui sistem informatic. Termenii de referință trebuie să se bazeze pe termenii contractului și pe cerințele stabilite în carta proiectului și să conțină următoarele secțiuni (pentru Rusia, structura termenilor de referință este reglementată de GOST 34.602 89):

• Scopul și scopurile creării sistemului.
• Descrierea obiectului de automatizare și a principalelor procese de afaceri automatizate.
• Cerințe de sistem: cerințe de structură; funcții (sarcini) rezolvate de sistem; cerințe pentru suport tehnic și organizatoric; cerințe de fiabilitate, siguranță etc. etc.
• Compoziția și conținutul lucrării pentru crearea unui sistem informațional.
• Procedura de control și acceptare a rezultatelor lucrărilor.
• Cerințe pentru domeniul de activitate pentru pregătirea unui obiect de automatizare pentru punerea în funcțiune a sistemului informațional.
• Cerințe pentru compoziția proiectării și a documentației utilizator.

Finalizarea etapei de colectare a cerințelor este aprobarea de către Client a Specificațiilor Tehnice. În unele cazuri, Clientul are deja o specificație tehnică înainte de a începe lucrul la proiect (inclusă în documentația de licitație). În acest caz, rezultatele sondajului și colectării cerințelor sunt consemnate în specificațiile tehnice specifice, detaliind și precizând cerințele generale pentru sistemul informatic prezentate în specificațiile tehnice originale.

Proiecta

In aceasta etapa, prin eforturile Antreprenorului, sunt concepute in detaliu toate scenariile legate de dezvoltarea si implementarea unui sistem informatic pe teritoriul Clientului. Aceasta se realizează în conformitate cu condițiile mediului informațional (peisajul sistemului) al Clientului și cu cerințele pentru integrarea sistemului fiind creat cu alte produse software deja disponibile și operate de către Client. Rezultatul etapei de proiectare ar trebui să fie proiectarea următoarelor secțiuni proiect tehnic (conceptual).:

• Arhitectura sistemului informatic.
• Descrierea structurilor de stocare a informațiilor (bază de date).
• Soluții de proiectare prezentate descriere detaliată scenarii de automatizare pentru toate procesele de afaceri afectate de implementarea sistemului.
• Scenarii pentru integrarea sistemului informatic dezvoltat cu produse software externe.
• Surse de date inițiale și opțiuni pentru conținutul informațional inițial al sistemului.
• Conceptul de delimitare a drepturilor de acces la date pe baza rolurilor de utilizator, care determină, printre altele, puterile acestora.
• Conceptul de instruire a utilizatorilor sistemului informatic.

Implementarea

Etapa de implementare a tuturor cerințelor pentru sistemul informatic stabilite în Termenii de referință și Proiectarea tehnică. În această perioadă, Antreprenorul dezvoltă toate componentele software necesare, creează structuri de baze de date, instalează, configurează și testează toate componentele sistemului informațional de pe teritoriul său, simulează scenarii de integrare etc. etc. Finalizarea fazei de implementare este confirmată de apariția unor astfel de documente de proiect ca manual de instalare și configurare a sistemului, programul de testare și metodologia sisteme, precum și un șablon de bază de date și un registru al tuturor dezvoltărilor software finalizate.

Pregatirea sistemului informatic pentru functionare

Toate lucrările din această etapă sunt deja efectuate pe teritoriul Clientului și includ instalarea și configurarea tuturor componentelor sistemului în mediul informațional al Clientului, testarea preliminară, dezvoltarea documentației utilizatorului, instruirea utilizatorilor, încărcarea datelor inițiale, testarea în conformitate cu programul și metodologie și alte lucrări pregătitoare.

Până când toată lumea va termina munca pregatitoare reglementările de exploatare a sistemului trebuie elaborate și aprobate. Reglementările, în special, ar trebui să definească utilizatorii și rolurile acestora în sistem, în conformitate cu responsabilitățile lor.

Operare pilot

Ultima etapă a dezvoltării și implementării inițiale a unui sistem informatic, a cărei sarcină este să efectueze cu succes operarea de probă a sistemului pentru un anumit timp, iar scopul este de a confirma că sistemul de informații creat este exact rezultatul pe care Clientul aşteptat.

În această perioadă, utilizatorii încep să opereze sistemul în conformitate cu reglementările elaborate în etapa anterioară. În timpul operațiunii pilot, erorile sunt înregistrate și sunt convenite îmbunătățirile necesare. Antreprenorul elimină erorile, aduce îmbunătățiri și, cu condiția ca sistemul să înceapă să funcționeze în conformitate cu toate cerințele prezentate anterior pentru acesta, la sfârșitul perioadei stabilite primește un protocol privind finalizarea cu succes a operațiunii pilot.

Odată cu finalizarea producției pilot, de regulă, contractul pentru crearea unui sistem informațional se încheie. Sistemul în sine intră în modul de funcționare comercială, iar Antreprenorul, dacă Clientul este interesat de acest lucru, încheie un acord separat pentru întreținerea acestuia pe perioada stabilită prin termenii acordului.

Întreținerea și dezvoltarea sistemului

Operarea industrială poate dezvălui că unele dintre cerințele pentru sistemul informațional creat conțineau inexactități și necesită formulare sau completări diferite, iar sistemul în sine necesită îmbunătățiri. Nu fiecare Client are personal în personalul său care este capabil să efectueze în mod independent toate modificările impuse de situația reală asupra sistemului, prin urmare încheie un acord separat cu Antreprenorul pentru întreținerea sistemului informațional.

Utilizatorii sistemului informatic încep să comunice cu reprezentanții serviciului de asistență al Clientului, care acceptă cereri de la aceștia pentru îmbunătățirea funcționalității și eliminarea defectelor, transferul cererilor la serviciu și anunță periodic utilizatorii despre starea solicitării lor. Lista modificărilor posibile și regulile de procesare a cererilor sunt determinate de termenii contractului. Dacă este nevoie de lucrări care nu se încadrează în esența acordului de suport, atunci Clientul și Antreprenorul întocmesc un acord separat pentru acest tip de lucrări, care poate fi deja atribuit lucrărilor de modernizare și dezvoltare a sistemul informatic în uz.

În cursul lucrărilor de creare a sistemelor expert, a apărut o anumită tehnologie pentru dezvoltarea acestora, care include următoarele șase etape: identificare, conceptualizare, formalizare, implementare, testare, operare de probă și implementare.

Acest articol discută a șasea etapă: operare de probă și implementare.

În etapa de testare și implementare, se verifică adecvarea sistemului expert pentru utilizatorul final. Aici sistemul se ocupă de rezolvarea tuturor problemelor posibile atunci când lucrează cu diferiți utilizatori. Este recomandabil să organizați funcționarea sistemului nu la standul dezvoltatorului, ci la locul de muncă al utilizatorilor. Această etapă ar trebui parcursă numai după ce sistemul, în opinia expertului, va rezolva cu succes toate sarcinile necesare, astfel încât erorile în soluții să nu creeze o impresie negativă asupra sistemului în utilizator. Adecvarea utilizatorului a unui sistem este determinată în primul rând de utilitatea și utilitatea acestuia.

Sub utilitate sistem este înțeles ca fiind capacitatea sistemului, în timpul dialogului, de a determina nevoia utilizatorului, de a identifica și elimina cauzele defecțiunilor în funcționare și de a satisface nevoile utilizatorului (adică de a rezolva sarcinile atribuite). Cu alte cuvinte, este important ca utilizatorul să „aducă la conștiința” sistemului de care are nevoie de informații, în ciuda posibilelor greșeli pe care le face din cauza cunoașterii insuficiente a sistemului. Desigur, completitudinea și corectitudinea soluțiilor sunt importante și pentru utilizator, dar aceste caracteristici trebuie verificate de un expert în etapa anterioară.

Sub comoditatea lucrul cu sistemul înseamnă:

• naturalețea interacțiunii cu sistemul, adică comunicare într-o manieră familiară, neobosit;
• flexibilitatea sistemului, de ex. capacitatea sistemului de a se adapta la diferiți utilizatori, precum și de a lua în considerare modificările calificărilor aceluiași utilizator;
• stabilitatea sistemului la erori, de ex. capacitatea sistemului de a nu eșua din cauza acțiunilor eronate ale unui utilizator neexperimentat.

Pe baza rezultatelor operațiunii, poate fi necesară nu numai modificarea regulilor și a datelor (îmbunătățirea sau modificarea limbajului de comunicare, instrumente de dialog, instrumente de detectare și corectare a erorilor, personalizare pentru utilizator etc.), ci și modificarea dispozitivele de intrare/ieșire din cauza nepotrivirii lor pentru utilizator. Pe baza rezultatelor acestei etape, se ia decizia de a replica sistemul. După finalizarea cu succes a etapei de operare de probă și utilizarea sistemului expert de către diverși utilizatori, acesta poate fi clasificat ca un sistem expert industrial.

În general, în timpul funcționării de probă a prototipului, cerințele pentru sistem sunt clarificate: dezvoltatorii și utilizatorii au posibilitatea de a studia și elimina direct consecințele deciziilor de proiectare luate. Principiul construcției interfeței WYSIWYG(What You See Is What You Get) permite utilizatorului să evalueze direct rezultatele modificărilor introduse în prototip.

STANDARDUL DE STAT AL UNIUNII URSS

TEHNOLOGIA DE INFORMAȚIE

TIPURI DE TESTARE A SISTEMELOR AUTOMATICE

GOST 34.603-92

COMITETUL DE STANDARDIZARE SI METROLOGIE AL URSS

Moscova

STANDARDUL DE STAT AL UNIUNII URSS

Data introducerii 01.01.93

Acest standard se aplică sistemelor automatizate (AS) utilizate în diferite tipuri de activități (cercetare, proiectare, management etc.). p.), inclusiv combinațiile lor create în organizații, asociații și întreprinderi (denumite în continuare organizații)

Standardul stabilește tipuri de teste AS și cerințe generale pentru implementarea acestora.

Termenii utilizați în acest standard și definițiile acestora a mancat leniya - conform GOST 34.003.

Cerințele acestui standard, cu excepția pp., , , sunt obligatorii, cerințele alineatelor. , - recomandat.

1. DISPOZIȚII GENERALE

1.2. Testarea AC este un proces de verificare a performanței funcțiilor specificate ale sistemului, de determinare și verificare a conformității cu cerințele cantitative și (sau) ale specificațiilor tehnice caracteristici de calitate sistem, identificând și eliminând deficiențe în funcționarea sistemului și în documentația elaborată.

1.3. Următoarele tipuri principale de teste sunt stabilite pentru AS:

1) preliminar;

2) operațiune de probă qi eu;

3) acceptare.

Note:

1. Permis în plusținându-se x în d ov Teste AC părțile lor.

2. Clasificat este permis atsi Am acceptat teste pentru vi depinde de statutul comitetului de acceptare (compunerea membrilor comitetului și nivelul de aprobare).

3. Testat nici Statutul comitetului de acceptare este stabilit în contract și (sau) TK.

1.4, În funcție de interconexiunile obiectelor de testare testate în CNE, acestea pot fi autonome sau complexe.

1.10. Operarea de probă a CNE este efectuată pentru a determina valorile reale ale caracteristicilor cantitative și calitative ale CNE și gradul de pregătire a personalului de a lucra în condițiile de funcționare ale CNE, pentru a determina eficiența efectivă a CNE, și ajustați (dacă este necesar) documentația.

1.11. Testele de recepție ale CNE sunt efectuate pentru a determina conformitatea CNE cu specificațiile tehnice, pentru a evalua calitatea funcționării de probă și pentru a rezolva problema posibilității de producție. nu MC AS in permanenta functionare.

1.12. Trebuie efectuate teste de acceptare unitati Să-i testăm tortura la unitate.

1.13. În funcție de tipul de cerințe impuse centralei nucleare, sunt supuse testării, inspecției sau certificării:

1) un set de software și hardware;

2) personalul;

3) documentația operațională, care reglementează activitățile personalului în timpul funcționării CNE;

4) AC în general.

1.14. Când testează difuzoarele, acestea verifică:

1) calitatea executării funcţiilor automate printr-un complex de software şi mijloace tehnice toată lumea moduri f un La tioning A fost creat AS conform specificațiilor tehnice nu AC;

3) se indică personalului de execuție caracterul complet al documentației operaționale cuprinse în documentație nen iy funcționează în toate modurile de funcționare În conformitate cu specificațiile tehnice pentru AS creat;

4) caracteristici cantitative și (sau) calitative execuţie funcții automate și automatizate ale AC în conformitate cu specificațiile tehnice:

5) alte proprietăți ale AS, pe care trebuie să le respecte conform specificațiilor tehnice.

2) complex.

2.2. O testare offline

2.2.1. Testele autonome ale difuzoarelor ar trebui efectuate în în consecinţă vii cu programul și metodologia de teste autonome elaborate pentru fiecare parte a CNE.

2.2.2. Programul de testare autonom indică:

1) lista de funcții de testat;

2) descrierea relațiilor dintre obiectul de testat și alte părți ale CNE;

3) condițiile, procedura și metodele de testare și prelucrare a rezultatelor;

4) criterii de acceptare a pieselor bazate pe rezultatele testelor.

Programul de testare off-line ar trebui să fie însoțit de un program de testare off-line.

2.2.3. Testele pregătite și agreate (cazuri de testare) în etapa de testare offline ar trebui să asigure:

1) verificare completă functii si proceduri conform listei convenite cu clientul;

2) precizia necesară a calculelor stabilită în specificațiile tehnice;

3) verificarea caracteristicilor de sincronizare de bază ale funcționării software-ului (în cazurile în care acest lucru este esențial);

4) verificarea fiabilității și stabilității funcționării software-ului și hardware-ului.

2.2.4 . Ca informație inițială pentru test, se recomandă utilizarea unui fragment de informații reale de la organizația client într-o cantitate suficientă pentru a asigura fiabilitatea necesară a testelor.

2.2.5 Rezultatele încercărilor autonome ale pieselor CNE trebuie înregistrate în rapoartele de încercare. Protocolul trebuie să conțină o concluzie privind posibilitatea (imposibilitatea) admiterii unei părți din CNE la teste complexe.

2.2.6. Dacă testele autonome efectuate se dovedesc a fi insuficiente sau se dezvăluie o încălcare a cerințelor documentelor de reglementare privind compoziția sau conținutul documentației, partea specificată a AS poate fi returnată pentru revizuire și poate fi atribuită o nouă perioadă de testare.

2.3. Testare cuprinzătoare

2.3.1. Testele complexe ale difuzoarelor sunt efectuate prin efectuarea de teste complexe. Rezultatele testului sunt reflectate în protocol. Lucrarea se finalizează prin eliberarea unui certificat de recepție pentru funcționare de probă.

2.3.2. Programul cuprinzător de testare pentru centrala nucleară sau părțile centralei nucleare indică:

1) lista obiectelor de testare;

2) componența documentației depuse;

3) descrierea relațiilor verificate dintre obiectele de testare;

4) succesiunea testelor pieselor CNE;

5) procedura și metodele de testare, inclusiv compoziția software-ului și a echipamentelor necesare pentru testare, inclusiv standuri speciale și locuri de testare.

2.3.3. Pentru a efectua teste cuprinzătoare, trebuie prezentate următoarele:

1) program cuprinzător de testare;

2) concluzia privind testele autonome ale părților relevante ale CNE și eliminarea erorilor și comentariilor identificate în timpul testelor autonome;

3) teste complexe;

4) software și mijloace tehniceși documentația operațională corespunzătoare.

2.3.4. În timpul testelor complexe, este permisă utilizarea ca informații inițiale obținute în timpul testelor autonome ale pieselor NPP.

2.3.5. Un test cuprinzător ar trebui:

1) să fie legate logic;

2) asigură verificarea îndeplinirii funcțiilor părților CNE în toate modurile de funcționare stabilite în specificațiile tehnice pentru CNE, inclusiv toate conexiunile dintre acestea;

3) să asigure verificarea răspunsului sistemului la informații incorecte și la situații de urgență.

2.3.6. Raportul de testare cuprinzător trebuie să conțină o concluzie cu privire la posibilitatea (imposibilitatea) acceptării CNE pentru funcționarea de probă, precum și o listă cu modificările necesare și termenele recomandate pentru implementarea acestora.

După eliminarea deficiențelor, se repetă teste cuprinzătoare în măsura necesară.

3. OPERAȚIA EXPERIMENTALĂ

3.1. Operațiunea de probă se efectuează în conformitate cu programul, care indică:

1) condițiile și procedura de funcționare a părților CNE și CNE în ansamblu;

2) durata operațiunii de probă, suficientă pentru a verifica funcționarea corectă a AS la îndeplinirea fiecărei funcții a sistemului și disponibilitatea personalului de a lucra în el. condițiile de funcționare ale AS;

3) procedura de eliminare a deficiențelor identificate în timpul operațiunii de probă.

3.2. În timpul funcționării de probă a CNE, aceștia țin un jurnal de lucru în care înregistrează informații despre durata funcționării CNE, defecțiuni, defecțiuni, situații de urgență, modificări ale parametrilor obiectului de automatizare, ajustări aduse documentației și software-ului și ajustări. a echipamentelor tehnice. Informațiile sunt înregistrate într-un jurnal indicând data și persoana responsabilă. Jurnalul poate conține comentarii din partea personalului cu privire la ușurința de utilizare a difuzoarelor.

3.3. Pe baza rezultatelor operațiunii de probă, se ia o decizie cu privire la posibilitatea (sau imposibilitatea) de a depune părți ale CNE și a sistemului în ansamblu pentru testarea de acceptare.

Lucrarea se finalizează prin eliberarea unui certificat de finalizare a funcționării de probă și admiterea sistemului la testarea de recepție.

4. TESTE DE ACCEPTARE

4.1. Testele de acceptare sunt efectuate în conformitate cu programul, care indică:

1) o listă a obiectelor alocate în sistem pentru testare și o listă a cerințelor pe care trebuie să le îndeplinească obiectele (cu referire la punctele din specificațiile tehnice);

2) criteriile de acceptare pentru sistem și părțile sale;

3) condițiile și momentul testării;

4) mijloace de testare;

5) numele persoanelor responsabile cu testarea;

6) metode de testare și prelucrare a rezultatelor acestora;

7) lista documentatiei de intocmit.

4.2. Pentru efectuarea testelor de acceptare trebuie prezentată următoarea documentație:

1) specificațiile tehnice pentru realizarea CNE;

2) certificat de acceptare pentru exploatare de probă;

3) jurnalele de lucru ale operațiunii de probă;

4) certificat de finalizare a testului de funcționare și admitere a centralei nucleare la testarea de recepție;

5) programul de testare și metodologia. Testele de acceptare ar trebui să fie efectuate într-o unitate funcțională.

4.3. Testele de acceptare ar trebui să includă în primul rând verificarea:

1) completitudinea și calitatea implementării funcțiilor la valorile standard, limitative, critice ale parametrilor obiectului de automatizare și în alte condiții de funcționare ale instalației specificate în specificațiile tehnice;

2) îndeplinirea fiecărei cerinţe legate de interfaţa sistemului;

3) personalul lucrează într-un mod interactiv;

4) mijloace și metode pentru restabilirea performanței CNE după defecțiuni;

5) completitudinea și calitatea documentației operaționale.

4.4 . Se recomandă verificarea completității și calității performanței funcțiilor AS în două etape. În prima etapă, funcțiile individuale (sarcini, seturi de sarcini) sunt testate. În același timp, se verifică conformitatea cu cerințele specificațiilor tehnice pentru funcții (sarcini, seturi de sarcini). În a doua etapă, se verifică interacțiunea sarcinilor în sistem și conformitatea cu cerințele specificațiilor tehnice pentru sistem în ansamblu.

4.5 . Prin acord cu clientul, verificarea sarcinilor, în funcție de specificul acestora, poate fi efectuată independent sau ca parte a unui complex. Este recomandabil să combinați sarcinile la verificarea în complexe, ținând cont de comunitatea informațiilor utilizate și a conexiunilor interne.

4.6. Verificarea muncii personalului într-un mod interactiv se efectuează ținând cont de caracterul complet și de calitatea performanței funcțiilor sistemului în ansamblu.

Sub rezerva verificării:

1) caracterul complet al mesajelor, directivelor, solicitărilor de care dispune operatorul și suficiența acestora pentru operarea sistemului;

2) complexitatea procedurilor de dialog, posibilitatea ca personalul să lucreze fără pregătire specială;

3) reacția sistemului și a părților sale la erorile operatorului și instrumentele de service.

4.7. Verificarea mijloacelor de restabilire a funcționalității sistemului după defecțiuni ale computerului ar trebui să includă:

1) verificarea prezenței în documentația operațională a recomandărilor pentru restabilirea operabilității și a caracterului complet al descrierii acestora;

3) operabilitatea instrumentelor de recuperare automată a funcțiilor (dacă sunt disponibile).

4.8. Verificarea completității și calității documentației operaționale ar trebui efectuată prin analiza documentației pentru conformitatea cu cerințele documentelor de reglementare și tehnice și ale specificațiilor tehnice.

4.9. Rezultatele testelor obiectelor prevăzute de program sunt înregistrate în protocoale care conțin următoarele secțiuni:

1) scopul încercărilor și numărul secțiunii cerințelor din specificațiile tehnice pentru CNE, în funcție de care se efectuează încercarea;

2) compoziția hardware-ului și software-ului utilizat în timpul testării;

3) o indicare a metodelor în conformitate cu care s-au efectuat încercările, prelucrarea și evaluarea rezultatelor;

4) condițiile de testare și caracteristicile datelor inițiale;

5) mijloace de stocare și condiții de acces la programul final de testare;

6) rezultatele testelor generalizate;

7) concluzii despre rezultatele testelor și conformitatea sistemului creat sau a părților sale cu o anumită secțiune a cerințelor din specificațiile tehnice pentru CNE.

4.10. Rapoartele de testare pentru obiecte pe tot parcursul programului sunt rezumate într-un singur protocol, pe baza căruia se face o concluzie despre conformitatea sistemului cu cerințele specificațiilor tehnice pentru CNE și posibilitatea eliberării unui certificat de acceptare a CNE pentru funcţionare permanentă.

Lucrarea se finalizează prin eliberarea unui certificat de acceptare a CNE pentru funcționare permanentă.

DATE INFORMAȚII

1. DEZVOLTAT ȘI INTRODUS de Comitetul Tehnic TK 22 " Tehnologia de informație", Subcomisia PC 052 "Sisteme automatizate"

DEZVOLTATORII

I.P. Vakhlakov, Ya.G. Vilenchik, F.R. Vidră, Ph.D. tehnologie. științe; L.M. Seidenberg, Ph.D. tehnologie. științe; Yu.B. Irz, Ph.D. tehnologie. științe; V.G. Ivanov, V.D. Kostiukov, Ph.D. tehnologie. științe; V.G. Mihailov, Ph.D. tehnologie. științe; N.V. Stepanchikova