Certificat de punere în funcțiune a sistemului informațional. Punerea în funcțiune a sistemelor de informații GOST

APROBAT

Director adjunct al Departamentului de Stat pentru Reglementare în Economie

Ministerul Dezvoltării Economice al Federației Ruse
______________ V.N. Rudenko
« 09 » _ noiembrie __ 2011

PUNEREA ÎN FUNCȚIONARE EXPERIMENTALĂ

Sistem automat de informare pentru managementul proiectelor, dezvoltat în baza contractului de stat din 7 noiembrie 2011 nr. GK-158-OF / D01.
În conformitate cu decizia comună a Clientului (Ministerul Dezvoltării Economice din Rusia) și a Contractorului (OTR 2000 LLC) de a pune în funcțiune procesul.

Comisia formată din:

Președinte al Comisiei:

Director adjunct al Departamentului de Reglementare de Stat în Economie V.N. Rudenko,

Membrii Comisiei:

S.V. Pushhakov, șef interimar al Diviziei de dezvoltare a societății electronice a Departamentului de reglementare a statului în economie,

A.V. Matveenko,

Consultant principal al departamentului de dezvoltare a societății electronice din cadrul Departamentului Reglementării de Stat în Economie N.N. Kirsanova,

Șef al direcției LLC "OTR 2000" A.I. Kuleshova,

O.V., Manager de proiect al OTR 2000 LLC Strakhova,

Analist principal al OTR 2000 LLC Yu.M. Gudkova,

Cercetător al direcției „Sectorul real” al IEP numit după E.T. Gaidar E.R. Batarshin.
de cand "_ 08 _" noiembrie 2011 de „_ 09 _" noiembrie 2011 a efectuat teste preliminare ale software-ului aplicat al sistemului automatizat de informații „Project Management Portal” (AIS PPU), instalat în Ministerul Dezvoltării Economice din Rusia.


  1. S-a constatat că testele preliminare au fost finalizate cu succes.

    1. Principalele etape de dezvoltare au fost realizate în conformitate cu Termenii de Referință.

    2. Dezvoltat de documentația îndeplinește cerințele operarea software-ului.

    3. Software-ul este pregătit pentru operare de încercare.

  1. Lista funcțiilor acceptate pentru operarea de încercare (secțiunea „Cerințe pentru funcțiile îndeplinite de sistem” din sarcina tehnică):

    1. Menținerea unei liste de proiecte.

    2. Lucrul cu entitățile de proiectare.

    3. Lucrul cu indicatori pentru a evalua starea lucrărilor la proiect.

    4. Modul analitic.

    5. Biblioteca de documente.

  1. Lista documentelor furnizate comisiei necesare pentru operațiunea de judecată:

    1. "Descrierea AIS" Portalul de gestionare a proiectelor "" (Pașaportul sistemului);

    2. „Instrucțiuni ale administratorului PPU AIS”;

    3. "Manual de utilizare pentru AIS PPU";

    4. „Program și metodologie pentru testarea AIS PPU”;

    5. "Testarea sarcinilor pentru AIS PPU";

    6. "Instrucțiuni bazate pe roluri care descriu procedura de lucru cu AIS PPU ca instrument de gestionare a proiectului" Interacțiune interdepartamentală "".

  2. Decizia Comisiei: să accepte software-ul pentru operare de încercare începând cu 9 noiembrie 2011.

APLICAȚII:


  1. Raport preliminar de testare nr. 1

  2. Raport preliminar de testare nr. 2
Membrii Comisiei:

V.N. Rudenko

S.V. Pușcov

A.V. Matveenko

N.N. Kirsanova

A.I. Kuleshov

O.V. Strakhova

Yu.M. Gudkova

E.R. Batarshin

Certificat de acceptare a operațiunii de testare se formează pe baza rezultatelor testelor preliminare și include: concluziile trase din rezultatele testelor complexe; sarcini pentru operațiunea de încercare.

Perioada de timp a comisiei

În această secțiune a certificatului de acceptare, sunt date datele de începere și de încheiere a lucrărilor comitetului de acceptare pentru efectuarea testelor preliminare.

Începutul testelor - 01 noiembrie 2010.
Sfârșitul testării - 31 decembrie 2010.
Durata totală a testelor este de 44 de zile lucrătoare.

Numele organizației clienți, organizației executante și organizației coexecutante

Se dă numele organizațiilor participanților la teste și ale celor care alcătuiau certificatul de acceptare a sistemului informațional în funcțiune de încercare.

Organizație-client - SA „Client”.
Organizația de executare - SA "Executor".
Organizație-coexecutant - LLC „Coexecutor” (dacă există).

Componența funcțiilor AIS acceptate pentru operațiunea de încercare

Este listată lista funcțiilor AIS acceptate pentru operațiunea de încercare. Funcțiile pot fi transferate atât la nivel de sistem, cât și prin subsisteme. Funcțiile sunt preluate din secțiunea „Cerințe pentru funcțiile îndeplinite de sistem” din atribuirea tehnică pentru crearea unui sistem informațional.

Lista componentelor suportului tehnic, software, informațional și organizațional verificat în timpul operației de încercare

Această secțiune a certificatului de acceptare oferă o listă a testelor efectuate în timpul operației de încercare. Lista testelor este preluată din secțiunea „Domeniul testelor” din programul de testare.

În procesul operațiunii de încercare, testele prezentate în tabelul de mai jos trebuie efectuate.

Lista documentelor care trebuie prezentate comisiei

Această secțiune a certificatului de acceptare oferă o listă a documentelor furnizate comisiei necesare operațiunii de încercare.

Instrucțiuni pentru formarea și întreținerea unei baze de date (set de date), versiunea 1 din 12.09.2010.
- Manual de utilizare, versiunea 1 din 14.09.2010.
- ...

Evaluarea conformității AIS acceptat la specificațiile tehnice

Se oferă o evaluare a conformității AIS acceptat cu specificațiile tehnice.

Pe baza rezultatelor testelor preliminare, sistemul îndeplinește cerințele prezentate în document: "". Versiunea 1.0.

Principalele rezultate ale acceptării în operațiunea de încercare

Această secțiune a certificatului de acceptare listează principalele rezultate obținute din rezultatele operațiunii experimentale a sistemului informațional.

Pe baza rezultatelor operației de încercare, ar trebui obținute următoarele rezultate principale:
- Sistemul este operațional;
- Subsistemele sistemului - interacționează;
- Sistemul îndeplinește cerințele documentului „Termeni de referință pentru crearea unui sistem automatizat”. Versiunea 1.0.;
- Toate caracteristicile care urmează să fie evaluate se încadrează în limite acceptabile.

Decizia comisiei privind acceptarea AIS în funcțiune de probă

Este prezentată decizia comisiei cu privire la posibilitatea sau imposibilitatea de a accepta sistemul informațional pentru operarea procesului.

M. V. Kovtun Octombrie 2010.

Rezoluția Guvernului Federației Ruse din 6 iulie 2015 N 676
„Cu privire la cerințele procedurii pentru crearea, dezvoltarea, punerea în funcțiune, funcționarea și dezafectarea sistemelor informatice de stat și stocarea suplimentară a informațiilor conținute în bazele lor de date”

În conformitate cu partea 14 a articolului 14 din Legea federală „privind informațiile, tehnologiile informaționale și protecția informațiilor”, Guvernul Federației Ruse decide:

1. Aprobarea cerințelor atașate pentru procedura de creare, dezvoltare, punere în funcțiune, funcționare și dezafectare a sistemelor informatice de stat și stocarea suplimentară a informațiilor conținute în bazele lor de date.

2. Să stabilească faptul că măsurile prevăzute de cerințele aprobate prin prezenta rezoluție sunt efectuate de autoritățile executive federale în cadrul alocărilor bugetare prevăzute de legea federală privind bugetul federal pentru exercițiul financiar corespunzător și perioada de planificare pentru conducere și management în sfera funcțiilor stabilite.

3. Recomandă ca alte organe de stat, pe lângă organele executive federale și organele executive ale entităților constitutive ale Federației Ruse, precum și organismele de gestionare a fondurilor nebugetare de stat, organismele locale de auto-guvernare, să fie ghidate în activitățile lor de către cerințele aprobate prin prezenta rezoluție.

Cerințe
la procedura pentru crearea, dezvoltarea, punerea în funcțiune, funcționarea și dezafectarea sistemelor informaționale de stat și stocarea suplimentară a informațiilor conținute în bazele lor de date
(aprobat prin decretul Guvernului Federației Ruse din 6 iulie 2015 N 676)

Cu modificări și adăugiri de la:

I. Dispoziții generale

1. Acest document definește cerințele pentru procedura de implementare a măsurilor pentru crearea, dezvoltarea, punerea în funcțiune, funcționarea și scoaterea din funcțiune a sistemelor informaționale de stat (denumit în continuare „sistemul”) și stocarea suplimentară a informațiilor conținute în bazele lor de date, efectuate de către organele executive federale și organele executive. tehnologiile informației și comunicațiilor, fie de către autoritățile executive care acționează ca parteneri publici și parteneri privați în conformitate cu acordurile privind parteneriatul public-privat (denumit în continuare „partener privat”) pentru a pune în aplicare aceste acorduri.

1.1. Atunci când autoritățile executive sau partenerii privați implementează măsuri pentru crearea, dezvoltarea, punerea în funcțiune, funcționarea și scoaterea din funcțiune a sistemelor și stocarea suplimentară a informațiilor conținute în bazele lor de date, trebuie efectuate următoarele:

a) cerințe privind protecția informațiilor conținute în sistemele stabilite de organul executiv federal în domeniul securității și de organul executiv federal autorizat în domeniul contracarării informațiilor tehnice și protecției tehnice a informațiilor, în limitele competențelor acestora;

b) cerințe pentru organizare și măsuri pentru protejarea informațiilor conținute în sistem;

Informații despre modificări:

Clauza 1.1 este completată cu sub-clauza „c” din 27 aprilie 2019 - Rezoluție

c) cerințe privind protecția datelor cu caracter personal prevăzute de partea 3 a articolului 19 din Legea federală „Cu privire la datele cu caracter personal” (dacă există date cu caracter personal în sistem).

Informații despre modificări:

Rezoluția Guvernului Federației Ruse din 11 mai 2017 N 555 Cerințe completate cu clauza 1.2

1.2. Pentru a îndeplini cerințele privind protecția informațiilor prevăzute la punctul 1.1 din prezentul document (denumite în continuare cerințe pentru protecția informațiilor), autoritățile executive stabilesc cerințele pentru protecția informațiilor conținute în sistemul autoritatea executivă, pentru care efectuează:

a) determinarea informațiilor supuse protecției împotriva accesului neautorizat, distrugerii, modificării, blocării, copierii, furnizării, distribuției, precum și a altor acțiuni ilegale în legătură cu aceste informații;

b) analiza actelor juridice de reglementare, a documentelor metodologice și a standardelor naționale pe care sistemul trebuie să le respecte;

c) clasificarea sistemului în conformitate cu cerințele pentru protecția informațiilor;

d) identificarea amenințărilor la adresa securității informațiilor, a căror implementare poate duce la o încălcare a securității informațiilor în sistem și dezvoltarea unui model de amenințări la adresa securității informațiilor pe baza acestora;

e) determinarea cerințelor pentru sistemul informațional (subsistem) pentru protejarea informațiilor conținute în sistem.

II. Cerințe pentru procedura de creare a unui sistem

2. Baza pentru crearea sistemului este:

a) obligația autorității executive de a crea sistemul, prevăzută de acte juridice de reglementare;

b) decizia autorității executive de a crea un sistem pentru a asigura punerea în aplicare a competențelor care îi sunt atribuite;

Informații despre modificări:

Clauza 2 a fost completată cu subclauza "c" din 27 aprilie 2019 - Rezoluția Guvernului Rusiei din 11 aprilie 2019 N 420

c) decizia Guvernului Federației Ruse privind implementarea unui proiect de parteneriat public-privat;

Informații despre modificări:

Clauza 2 este completată cu sub-clauza "d" din 27 aprilie 2019 - Rezoluția Guvernului Rusiei din 11 aprilie 2019 N 420

d) decizia celui mai înalt organ executiv al puterii de stat a unei entități constitutive a Federației Ruse, dacă partenerul public este o entitate constitutivă a Federației Ruse sau este planificată o licitație comună cu participarea unei entități constitutive a Federației Ruse (cu excepția cazurilor unei licitații comune cu participarea Federației Ruse).

3. Crearea sistemului se realizează în conformitate cu termenii de referință, ținând seama de modelul amenințărilor la adresa securității informațiilor prevăzut la paragraful "d" al paragrafului 1.2 din prezentul document, precum și de nivelurile de protecție a persoanelor date în timpul prelucrării lor în sistemele de informații cu caracter personal, în funcție de amenințările la adresa securității acestor date și de cerințele prezentului document.

Modelul amenințărilor la adresa securității informațiilor și (sau) termenii de referință pentru crearea sistemului sunt coordonați cu organul executiv federal în domeniul securității și cu organul executiv federal autorizat în domeniul contracarării informațiilor tehnice și protecției tehnice a informațiile, în limitele puterilor lor, în partea legată de implementarea cerințelor stabilite de protecție a informațiilor.

Termenii de referință pentru crearea sistemului trebuie să includă cerințele pentru protecția informațiilor conținute în sistem, formate în conformitate cu paragrafele "a" și "c" din paragraful 1.1 al acestui document.

4. Termenii de referință pentru crearea unui sistem și un model de amenințări la adresa securității informațiilor sunt aprobați de către un funcționar al autorității executive care este însărcinat cu competențele corespunzătoare.

5. Procedura de creare a sistemului include următorii pași care sunt implementați secvențial:

a) dezvoltarea documentației pentru sistem și părțile sale;

b) elaborarea documentației de lucru pentru sistem și părțile sale;

c) dezvoltarea sau adaptarea software-ului;

d) punerea în funcțiune a lucrărilor;

e) efectuarea testelor preliminare ale sistemului;

f) efectuarea procesului de operare a sistemului;

g) efectuarea testelor de acceptare a sistemului.

6. Etapa de dezvoltare a documentației pentru sistem și părțile sale include dezvoltarea, coordonarea și aprobarea documentației în măsura necesară pentru a descrie setul complet de soluții de proiectare (inclusiv securitatea informațiilor) și suficient pentru lucrări ulterioare privind crearea sistem.

7. Etapa de dezvoltare a documentației de lucru pentru sistem și a părților sale include dezvoltarea, coordonarea și aprobarea documentației care conține informații necesare pentru efectuarea lucrărilor de punere în funcțiune a sistemului și funcționarea acestuia, precum și procedura de operare a sistemului, care conține informațiile necesare pentru efectuarea lucrărilor pentru menținerea nivelului caracteristicilor operaționale (calității) sistemului (inclusiv protecția informațiilor) stabilite în soluțiile de proiectare specificate la punctul 6 din acest document, inclusiv:

a) o listă de acțiuni ale angajaților atunci când îndeplinesc sarcini pentru funcționarea sistemului, inclusiv lista, tipurile, volumele și frecvența muncii pentru a asigura funcționarea sistemului;

b) monitorizarea performanței sistemului și a componentelor care asigură protecția informațiilor;

c) o listă a defecțiunilor care pot apărea în timpul funcționării sistemului și recomandări pentru acțiuni atunci când apar;

d) o listă a modurilor de operare ale sistemului și a caracteristicilor acestora, precum și procedura și regulile pentru transferul sistemului de la un mod de operare la altul, indicând timpul necesar pentru aceasta.

8. Etapa de dezvoltare sau adaptare a software-ului include dezvoltarea software-ului sistemului, selectarea și adaptarea software-ului achiziționat, precum și, în cazurile și procedura stabilite, certificarea software-ului sistemului dezvoltat și a instrumentelor de protecție a informațiilor în conformitate cu cu cerințe de securitate a informațiilor.

9. Etapa de punere în funcțiune include reglarea autonomă a componentelor hardware și software ale sistemului, încărcarea informațiilor în baza sa de date, ajustarea complexă a hardware-ului și software-ului sistemului, inclusiv securitatea informațiilor.

10. Etapa testării preliminare include:

a) dezvoltarea unui program și metodologie pentru testele preliminare, în conformitate cu care sistemul este verificat pentru operabilitate și conformitatea cu specificațiile tehnice pentru crearea acestuia;

b) verificarea sistemului pentru operabilitate și respectarea termenilor de referință pentru crearea acestuia;

c) eliminarea defecțiunilor identificate în timpul acestor teste și modificarea documentației și a documentației de lucru pentru sistem;

d) înregistrarea unui raport de testare și a unui act de acceptare a sistemului pentru operațiunea de încercare.

11. Etapa operațiunii de proces include:

a) dezvoltarea unui program și a unei metodologii pentru operarea procesului;

b) operarea de încercare a sistemului în conformitate cu programul și metodologia de operare de încercare;

c) revizuirea software-ului sistemului și ajustarea suplimentară a mijloacelor tehnice în cazul detectării deficiențelor identificate în timpul procesului de funcționare a sistemului;

d) executarea unui act la finalizarea operațiunii de încercare, inclusiv o listă a deficiențelor care trebuie eliminate înainte de a începe funcționarea sistemului.

12. Etapa testării acceptării include:

a) testarea conformității sistemului cu termenii de referință pentru crearea acestuia în conformitate cu programul și metodologia testelor de acceptare;

b) analiza rezultatelor eliminării deficiențelor specificate în act la finalizarea operațiunii de încercare;

c) înregistrarea unui act de acceptare a sistemului în funcțiune.

III. Cerințe pentru procedura de punere în funcțiune a sistemului

13. Baza pentru punerea în funcțiune a sistemului este un act juridic al autorității executive privind punerea în funcțiune a sistemului, care definește lista măsurilor pentru asigurarea punerii în funcțiune a sistemului și stabilește data de începere a funcționării.

14. Actul juridic al autorității executive privind punerea în funcțiune a sistemului include:

a) măsuri pentru elaborarea și aprobarea documentelor organizatorice și administrative care definesc măsuri de protejare a informațiilor în timpul funcționării sistemului, a căror dezvoltare este prevăzută de acte juridice de reglementare și documente metodologice ale organului executiv federal în domeniul securității și organul executiv federal autorizat în domeniul combaterii informațiilor tehnice și protecției tehnice a informațiilor, precum și a standardelor naționale în domeniul protecției informațiilor;

b) măsuri de atestare a sistemului în conformitate cu cerințele de protecție a informațiilor, ca urmare a cărora, în cazurile stabilite de legislația Federației Ruse, conformitatea protecției informațiilor conținute în sistem cu cerințele prevăzute căci prin legislația Federației Ruse privind informațiile, tehnologiile informaționale și protecția informațiilor este confirmată;

c) măsuri de pregătire a autorității executive, precum și a partenerului privat, în cazul unui acord de parteneriat public-privat, pentru funcționarea sistemului;

d) măsuri pentru pregătirea funcționarilor organului executiv, precum și a angajaților partenerului privat în cazul unui acord de parteneriat public-privat pentru funcționarea sistemului, inclusiv cei responsabili de asigurarea protecției informațiilor.

15. Punerea în funcțiune a sistemului nu este permisă în următoarele cazuri:

a) nerespectarea cerințelor de protecție a informațiilor stabilite de legislația Federației Ruse, inclusiv absența unui certificat valid de conformitate cu cerințele de securitate a informațiilor;

b) absența în registru a amplasării teritoriale a obiectelor de control prevăzute de Regulile pentru exercitarea controlului asupra amplasării mijloacelor tehnice ale sistemelor informaționale utilizate de organele de stat, organismele de autoguvernare locale, întreprinderile unitare de stat și municipale, statul și instituțiile municipale, pe teritoriul Federației Ruse, aprobat prin decretul Guvernului Federației Ruse din 6 iulie 2015 N 675 „Cu privire la procedura de monitorizare a respectării cerințelor prevăzute la partea 2.1 a articolului 13 și partea 6 din articolul 14 din Legea federală „Despre informație, tehnologii informaționale și protecția informației”, informații privind amplasarea mijloacelor tehnice ale sistemului informațional pe teritoriul Federației Ruse;

c) nerespectarea cerințelor acestei secțiuni identificate în cursul controlului în conformitate cu regulile pentru exercitarea controlului asupra conformității cu cerințele procedurii de creare, dezvoltare, punere în funcțiune, funcționare și dezafectare a sistemelor informatice de stat și stocare suplimentară de informații conținute în bazele lor de date, aprobat Decretul Guvernului Federației Ruse din 6 iulie 2015 N 675 „Cu privire la procedura de monitorizare a conformității cu cerințele prevăzute de partea 13 a articolului 13 și partea 6 a articolului 14 din Federal Legea "privind informațiile, tehnologiile informaționale și protecția informațiilor." Din acest document. Act juridic a) pregătirea actelor juridice legate de dezafectarea sistemului;

b) lucrează la scoaterea din funcțiune a sistemului, inclusiv la dezinstalarea software-ului sistemului, la exercitarea drepturilor la software-ul sistemului, demontarea și scrierea hardware-ului sistemului, asigurarea stocării și utilizarea în continuare a resurselor informaționale ale sistemului;

Informații despre modificări:

Rezoluția Guvernului Federației Ruse din 11 mai 2017 N 555, paragraful 23 a fost completată cu paragraful „c”

c) asigurarea protecției informațiilor în conformitate cu documentația sistemului și documentele organizatorice și administrative pentru protecția informațiilor, inclusiv arhivarea informațiilor conținute în sistem, distrugerea (ștergerea) datelor și a informațiilor reziduale de pe suportul de stocare al mașinii și (sau ) distrugerea mediilor de stocare a mașinilor ...

24. Cu excepția cazului în care se prevede altfel prin actele juridice de reglementare ale Federației Ruse, perioadele de stocare a informațiilor conținute în bazele de date ale sistemului sunt stabilite de autoritatea executivă și nu pot fi mai mici decât perioadele de stocare a informațiilor stabilite pentru stocarea documentelor pe hârtie. conținând astfel de informații.

25. Perioada de dezafectare a sistemului nu poate fi mai devreme de data expirării ultimei măsuri prevăzute de actul juridic privind dezafectarea sistemului.

Procedura de punere în funcțiune a EIS.

PROIECTARE TIPICA AUTOMATIZATA. ETAPA DE PUNERE ÎN FUNCȚIONARE.

CONFERINȚA 10.

Conform GOST 34.601-90 „AS. Etape de creație "și GOST 34.603-92" Tipuri de teste ale UA "Ca parte a etapei de punere în funcțiune a sistemului, se efectuează următoarele lucrări:

1) pregătirea organizațională a obiectului de automatizare pentru punerea în funcțiune a IS - implementarea soluțiilor de proiectare pentru structura organizațională, furnizarea de subdiviziuni a obiectului de management cu materiale instructive și metodologice, introducerea clasificatorilor de informații;

2) pregatirea personalului - instruirea personalului și verificarea capacității acestora de a asigura funcționarea SI;

3) Echipament IC cu produse furnizate (în cazul necesității unei astfel de livrări descrise în TOR) - primirea componentelor de serie și a producției unice, a materialelor și a produselor de asamblare, controlul primit al calității acestora;

4) lucrări de construcție și instalare - Efectuarea lucrărilor de construcție a spațiilor specializate pentru amplasarea echipamentelor tehnice și a personalului IS, construcția canalelor de cablu, instalarea echipamentului tehnic și a liniilor de comunicații, testarea echipamentului tehnic instalat, livrarea echipamentului tehnic pentru punerea în funcțiune ;

5) punerea în funcțiune a lucrărilor - ajustarea autonomă a hardware-ului și software-ului, încărcarea informațiilor în baza de date și verificarea întreținerii acesteia, ajustarea complexă a tuturor facilităților sistemului;

6) teste preliminare - testarea SI pentru operabilitate și respectarea termenilor de referință în conformitate cu programul și metodologia testelor preliminare; eliminarea defecțiunilor și a modificărilor la documentația de pe IC, inclusiv operațional în conformitate cu raportul de testare; înregistrarea certificatului de acceptare a IS pentru operațiunea de încercare;

7) operațiune de încercare - operarea de încercare a IS; analiza rezultatelor sale; finalizarea software-ului IS; ajustarea suplimentară a mijloacelor tehnice ale SI; înregistrarea unui act la finalizarea operațiunii de judecată.

8) teste de acceptare - teste pentru conformitatea cu specificațiile tehnice în conformitate cu programul și metodologia testelor de acceptare; analiza rezultatelor testelor IC și eliminarea deficiențelor identificate în timpul testării; înregistrarea unui act de acceptare a IP în funcțiune permanentă.

Punerea în funcțiune a EIS reprezintă o tranziție treptată de la sistemul de control existent la unul automat. În același timp, nu numai gradul de utilizare a mijloacelor tehnice pentru prelucrarea datelor crește, ci și metodele de gestionare se modifică în consecință.


În conformitate cu modelul în spirală al ciclului de viață al sistemului, începând cu etapa de proiectare tehnică, subsistemele EIS, complexele de sarcini sau componentele individuale capabile de funcționare independentă sunt puse în funcțiune în etape, deoarece documentația de lucru și mijloacele tehnice sunt gata.

Etapa de punere în funcțiune include operarea pilot a complexelor de sarcini și acceptarea lor în exploatare industrială după testele de acceptare. Întregul sistem este pus în funcțiune comercială după finalizarea acceptării în funcțiune a tuturor complexelor de sarcini.

Una dintre caracteristicile importante ale punerii în funcțiune a sistemului este prezența unei anumite perioade în care se efectuează funcționarea paralelă a sistemului existent și a noului EIS. În sistemele tehnice, un dispozitiv este înlocuit cu altul, cel mai adesea secvențial în timp. Uneori este instalată o mașină nouă în locul celei vechi - în acest caz, nici echipamentul nou, nici vechiul nu funcționează de ceva timp. Dacă noul intră în funcțiune înainte ca vechiul să nu mai funcționeze, atunci funcționează independent unul de celălalt. La punerea în funcțiune a unui EIS de tip organizațional, este fundamental imposibilă o situație în care nici vechiul, nici noul sistem nu a funcționat cel puțin o perioadă scurtă de timp. Mai mult, pentru a verifica corectitudinea tuturor soluțiilor stabilite, punerea în funcțiune a unui nou sistem se realizează treptat în timpul funcționării de încercare prin următorii pași:

1. Verificarea unui subsistem sau a unui complex de sarcini pe volumul complet de date reale, dar nu în timpul real necesar pentru control.

2. Funcționarea noului sistem pe volumul complet de date reale și în termeni reali într-un mod de control, atunci când rezultatele obținute nu sunt utilizate pentru gestionare, ci sunt comparate cu rezultatele obținute în sistemul anterior și analizate.

3. Trecerea la management pe baza rezultatelor noului sistem menținând în același timp vechiul sistem în funcțiune în cazul unor posibile defecțiuni și situații neprevăzute.

4. Tranziția finală la activitatea noului sistem.

Funcționarea paralelă a sistemului este extrem de nefavorabilă pentru angajați. Trebuie să facă o muncă dublă cu un stres crescut. Dezvoltatorii de sistem ar trebui să se străduiască să reducă perioada de lucru paralel, care depinde în esență de cât de reușită este dezvoltarea și depanarea sistemului. Este inacceptabil să transferați cel puțin o parte din depanarea și depanarea sistemului pentru perioada de funcționare de încercare. Modificările din această perioadă sunt inevitabile, cu toate acestea, ar trebui să ne străduim să ne asigurăm că rămân doar cele care nu ar fi putut fi prevăzute înainte de începerea operațiunii experimentale.

Operațiunea de încercare se suprapune peste procesul de testare. De regulă, sistemul nu este pus în funcțiune complet, treptat. Prin urmare, din punctul de vedere al conținutului sistemului, punerea în funcțiune trece prin cel puțin trei etape:

2) acumularea de informații;

3) atingerea capacității de proiectare.

inițiază o gamă destul de restrânsă de erori - în principal probleme de nepotrivire a datelor în timpul încărcării și erorile proprii ale încărcătorului, adică ceva care nu a fost urmărit pe datele de testare. Dacă depanarea datelor „live” este imposibilă, atunci va trebui să simulați situația și rapid. Acest lucru necesită testeri foarte calificați.

În cursul perioadei acumularea de informații va apărea cel mai mare număr de greșeli făcute la crearea unui sistem informațional. De regulă, acestea sunt erori legate de accesul mai multor utilizatori. Astfel de erori sunt adesea trecute cu vederea în timpul fazei de testare. Acest lucru se datorează aparent complexității modelării, precum și costului ridicat al instrumentelor de automatizare pentru testarea sistemului informațional în condiții de acces multi-utilizatori. Unele erori vor fi dificil de remediat, deoarece sunt erori de proiectare. Niciunul dintre cele mai bune proiecte nu este imun la ele. Aceasta înseamnă că, pentru orice eventualitate, trebuie să rezervați timp pentru localizare și corectarea unor astfel de erori.

În timpul perioadei de acumulare a informațiilor, se poate întâlni faimoasa „bază căzută”. În cel mai rău caz, se dovedește că SGBD nu poate rezista fluxului de informații. Dacă este bun, parametrii de configurare sunt pur și simplu incorecți. Primul caz este periculos, deoarece este destul de dificil să influențăm producătorul SGBD, iar clientului într-adevăr nu îi plac legăturile cu serviciul de asistență tehnică SGBD. Nu producătorul va trebui să rezolve problema eșecului SGBD, ci dvs. - să schimbați schema, să reduceți fluxul de cereri, să modificați solicitările în sine; în general, există multe opțiuni. Este bine dacă timpul pentru restaurarea bazei de date se încadrează în timpul planificat al proiectului.

Sistemul atinge capacitatea sa de proiectare la coincidență reușită a circumstanțelor - aceasta este corectarea unui număr de greșeli minore și, ocazional, greșeli grave.

GOST 24.208-80 Cerințe pentru conținutul documentelor etapei „Punerea în funcțiune”

Prin decretul Comitetului de Stat pentru Standarde al URSS din 14 mai 1980 nr. 2101, a fost stabilită perioada de introducere

de la 01.01 1981

Acest standard se aplică documentației tehnice pentru sistemele de control automatizat (ACS) de toate tipurile, dezvoltat pentru toate nivelurile de management (cu excepția naționalului) și stabilește cerințele pentru conținutul documentelor elaborate în etapa „Punere în funcțiune” în conformitate cu cerințele GOST 24.101-80

1. DISPOZIȚII GENERALE

1.1. Documentele elaborate în etapa „Punere în funcțiune” sunt denumite documente de acceptare pentru sistemul de control automat.

1.2. La întocmirea documentelor pentru o parte din ACS, conținutul documentelor este limitat la cadrul părții corespunzătoare a ACS.

1.3. În funcție de scopul și caracteristicile specifice ale sistemelor de control automat create, este permisă includerea în documente a informațiilor suplimentare, cerințele pentru conținutul cărora nu sunt stabilite de prezentul standard.

2. CERINȚE PENTRU DOCUMENTAREA DE ACCEPTARE

2.1. Certificat de absolvire

2.1.1. Documentul este destinat să înregistreze finalizarea unei lucrări separate la crearea unui ACS.

2.1.2. Documentul nu se aplică lucrărilor de construcție și instalare și punere în funcțiune.

2.1.3. Documentul trebuie să conțină:

  • numele lucrării (lucrărilor) finalizate;
  • o listă a reprezentanților organizației dezvoltatorilor și a organizației clienților care au întocmit actul;
  • data finalizării lucrărilor;
  • numele documentului (documentelor) pe baza cărora s-a efectuat lucrarea;
  • principalele rezultate ale lucrării finalizate;
  • concluzie asupra rezultatelor lucrării finalizate.

2.2. Certificat de acceptare a operațiunii de testare

2.2.1. Documentul este destinat să înregistreze finalizarea punerii în funcțiune a sistemului automatizat de control în ansamblu sau a părților sale în funcțiune de încercare.

2.2.2. Documentul trebuie să conțină:

  • numele ACS (sau partea sa) acceptat pentru operațiunea de încercare și obiectul de control corespunzător;
  • componența comisiei de acceptare și baza activității acesteia (numele, numărul și data aprobării documentului pe baza căruia a fost creată comisia);
  • componența funcțiilor ACS (sau a părții sale), acceptate pentru operațiune de probă;
  • lista componentelor suportului tehnic, software, informațional și organizațional, verificate în procesul de funcționare a încercării;
  • principalele rezultate ale acceptării în operațiunea de încercare;
  • decizia comisiei privind acceptarea sistemului automat de control pentru operarea de probă.

2.3. Certificat de acceptare a exploatării industriale

2.3.1. Documentul este destinat să înregistreze faptul că ACS (sau partea sa) este pus în funcțiune industrială.

2.3.2. Documentul trebuie să conțină:

  • numele obiectului de control și ACS (sau partea sa) acceptate pentru exploatare industrială;
  • informații privind statutul comitetului de acceptare (stat, interdepartamental, departamental), componența acestuia și baza activității sale;
  • perioada de lucru a comisiei;
  • numele organizației dezvoltatorilor, organizației coexecutante și organizației clienților;
  • numele documentului pe baza căruia a fost dezvoltat ACS;
  • compunerea funcțiilor ACS (sau a părții sale), luate în exploatare comercială;
  • lista componentelor suportului tehnic, software, informațional și organizațional acceptat pentru exploatare industrială;
  • lista documentelor depuse la comisie;
  • concluzie cu privire la rezultatele operațiunii de încercare a sistemului automat de control;
  • evaluarea conformității ACS acceptat cu specificațiile tehnice pentru crearea acestuia;
  • scurte caracteristici și principalele rezultate ale muncii efectuate la crearea unui sistem de control automat;
  • evaluarea nivelului științific și tehnic al ACS (conform datelor de proiectare) *;
  • evaluarea eficienței economice de la introducerea sistemelor de control automatizate (conform datelor de proiectare) *;
  • decizia comisiei;
  • recomandările comisiei pentru dezvoltarea în continuare a sistemului *.
* Obligatoriu numai după acceptarea ACS în ansamblu.

2.3.3. Programul și rapoartele de testare, procesele-verbale ale ședințelor comisiei, actele de acceptare în exploatare industrială a părților adoptate anterior ale ACS, o listă a mijloacelor tehnice pe care comisia utilizate la acceptarea ACS sunt atașate la „Actul de acceptare în exploatare industrială ". La aprecierea comisiei, este permisă includerea documentelor suplimentare în cerere.

2.4. Program de lucru

2.4.1. Documentul stabilește o listă de lucrări, termene și interpreți ai lucrărilor legate de crearea lucrărilor.

2.4.2. Documentul pentru fiecare lucrare inclusă în listă trebuie să conțină:

  • denumirea funcției;
  • data de începere și de încheiere a lucrării;
  • numele unității care participă la lucrare;
  • numele și funcția executivului responsabil;
  • formula de prezentare a rezultatelor muncii.

2.5. Comandă de lucru

2.5.1. În funcție de stadiul de lucru pentru crearea unui sistem de control automat, sunt stabilite următoarele tipuri de documente:

  • o comandă privind disponibilitatea obiectului de control pentru lucrările de construcție și instalare;
  • o comandă privind disponibilitatea obiectului de control pentru punerea în funcțiune;
  • să înceapă funcționarea de probă a ACS (părțile sale);
  • un ordin de punere în funcțiune comercială a sistemului automat de control (părțile sale).

2.5.2. Documentul „Ordinul privind pregătirea obiectului de control pentru lucrările de construcție și instalare” trebuie să conțină:

  • mesaj despre disponibilitatea obiectului de control pentru efectuarea lucrărilor de construcție și instalare;
  • determinarea zonei de construcție și instalare;
  • procedura de admitere la muncă;
  • o listă a reprezentanților organizației clienților responsabili de muncă și siguranța echipamentelor montate;
  • lista reprezentanților responsabili ai organizațiilor de construcții și instalații care efectuează lucrările.

2.5.3. Documentul „Comandă privind disponibilitatea obiectului de control pentru punerea în funcțiune” trebuie să conțină:

  • mesaj despre disponibilitatea obiectului de control pentru punerea în funcțiune;
  • lista mijloacelor tehnice ale ACS de ajustat;
  • o indicație a procedurii pentru efectuarea lucrărilor de reglare;
  • procedura de admitere la punerea în funcțiune;
  • o listă a reprezentanților organizației clienților responsabili de punerea în funcțiune;
  • o listă a reprezentanților responsabili ai organizațiilor care efectuează lucrări de punere în funcțiune;
  • instrucțiuni despre cum să eliminați erorile de instalare și persoanele responsabile de efectuarea acestor lucrări.

2.5.4. Documentul „Ordinul privind începerea operațiunii de încercare a ACS (părțile sale)” trebuie să conțină:

  • denumirea ACS în ansamblu sau a părților sale care fac obiectul unei operațiuni de încercare;
  • calendarul operațiunii de încercare;
  • o listă a funcționarilor organizației contractante și a organizației dezvoltatoare responsabile de operațiunea de încercare;
  • lista diviziunilor organizației de clienți implicate în operațiunea de încercare.

2.5.5. Documentul „Ordinul privind punerea în funcțiune a sistemului automat de control (părțile sale)” trebuie să conțină:

  • compoziția funcțiilor ACS sau a componentelor, hardware-ului și software-ului acestuia, luate în exploatare industrială;
  • o listă a funcționarilor și o listă a diviziilor organizației clienților responsabile de funcționarea sistemului de control automat;
  • procedura și termenii pentru introducerea de noi forme de documente (dacă este necesar);
  • procedura și termenii pentru transferul primei persoane care lucrează în condițiile de funcționare a sistemului automat de control.

2.6. Ordin privind componența comitetului de acceptare

Documentul trebuie să conțină:

  • numele ACS acceptat ca întreg sau părțile sale;
  • informații despre componența comisiei;
  • baza organizării comisiei;
  • numele organizației clienților;
  • numele organizației dezvoltatorilor, organizațiilor coexecutante;
  • numirea și obiectivele comisiei;
  • condițiile de începere și finalizare a lucrărilor comisiei;
  • instrucțiuni privind forma de finalizare a lucrărilor comisiei.

2.7. Program de lucru

2.7.1. În funcție de conținutul lucrării, se stabilesc următoarele tipuri de documente:

  • program de testare;
  • program de operare de probă;
  • programul de lucru al comitetului de acceptare.

2.7.2. Documentul „Programul de testare” este destinat să stabilească procedura și domeniul de aplicare al testelor preliminare atunci când se transferă la operațiunea de încercare și testele de acceptare la transferul sistemului automat de control la funcționarea industrială.

Documentul trebuie să conțină:

  • compoziția funcțiilor ACS în ansamblu sau a părților sale care urmează să fie testate, cu referire la punctele din „Termenii de referință” pentru crearea ACS;
  • lista componentelor suportului tehnic, software, informațional și organizațional supuse testării;
  • procedura de testare a componentelor individuale ale suportului ACS și a funcțiilor ACS individuale;
  • condițiile și condițiile de testare;
  • procedura de înregistrare a testelor și deficiențele identificate;
  • procedura de eliminare a deficiențelor și efectuarea modificărilor necesare documentației tehnice;
  • indicarea formei de prezentare a rezultatelor testelor.

2.7.2. Documentul „Programul operațiunii de încercare” este destinat să stabilească ordinea și sfera operațiunii de încercare.

Documentul trebuie să conțină:

  • componența funcțiilor ACS și a părților sale supuse operațiunii de încercare, cu referire la punctele din termenii de referință pentru crearea ACS;
  • lista componentelor suportului tehnic, software, informațional și organizațional supuse operațiunii de încercare;
  • procedura pentru acțiunile personalului în timpul operațiunii de încercare a elementelor ACS și a subsistemelor funcționale individuale;
  • condițiile și termenii operațiunii de încercare;
  • procedura de înregistrare a rezultatelor operațiunii de încercare și a deficiențelor identificate;
  • procedura de eliminare a deficiențelor identificate și de modificare a documentației tehnice;
  • o indicație a formei de prezentare a rezultatelor operației de încercare.

2.7.2. Documentul „Programul de lucru al comitetului de acceptare” este destinat să stabilească procedura de acceptare a sistemului automatizat de control în exploatare industrială. Compoziția și conținutul documentului sunt determinate în conformitate cu documentele de reglementare și tehnice aprobate în această industrie.

2.8. Raport de testare

2.8.1. Documentul este destinat să înregistreze rezultatele testelor preliminare în timpul transferului ACS în ansamblu sau a părților sale pentru încercare sau funcționare industrială.

2.8.2. Documentul trebuie să conțină:

  • numele obiectului de testare;
  • lista oficialilor care au efectuat testul;
  • scopul testelor;
  • informații despre durata testelor;
  • o listă a punctelor atribuirii tehnice pentru crearea unui sistem de control automatizat, pentru conformitatea cu care au fost efectuate testele;
  • lista elementelor din „Programul de testare” pentru care au fost efectuate testele;
  • informații despre rezultatele monitorizării funcționării corecte a ACS;
  • informații despre eșecuri, eșecuri și urgențe care au avut loc în timpul testării;
  • informații despre ajustările parametrilor obiectului de testare și documentația tehnică.

2.9. Protocol de negociere

2.9.1. Documentul este destinat să convină asupra abaterilor de la soluțiile de proiectare adoptate și aprobate anterior, atunci când, în procesul de funcționare experimentală a ACS în ansamblu sau a părților sale, a fost dezvăluită necesitatea corectării acestora.

2.9.2. Documentul trebuie să conțină:

  • o listă a abaterilor considerate cu indicarea documentului, abateri de la cerințele cărora sunt supuse aprobării;
  • o listă a oficialilor care au întocmit protocolul;
  • justificarea abaterilor acceptate de la soluțiile de proiectare;
  • o listă a abaterilor convenite și intervalul de timp pentru efectuarea modificărilor necesare la documentația tehnică.

Reeditare. Mai 1986

ARTICOLE SIMILARE