Potvrda o puštanju u rad informacionog sistema. Puštanje u rad informacionih sistema gost

ODOBRENO

Zamjenik direktora Odjela za državnu regulativu u gospodarstvu

Ministarstvo ekonomskog razvoja Ruske Federacije
______________ V.N. Rudenko
« 09 » _ Novembar __ 2011

STAVLJANJE U EKSPERIMENTALNU OPERACIJU

Automatizovani informacioni sistem za upravljanje projektima, razvijen prema državnom ugovoru od 7. novembra 2011. br. GK-158-OF / D01.
U skladu sa zajedničkom odlukom kupca (Ministarstvo ekonomskog razvoja Rusije) i dobavljača (OTR 2000 LLC) da ga puste u probni rad.

Komisija u sastavu:

Predsjednik komisije:

Zamjenik direktora Odjela za državnu regulativu u gospodarstvu V.N. Rudenko,

Članovi komisije:

S.V. Pušakov, vd šefa Odjela za razvoj elektroničkog društva Odjela za državnu regulativu u gospodarstvu,

A.V. Matveenko,

Vodeći savjetnik Odjela za razvoj e-društva Odjela za državnu regulativu u gospodarstvu N.N. Kirsanova,

Šef direkcije LLC "OTR 2000" A.I. Kuleshova,

O.V., projekt menadžer OTR 2000 LLC Strakhova,

Vodeći analitičar OTR 2000 LLC Yu.M. Gudkova,

Istraživač pravca "Realnog sektora" IEP-a nazvanog po E.T. Gaidar E.R. Batarshin.
od "_ 08 _" Novembar 2011 od "_ 09 _" Novembar 2011. sproveli su preliminarna ispitivanja primenjenog softvera automatizovanog informacionog sistema „Portal za upravljanje projektima“ (AIS PPU), instaliranog u Ministarstvu ekonomskog razvoja Rusije.

Utvrđeno je da su preliminarni testovi uspješno završeni.

Glavne faze razvoja izvedene su u skladu sa projektnim zadatkom.
Razvio dokumentacija ispunjava zahtjeve rad softvera.
Softver je pripremljen za probni rad.

Popis funkcija prihvaćenih za probni rad (odjeljak "Zahtjevi za funkcije koje sistem izvodi" tehničkog zadatka):
1. Održavanje liste projekata.
2. Rad sa subjektima dizajna.
3. Rad sa pokazateljima za procjenu statusa rada na projektu.
4. Analitički modul.
5. Biblioteka dokumenata.

Spisak dokumenata dostavljenih komisiji potrebnih za probni rad:
1. "Opis AIS-ovog" Portala za upravljanje projektima "" (putovnica sistema);
2. "Upute administratora AIS PPU";
3. "Korisnički priručnik za AIS PPU";
4. "Program i metodologija za testiranje AIS PPU";
5. "Test zadaci za AIS PPU";
6. "Uputa zasnovana na ulozi koja opisuje postupak za rad s AIS PPU-om kao alatom za upravljanje projektima" Međuodsječna interakcija ""
Odluka komisije: Prihvatiti softver za probni rad od 9. novembra 2011.

PRIJAVE:

Preliminarni izvještaj o ispitivanju br. 1
Preliminarni izvještaj o ispitivanju br. 2

Članovi komisije:

V.N. Rudenko

S.V. Puščakov

A.V. Matveenko

N.N. Kirsanova

A.I. Kuleshov

O.V. Strakhova

Yu.M. Gudkova

E.R. Batarshin

Potvrda o prihvatanju ispitnog rada formira se prema rezultatima preliminarnih ispitivanja i uključuje: zaključke izvedene iz rezultata složenih ispitivanja; zadaci za probni rad.

Vremenski period provizije

U ovom odjeljku potvrde o prijemu dati su datumi početka i završetka rada komisije za prihvat za provođenje preliminarnih ispitivanja.

Početak ispitivanja - 01. novembar 2010.
Kraj testiranja - 31. decembar 2010.
Ukupno trajanje testova je 44 radna dana.

Naziv korisničke organizacije, izvršne organizacije i suizvršne organizacije

Navedeno je ime organizacija učesnika u ispitivanjima i onih koji su sačinili potvrdu o prihvatanju informacionog sistema u probni rad.

Organizacija-kupac - JSC "Kupac".
Izvršna organizacija - JSC "Izvršitelj".
Organizacija sa izvršnim izvršenjem - LLC izvršitelj (ako postoji).

Sastav AIS funkcija prihvaćen za probni rad

Navedena je lista AIS funkcija prihvaćenih za probni rad. Funkcije se mogu prenositi i na sistem i na podsisteme. Funkcije su preuzete iz odjeljka "Zahtjevi za funkcije koje sistem izvodi" tehničkog zadatka za stvaranje informacijskog sistema.

Spisak komponenata tehničke, softverske, informativne i organizacione podrške provjerene tokom probnog rada

Ovaj odjeljak potvrde o prijemu sadrži listu ispitivanja izvršenih tokom probnog rada. Popis testova preuzet je iz odjeljka "Opseg ispitivanja" Programa ispitivanja.

U procesu probnog rada treba provesti testove predstavljene u donjoj tabeli.

Spisak dokumenata koji se podnose komisiji

Ovaj odjeljak potvrde o prijemu sadrži spisak dokumenata dostavljenih komisiji, neophodnih za probni rad.

Upute za formiranje i održavanje baze podataka (skupa podataka), verzija 1 od 12.09.2010.
- Korisnički priručnik, verzija 1 od 14.09.2010.
- ...

Procjena sukladnosti prihvaćenih AIS-a sa tehničkim specifikacijama

Daje se ocjena usklađenosti prihvaćenog AIS-a sa tehničkim specifikacijama.

Na osnovu rezultata preliminarnih ispitivanja, Sistem ispunjava zahtjeve predstavljene u dokumentu: "". Verzija 1.0.

Glavni rezultati prihvatanja u probni rad

Ovaj odjeljak potvrde o prijemu navodi glavne rezultate dobivene rezultatima eksperimentalnog rada informacijskog sistema.

Na osnovu rezultata probnog rada, trebali bi se dobiti sljedeći glavni rezultati:
- sistem je operativan;
- Podsistemi sistema - komuniciraju;
- Sistem ispunjava zahtjeve dokumenta "Zadaci za stvaranje automatiziranog sistema". Verzija 1.0.;
- Sve karakteristike koje treba procijeniti su u prihvatljivim granicama.

Odluka komisije o prihvatanju AIS-a u probni rad

Prikazana je odluka komisije o mogućnosti ili nemogućnosti prihvatanja informacionog sistema za probni rad.

M. V. Kovtun Oktobar 2010.

Rezolucija Vlade Ruske Federacije od 6. jula 2015. godine N 676
"O zahtjevima za postupak stvaranja, razvoja, puštanja u pogon, rada i razgradnje državnih informacionih sistema i daljeg čuvanja informacija sadržanih u njihovim bazama podataka"

U skladu sa dijelom 6. člana 14. Saveznog zakona "O informacijama, informacionim tehnologijama i zaštiti informacija", Vlada Ruske Federacije donosi odluku:

1. Odobriti priložene zahteve za postupak stvaranja, razvoja, puštanja u rad, rada i razgradnje državnih informacionih sistema i daljeg čuvanja podataka sadržanih u njihovim bazama podataka.

2. Utvrditi da mjere predviđene zahtjevima odobrenim ovom rezolucijom provode savezne izvršne vlasti u okviru budžetskih izdvajanja predviđenih saveznim zakonom o saveznom budžetu za odgovarajuću finansijsku godinu i planski period za rukovođenje i upravljanje u sferi uspostavljenih funkcija.

3. Preporučiti da se i druga državna tijela, pored federalnih izvršnih tijela i izvršnih tijela konstitutivnih entiteta Ruske Federacije, kao i državna tijela za upravljanje vanproračunskim fondovima, tijela lokalne samouprave, u svojim aktivnostima vode i zahtjevi odobreni ovom rezolucijom.

Zahtjevi
na postupak za stvaranje, razvoj, puštanje u rad, rad i razgradnju državnih informacionih sistema i dalje čuvanje podataka sadržanih u njihovim bazama podataka
(odobreno dekretom Vlade Ruske Federacije od 6. jula 2015. N 676)

Sa izmjenama i dopunama od:

I. Opšte odredbe

1. Ovaj dokument definiše zahtjeve za postupak za provođenje mjera za stvaranje, razvoj, puštanje u rad, rad i razgradnju državnih informacionih sistema (u daljnjem tekstu sistem) i daljnje čuvanje podataka sadržanih u njihovim bazama podataka, koje su izvršene od strane federalnih izvršnih tijela i izvršnih tijela. vlasti konstitutivnih entiteta Ruske Federacije (u daljem tekstu: izvršne vlasti) u cilju povećanja efikasnosti provedbe ovlasti izvršnih vlasti kao rezultat upotrebe informacione i komunikacione tehnologije, bilo od strane izvršnih vlasti koje djeluju kao javni partneri ili privatni partneri u skladu sa sporazumima o javno-privatnom partnerstvu (u daljem tekstu privatni partner) u cilju provedbe ovih sporazuma.

1.1. Kada izvršne vlasti ili privatni partneri provode mjere za stvaranje, razvoj, puštanje u rad, rad i razgradnju sistema i daljnje čuvanje podataka sadržanih u njihovim bazama podataka, treba izvršiti sljedeće:

a) zahtjeve za zaštitu informacija sadržanih u sistemima koje je uspostavilo savezno izvršno tijelo u oblasti sigurnosti i savezno izvršno tijelo ovlašteno u oblasti suzbijanja tehničke obavještajne službe i tehničke zaštite podataka, u granicama svojih ovlašćenja;

b) zahtjevi za organizaciju i mjere za zaštitu informacija sadržanih u sistemu;

Informacije o promjenama:

Klauzula 1.1 dopunjena je podtačkom "c" od 27. aprila 2019. godine - Rezolucija

c) zahtjeve za zaštitu ličnih podataka predviđene dijelom 3 člana 19 Saveznog zakona "O ličnim podacima" (ako u sistemu postoje lični podaci).

Informacije o promjenama:

Rezolucija Vlade Ruske Federacije od 11. maja 2017. godine N 555 Zahtjevi dopunjeni klauzulom 1.2

1.2. Kako bi ispunili zahtjeve za zaštitu podataka predviđene u paragrafu 1.1 ovog dokumenta (u daljnjem tekstu zahtjevi za zaštitu podataka), izvršna vlast utvrđuje zahtjeve za zaštitu podataka sadržanih u sistemu izvršna vlast, za koju vrše:

a) utvrđivanje podataka koji podležu zaštiti od neovlašćenog pristupa, uništavanja, modifikovanja, blokiranja, kopiranja, pružanja, distribucije, kao i drugih nezakonitih radnji u vezi sa takvim informacijama;

b) analiza regulatornih pravnih akata, metodoloških dokumenata i nacionalnih standarda sa kojima sistem mora biti usklađen;

c) klasifikacija sistema u skladu sa zahtjevima za zaštitu podataka;

d) utvrđivanje prijetnji informacionoj sigurnosti čija implementacija može dovesti do narušavanja informacione sigurnosti u sistemu i razvoj modela prijetnji informacione sigurnosti zasnovan na njima;

e) utvrđivanje zahtjeva za informacionim sistemom (podsustavom) za zaštitu informacija sadržanih u sistemu.

II. Zahtjevi za postupak kreiranja sistema

2. Osnova za stvaranje sistema je:

a) obaveza izvršne vlasti da stvori sistem predviđen regulatornim pravnim aktima;

b) odluku izvršne vlasti da stvori sistem kako bi se osiguralo sprovođenje ovlašćenja koja su mu dodeljena;

Informacije o promjenama:

Klauzula 2 dopunjena je podtočkom "c" od 27. aprila 2019. - Rezolucija Vlade Rusije od 11. aprila 2019. N 420

c) odluku Vlade Ruske Federacije o provedbi projekta javno-privatnog partnerstva;

Informacije o promjenama:

Klauzula 2 dopunjena je podtačkom "d" od 27. aprila 2019. - Rezolucija Vlade Rusije od 11. aprila 2019. N 420

d) odluku najvišeg izvršnog organa državne vlasti konstitutivnog entiteta Ruske Federacije, ako je javni partner sastavni entitet Ruske Federacije ili se planira zajednički tender uz učešće konstitutivnog entiteta Ruske Federacije (osim slučajeva zajedničkog tendera u kojem učestvuje Ruska Federacija).

3. Stvaranje sistema vrši se u skladu sa projektnim zadatkom, uzimajući u obzir model prijetnji informacijskoj sigurnosti predviđen u podstavku "d" paragrafa 1.2 ovog dokumenta, kao i nivoe zaštite ličnih podataka podatke tokom njihove obrade u informacionim sistemima ličnih podataka, ovisno o prijetnjama sigurnosti tih podataka i zahtjevima ovog dokumenta.

Model prijetnji informacionoj sigurnosti i (ili) projektni zadatak za stvaranje sistema koordiniraju se sa saveznim izvršnim tijelom u oblasti sigurnosti i saveznim izvršnim tijelom ovlaštenim u području suzbijanja tehničke obavještajne i tehničke zaštite informacije, u granicama svojih ovlašćenja u dijelu koji se odnosi na implementaciju utvrđenih zahtjeva za zaštitu podataka.

Projektni zadatak za stvaranje sistema mora sadržavati zahtjeve za zaštitu informacija sadržanih u sistemu, formirane u skladu s podstavcima "a" i "c" paragrafa 1.1 ovog dokumenta.

4. Projektni zadatak za stvaranje sistema i model prijetnji informacionoj sigurnosti odobrava službenik izvršne vlasti kojem su povjerena odgovarajuća ovlašćenja.

5. Postupak za stvaranje sistema uključuje slijedeće korake koji se slijede:

a) izrada dokumentacije za sistem i njegove dijelove;

b) izrada radne dokumentacije za sistem i njegove dijelove;

c) razvoj ili adaptacija softvera;

d) puštanje u rad;

e) provođenje preliminarnih ispitivanja sistema;

f) provođenje probnog rada sistema;

g) provođenje testova prihvatljivosti sistema.

6. Faza izrade dokumentacije za sistem i njegove dijelove uključuje razvoj, koordinaciju i odobravanje dokumentacije u onoj mjeri u kojoj je potrebno opisati cjelokupni skup projektnih rješenja (uključujući informacijsku sigurnost) i dovoljna za daljnji rad na stvaranju sistem.

7. Faza izrade radne dokumentacije za sistem i njegove dijelove uključuje razvoj, koordinaciju i odobravanje dokumentacije koja sadrži informacije potrebne za obavljanje poslova na stavljanju sistema u pogon i njegovom radu, te postupak upravljanja sistemom koji sadrži informacije potrebne za izvođenje radova na održavanju nivoa operativnih karakteristika (kvaliteta) sistema (uključujući zaštitu informacija) utvrđenih u projektnim rješenjima navedenim u paragrafu 6 ovog dokumenta, uključujući:

a) spisak radnji zaposlenih prilikom izvršavanja zadataka za rad sistema, uključujući spisak, vrste, obim i učestalost posla kako bi se osiguralo funkcionisanje sistema;

b) praćenje performansi sistema i komponenata koje osiguravaju zaštitu podataka;

c) spisak kvarova koji mogu nastati tokom rada sistema i preporuke za radnje kada se pojave;

d) popis načina rada sistema i njihovih karakteristika, kao i postupak i pravila za prebacivanje sistema iz jednog načina rada u drugi, navodeći vrijeme potrebno za to.

8. Faza razvoja ili adaptacije softvera uključuje razvoj sistemskog softvera, odabir i adaptaciju kupljenog softvera, kao i, u utvrđenim slučajevima i postupku, certifikaciju razvijenog sistemskog softvera i alata za zaštitu informacija u skladu sa sa zahtjevima sigurnosti informacija.

9. Faza puštanja u rad uključuje autonomno prilagođavanje hardverskih i softverskih dijelova sistema, učitavanje informacija u njegovu bazu podataka, složeno prilagođavanje hardvera i softvera sistema, uključujući informacionu sigurnost.

10. Faza preliminarnog ispitivanja uključuje:

a) razvoj programa i metodologije za preliminarna ispitivanja, u skladu sa kojima se sistem provjerava radi i usklađenost sa projektnim zadatkom za njegovo stvaranje;

b) provjera operativnosti sistema i usklađenosti sa projektnim zadatkom za njegovo stvaranje;

c) otklanjanje grešaka utvrđenih tokom takvih ispitivanja i dopuna dokumentacije i radne dokumentacije sistema;

d) sastavljanje izvještaja o ispitivanju i akta o prihvatanju sistema za probni rad.

11. Faza probnog rada uključuje:

a) razvoj programa i metodologije za probno korišćenje;

b) probni rad sistema u skladu sa programom i metodologijom probnog rada;

c) revizija softvera sistema i dodatno prilagođavanje tehničkih sredstava u slučaju otkrivanja nedostataka utvrđenih tokom probnog rada sistema;

d) izvršenje akta o završetku probnog rada, uključujući listu nedostataka koji se moraju otkloniti prije početka rada sistema.

12. Faza ispitivanja prihvatljivosti uključuje:

a) testiranje sistema na usklađenost sa projektnim zadatkom za njegovo stvaranje u skladu sa programom i metodologijom prihvatnih ispitivanja;

b) analiza rezultata uklanjanja nedostataka navedenih u aktu o završetku probnog rada;

c) registracija akta o prihvatanju sistema u rad.

III. Zahtjevi za postupak stavljanja sistema u rad

13. Osnova za puštanje sistema u rad je pravni akt izvršne vlasti o puštanju sistema u rad, koji definiše listu mjera za osiguranje puštanja u rad sistema i utvrđuje datum početka rada.

14. Pravni akt izvršne vlasti o stavljanju sistema u rad uključuje:

a) mjere za izradu i odobravanje organizacionih i administrativnih dokumenata kojima se definišu mjere zaštite informacija tokom rada sistema, čiji je razvoj predviđen regulatornim pravnim aktima i metodološkim dokumentima saveznog izvršnog tijela u oblasti sigurnosti i savezno izvršno tijelo ovlašteno u području suzbijanja tehničke obavještajne službe i tehničke zaštite podataka, kao i nacionalne standarde u području zaštite podataka;

b) mere za atestiranje sistema u skladu sa zahtevima zaštite podataka, kao rezultat toga, u slučajevima utvrđenim zakonodavstvom Ruske Federacije, usklađenost zaštite podataka sadržanih u sistemu sa predviđenim zahtevima jer je zakonodavstvom Ruske Federacije o informacijama, informacionim tehnologijama i zaštiti podataka potvrđeno;

c) mere za pripremu izvršne vlasti, kao i privatnog partnera, u slučaju sporazuma o javno-privatnom partnerstvu, za rad sistema;

d) mjere za pripremu službenika izvršnog tijela, kao i zaposlenika privatnog partnera u slučaju sporazuma o javno-privatnom partnerstvu za rad sistema, uključujući one koji su odgovorni za osiguranje zaštite podataka.

15. Puštanje u rad sistema nije dozvoljeno u sljedećim slučajevima:

a) nepridržavanje zahtjeva za zaštitu podataka utvrđenih zakonodavstvom Ruske Federacije, uključujući nepostojanje valjanog certifikata o usklađenosti sa zahtjevima zaštite podataka;

b) nepostojanje u registru teritorijalne lokacije objekata kontrole predviđenih Pravilnikom za vršenje kontrole nad postavljanjem tehničkih sredstava informacionih sistema koje koriste državni organi, organi lokalne samouprave, državna i opštinska unitarna preduzeća, država i opštinske institucije, na teritoriji Ruske Federacije, odobrene dekretom Vlade Ruske Federacije od 6. jula 2015. godine N 675 "O postupku praćenja poštivanja zahtjeva predviđenih u dijelu 2.1 člana 13 i dijelu 6. člana 14. Saveznog zakona "O informacijama, informacionim tehnologijama i zaštiti podataka", informacije o smještaju tehničkih sredstava informacionog sistema na teritoriju Ruske Federacije;

c) neispunjavanje zahtjeva iz ovog odjeljka utvrđenih tokom kontrole u skladu s Pravilima za vršenje kontrole nad poštivanjem zahtjeva za postupak stvaranja, razvoja, puštanja u rad, rada i prestanka rada državnih informacionih sistema i daljeg skladištenja informacija sadržanih u njihovim bazama podataka, odobren Uredbom Vlade Ruske Federacije od 6. jula 2015. godine N 675 "O postupku praćenja poštivanja zahtjeva predviđenih dijelom 2.1 člana 13 i dijelom 6 člana 14 Savezne Republike Zakon "O informacijama, informacionim tehnologijama i zaštiti informacija." Ovog dokumenta. Pravni akt a) priprema pravnih akata koji se odnose na razgradnju sistema;

b) rad na razgradnji sistema, uključujući rad na deinstaliranju sistemskog softvera, na ostvarivanju prava na sistemski softver, demontaži i otpisu sistemskog hardvera, osiguravajući pohranu i dalju upotrebu informacionih resursa sistema;

Informacije o promjenama:

Dekretom Vlade Ruske Federacije od 11. maja 2017. godine N 555, stav 23. dopunjen je podstavkom "c"

c) osiguravanje zaštite informacija u skladu sa dokumentacijom za sistem i organizacionim i administrativnim dokumentima za zaštitu informacija, uključujući arhiviranje podataka sadržanih u sistemu, uništavanje (brisanje) podataka i ostataka informacija sa medijskih uređaja za skladištenje i (ili ) uništavanje mašinskih medija za skladištenje ...

24. Ako regulatornim pravnim aktima Ruske Federacije nije drugačije određeno, rokove čuvanja informacija sadržanih u bazama podataka sistema određuje izvršna vlast i ne mogu biti kraći od rokova čuvanja informacija utvrđenih za čuvanje papirnih dokumenata koji sadrže takve informacije.

25. Period za razgradnju sistema ne može biti raniji od datuma isteka poslednjeg događaja predviđenog pravnim aktom o razgradnji sistema.

Postupak za puštanje EIS u rad.

TIPIČNI AUTOMATIZIRANI DIZAJN. FAZA POVRŠENJA.

PREDAVANJE 10.

Prema GOST 34.601-90 „AS. Faze stvaranja "i GOST 34.603-92" Vrste ispitivanja NE "U okviru faze puštanja sistema u rad izvode se sljedeći radovi:

1) organizaciona priprema objekta automatizacije za puštanje IS u rad - implementacija projektnih rješenja za organizacionu strukturu, pružanje pododjela objekta upravljanja nastavnim i metodološkim materijalima, uvođenje klasifikatora informacija;

2) obuka osoblja - obuka osoblja i provjera njegove sposobnosti da osiguraju funkcionisanje IS;

3) IC oprema sa isporučenim proizvodima (u slučaju potrebe za takvom isporukom opisanom u TOR-u) - prijem serijskih i jediničnih komponenata proizvodnje, materijala i proizvoda za montažu, provođenje dolazne kontrole kvaliteta;

4) građevinski i instalacijski radovi - Izvođenje radova na izgradnji specijalizovanih prostorija za smeštaj tehničke opreme i osoblja IS, izgradnja kablovskih kanala, ugradnja tehničke opreme i komunikacionih vodova, ispitivanje sklopljene tehničke opreme, isporuka tehničke opreme za puštanje u rad ;

5) puštanje u rad - autonomno prilagođavanje hardvera i softvera, učitavanje podataka u bazu podataka i provjera njihovog održavanja, složeno prilagođavanje svih sistemskih objekata;

6) preliminarni testovi - ispitivanje IS na operativnost i usklađenost sa projektnim zadatkom u skladu sa programom i metodologijom preliminarnih ispitivanja; uklanjanje kvarova i izmjene i dopune dokumentacije na IC, uključujući operativne u skladu s izvještajem o ispitivanju; registracija potvrde o prihvatanju IS za probni rad;

7) probni rad - probni rad IS; analiza rezultata; kompletiranje IS softvera; dodatno prilagođavanje tehničkih sredstava IS; registracija čina završetka probnog rada.

8) testovi prihvatljivosti - ispitivanja usklađenosti sa tehničkim specifikacijama u skladu s programom i metodologijom prihvatnih ispitivanja; analiza rezultata IC ispitivanja i uklanjanje nedostataka utvrđenih tokom testiranja; registracija akta o prihvatanju intelektualnog vlasništva u trajni rad.

Puštanje u rad EIS-a predstavlja postepeni prelazak sa postojećeg sistema upravljanja na automatizirani. Istovremeno se povećava ne samo stepen upotrebe tehničkih sredstava za obradu podataka, već se i sami načini upravljanja menjaju u skladu s tim.

U skladu sa spiralnim modelom životnog ciklusa sistema, počev od faze tehničkog projektovanja, EIS podsustavi, kompleksi zadataka ili pojedinačne komponente sposobne za neovisno funkcioniranje puštaju se u rad u fazama, kako su radna dokumentacija i tehnička sredstva spremna.

Faza puštanja u rad uključuje pilot rad kompleksa zadataka i njihovo prihvatanje u industrijski pogon nakon ispitivanja prihvatljivosti. Čitav sistem pušta se u komercijalni rad nakon završetka prijema u rad svih kompleksa zadataka.

Jedna od važnih karakteristika puštanja sistema u rad je prisustvo određenog perioda tokom kojeg se vrši paralelni rad postojećeg sistema i novog EIS-a. U tehničkim sistemima jedan se uređaj zamjenjuje drugim, najčešće vremenski uzastopno. Ponekad se nova mašina instalira na mjestu stare - u ovom slučaju niti nova niti stara oprema već neko vrijeme ne rade. Ako nova započne s radom prije nego što stara prestane raditi, tada rade neovisno jedna o drugoj. Prilikom naručivanja EIS-a organizacijskog tipa, u osnovi je nemoguća situacija u kojoj ni stari ni novi sistem nisu radili barem kratko vrijeme. Štaviše, kako bi se provjerila ispravnost svih postavljenih rješenja, puštanje u rad novog sistema vrši se postupno tokom probnog rada u sljedećim koracima:

1. Provjera podsistema ili kompleksa zadataka na punoj količini stvarnih podataka, ali ne u stvarnom vremenu potrebnom za kontrolu.

2. Rad novog sistema na punoj količini stvarnih podataka i realno u režimu upravljanja, kada se dobijeni rezultati ne koriste za upravljanje, već se upoređuju sa rezultatima dobijenim u prethodnom sistemu i analiziraju.

3. Prelazak na upravljanje na osnovu rezultata novog sistema uz istovremeno održavanje starog sistema u radu u slučaju mogućih kvarova i nepredviđenih situacija.

4. Konačni prijelaz na rad novog sistema.

Paralelni rad sistema izuzetno je nepovoljan za zaposlene. Moraju raditi dvostruki posao s povećanim stresom. Programeri sistema trebaju težiti smanjenju perioda paralelnog rada, što u osnovi ovisi o uspjehu razvoja i otklanjanja grešaka u sistemu. Neprihvatljivo je prenositi barem dio otklanjanja grešaka i otklanjanja grešaka u sustav za period probnog rada. Promjene u ovom periodu su neizbježne, međutim, treba nastojati osigurati da ostanu samo one koje nisu mogle biti predviđene prije početka eksperimentalnog rada.

Probni rad preklapa postupak testiranja. Po pravilu, sistem nije pušten u pogon, postepeno. Stoga, sa stanovišta sadržaja sistema, puštanje u rad prolazi kroz najmanje tri faze:

2) akumulacija informacija;

3) dostizanje projektnog kapaciteta.

pokreće prilično uski raspon grešaka - uglavnom problema s neusklađenošću podataka tijekom učitavanja i vlastitih grešaka utovarivača, odnosno nečega što nije praćeno na test podacima. Ako je otklanjanje grešaka u "aktivnim" podacima nemoguće, morat ćete simulirati situaciju i to brzo. Ovo zahtijeva vrlo kvalificirane testere.

Tokom gomilanje informacija pojavit će se najveći broj pogrešaka načinjenih prilikom kreiranja informacijskog sustava. U pravilu se radi o greškama koje se odnose na višekorisnički pristup. Takve greške se često previde tokom faze testiranja. To je očito posljedica složenosti modeliranja, kao i visoke cijene alata za automatizaciju za testiranje informacijskog sustava u uvjetima višekorisničkog pristupa. Neke će pogreške biti teško ispraviti jer su greške u dizajnu. Nijedan od najboljih projekata nije imun na njih. To znači da za svaki slučaj trebate rezervirati vrijeme za lokalizaciju i ispravljanje takvih grešaka.

Tokom perioda akumulacije informacija, može se naići na čuveni "pad baze". U najgorem slučaju, ispada da DBMS ne može izdržati protok informacija. Ako je dobro, konfiguracijski parametri su jednostavno netačni. Prvi je slučaj opasan, jer je prilično teško utjecati na proizvođača DBMS-a, a kupac stvarno ne voli veze do službe tehničke podrške DBMS-a. Nije proizvođač taj koji će morati riješiti problem neuspjeha DBMS-a, već ćete morati promijeniti shemu, smanjiti protok zahtjeva, promijeniti same zahtjeve; općenito, postoji mnogo opcija. Dobro je ako se vrijeme za obnavljanje baze podataka uklapa u planirano vrijeme projekta.

Sistem dostiže svoj projektni kapacitet na uspješno sticajem okolnosti - ovo je ispravljanje niza manjih grešaka, a povremeno i ozbiljnih grešaka.

GOST 24.208-80 Zahtjevi za sadržaj dokumenata faze "Puštanje u rad"

Dekretom Državnog komiteta za standarde SSSR-a od 14. maja 1980. br. 2101 uspostavljen je period uvođenja

od 01.01.1981

Ovaj standard odnosi se na tehničku dokumentaciju za automatizovane sisteme upravljanja (ACS) svih vrsta, razvijenu za sve nivoe upravljanja (osim nacionalnog), i postavlja zahtjeve za sadržajem dokumenata razvijenih u fazi "Puštanje u rad" u skladu sa zahtjevima GOST 24.101-80

1. OPĆE ODREDBE

1.1. Dokumenti razvijeni u fazi puštanja u rad nazivaju se dokumentima o prihvatanju automatizovanog sistema upravljanja.

1.2. Pri izradi dokumenata za dio ACS-a, sadržaj dokumenata je ograničen na okvir odgovarajućeg dijela ACS-a.

1.3. Ovisno o namjeni i specifičnim karakteristikama automatiziranih kontrolnih sistema koji se stvaraju, dozvoljeno je u dokumente uvrstiti dodatne informacije čiji zahtjevi za sadržajem nisu utvrđeni ovim standardom.

2. USLOVI ZA PRIHVAĆANJE DOKUMENTACIJE

2.1. Potvrda o završetku

2.1.1. Dokument je namijenjen evidentiranju činjenice završetka odvojenog djela prilikom kreiranja ACS-a.

2.1.2. Dokument se ne odnosi na građevinske i instalacijske i puštanje u rad.

2.1.3. Dokument mora sadržavati:

naziv završenog (ih) rada (a);
spisak predstavnika organizacije programera i organizacije kupaca koji su sastavili akt;
datum završetka rada;
naziv dokumenta (a) na osnovu kojeg je obavljen rad;
glavni rezultati obavljenog posla;
zaključak o rezultatima završenog rada.

2.2. Potvrda o prihvatanju ispitnog rada

2.2.1. Dokument je namijenjen evidentiranju činjenice završetka puštanja u rad automatskog kontrolnog sistema u cjelini ili njegovih dijelova u probni rad.

2.2.2. Dokument mora sadržavati:

naziv ACS-a (ili njegovog dijela) prihvaćenog za probni rad i odgovarajućeg objekta upravljanja;
sastav komisije za prihvat i osnova za njegov rad (naziv, broj i datum odobrenja dokumenta na osnovu kojeg je komisija osnovana);
sastav funkcija ACS-a (ili njegovog dijela), prihvaćenih za probni rad;
popis komponenata tehničke, softverske, informativne i organizacione podrške, provjerene u procesu probnog rada;
glavni rezultati prihvatanja u probni rad;
odluku komisije o prihvatanju automatizovanog sistema upravljanja za probni rad.

2.3. Potvrda o prihvatanju industrijskog pogona

2.3.1. Dokument je namijenjen evidentiranju činjenice stavljanja ACS-a (ili njegovog dijela) u industrijski pogon.

2.3.2. Dokument mora sadržavati:

naziv objekta upravljanja i ACS-a (ili njegovog dijela) prihvaćenih za industrijski rad;
informacije o statusu komisije za prihvat (državna, međuresorna, odjelna), njegovom sastavu i osnovi za rad;
vremenski period rada komisije;
naziv organizacije za programere, organizacije koja izvršava izvršni postupak i organizacije kupaca;
naziv dokumenta na osnovu kojeg je izrađen ACS;
sastav funkcija ACS-a (ili njegovog dijela), uzetih u komercijalni rad;
popis komponenata tehničke, softverske, informativne i organizacione podrške prihvaćenih za industrijski rad;
spisak dokumenata predatih komisiji;
zaključak o rezultatima probnog rada automatizovanog sistema upravljanja;
procjena usaglašenosti prihvaćenog ACS-a sa tehničkim specifikacijama za njegovu izradu;
kratke karakteristike i glavni rezultati rada na stvaranju automatizovanog sistema upravljanja;
procjena naučnog i tehničkog nivoa ACS-a (prema projektnim podacima) *;
procena ekonomske efikasnosti od uvođenja automatizovanih sistema upravljanja (prema projektnim podacima) *;
odluka komisije;
preporuke komisije za dalji razvoj sistema *.

* Obavezno samo nakon prihvatanja ACS-a u cjelini.

2.3.3. Izvještaji o programu i ispitivanjima, zapisnici sa sastanaka komisije, akti o prihvatanju u industrijski pogon prethodno prihvaćenih dijelova ACS-a, popis tehničkih sredstava koje je komisija koristila prilikom prihvatanja ACS-a prilažu se „Aktu o prijemu u industrijski pogon ". Po ocjeni komisije, dozvoljeno je uključiti dodatne dokumente u prijavu.

2.4. Raspored rada

2.4.1. Dokumentom se utvrđuje spisak radova, rokovi i izvođači radova koji se odnose na stvaranje djela.

2.4.2. Dokument za svako djelo uvršćeno na listu mora sadržavati:

naziv posla;
datum početka i završetka rada;
naziv jedinice koja učestvuje u radu;
ime i položaj odgovorne izvršne vlasti;
formula za predstavljanje rezultata rada.

2.5. Radni nalog

2.5.1. Ovisno o fazi rada na stvaranju automatiziranog sistema upravljanja, uspostavljaju se sljedeće vrste dokumenata:

naredbu o spremnosti objekta upravljanja za građevinske i instalacijske radove;
naredbu o spremnosti objekta upravljanja za puštanje u rad;
kako bi se započeo probni rad automatizovanog sistema upravljanja (njegovih dijelova);
nalog za puštanje u komercijalni pogon automatizovanog sistema upravljanja (njegovih dijelova).

2.5.2. Dokument "Naredba o spremnosti objekta upravljanja za građevinsko-instalacijske radove" mora sadržavati:

poruka o spremnosti objekta upravljanja za izvođenje građevinsko-instalacijskih radova;
određivanje područja gradnje i ugradnje;
postupak prijema na rad;
spisak predstavnika organizacije kupaca odgovornih za rad i sigurnost montirane opreme;
spisak odgovornih predstavnika građevinskih i instalaterskih organizacija koje izvode radove.

2.5.3. Dokument "Nalog o spremnosti objekta upravljanja za puštanje u rad" mora sadržavati:

poruka o spremnosti objekta upravljanja za puštanje u rad;
spisak tehničkih sredstava ACS-a koje treba prilagoditi;
naznaka postupka za izvođenje radova na prilagođavanju;
postupak prijema u rad;
spisak predstavnika korisničke organizacije odgovorne za puštanje u rad;
spisak odgovornih predstavnika organizacija koje obavljaju poslove puštanja u rad;
upute za uklanjanje pogrešaka u instalaciji i osoba odgovornih za izvođenje ovih radova.

2.5.4. Dokument "Nalog o početku probnog rada ACS-a (njegovih dijelova)" mora sadržavati:

naziv ACS-a u cjelini ili njegovih dijelova koji su u probnom radu;
vrijeme probnog rada;
spisak službenika ugovorne organizacije i razvojne organizacije odgovornih za probni rad;
spisak odjeljenja korisničke organizacije uključenih u probni rad.

2.5.5. Dokument "Nalog o puštanju u rad automatizovanog sistema upravljanja (njegovih dijelova)" mora sadržavati:

sastav funkcija ACS-a ili njegovih dijelova, hardvera i softvera, uzetih u industrijski pogon;
spisak službenika i spisak odeljenja korisničke organizacije odgovornih za rad automatizovanog kontrolnog sistema;
postupak i rokove za uvođenje novih oblika dokumenata (ako je potrebno);
postupak i rokove za premeštaj prvog lica na rad u uslovima funkcionisanja automatizovanog sistema upravljanja.

2.6. Naredba o sastavu komisije za prijem

Dokument mora sadržavati:

naziv prihvaćenog ACS-a u cjelini ili njegovih dijelova;
informacije o sastavu komisije;
osnova za organizaciju komisije;
naziv korisničke organizacije;
naziv organizacije programera, izvršnih organizacija;
imenovanje i ciljevi komisije;
uslovi početka i završetka rada komisije;
uputstva o obliku završetka rada komisije.

2.7. Program rada

2.7.1. Ovisno o sadržaju djela, utvrđuju se sljedeće vrste dokumenata:

test program;
program probnog rada;
program rada komisije za prijem.

2.7.2. Dokument "Program ispitivanja" namijenjen je utvrđivanju postupka i opsega preliminarnih ispitivanja tokom prijenosa u probni rad i prihvatnih ispitivanja tijekom prijenosa u industrijski pogon automatizovanog sistema upravljanja.

Dokument mora sadržavati:

sastav funkcija ACS-a u cjelini ili njegovih dijelova koji će se testirati, pozivajući se na tačke "Projektnog zadatka" za stvaranje ACS-a;
popis komponenata tehničke, softverske, informativne i organizacione podrške koja podliježe testiranju;
postupak ispitivanja pojedinih komponenata podrške za ACS i pojedinačnih funkcija ACS-a;
uslovi i uslovi testiranja;
postupak registracije testova i utvrđenih nedostataka;
postupak otklanjanja nedostataka i unošenja potrebnih izmjena u tehničku dokumentaciju;
naznaka oblika prezentacije rezultata ispitivanja.

2.7.2. Dokument "Program probnog rada" namijenjen je utvrđivanju redoslijeda i opsega probnog rada.

Dokument mora sadržavati:

sastav funkcija ACS-a i njegovih dijelova koji podliježu probnom radu, s osvrtom na tačke projektnog zadatka za stvaranje ACS-a;
popis komponenata tehničke, softverske, informativne i organizacione podrške koja je predmet probnog rada;
postupak za rad osoblja tokom probnog rada elemenata ACS-a i pojedinih funkcionalnih podsistema;
uslovi i uslovi probnog rada;
postupak registracije rezultata probnog rada i utvrđenih nedostataka;
postupak za otklanjanje utvrđenih nedostataka i unošenje izmjena u tehničku dokumentaciju;
naznaka oblika prezentacije rezultata probnog rada.

2.7.2. Dokument "Program rada komisije za prihvat" namijenjen je utvrđivanju postupka prijema automatiziranog sistema upravljanja u industrijski pogon. Sastav i sadržaj dokumenta određuje se u skladu sa regulatornim i tehničkim dokumentima odobrenim u ovoj industriji.

2.8. Izvještaj o ispitivanju

2.8.1. Dokument je namijenjen bilježenju rezultata preliminarnih ispitivanja tokom prijenosa ACS-a u cjelini ili njegovih dijelova za pokusni ili industrijski rad.

2.8.2. Dokument mora sadržavati:

ime testnog objekta;
spisak službenika koji su proveli test;
svrha testova;
informacije o trajanju testova;
popis tačaka tehničkih specifikacija za stvaranje automatizovanog kontrolnog sistema, u skladu sa kojim su provedena ispitivanja;
spisak stavki "Programa ispitivanja" za koje su ispitivanja provedena;
informacije o rezultatima praćenja ispravnog funkcionisanja ACS-a;
informacije o kvarovima, kvarovima i hitnim slučajevima koji su se dogodili tokom testiranja;
informacije o prilagođavanju parametara ispitnog objekta i tehnička dokumentacija.

2.9. Protokol pregovora

2.9.1. Dokumentom se želi usaglasiti odstupanja od prethodno usvojenih i odobrenih projektnih rješenja, kada je u procesu eksperimentalnog rada ACS-a u cjelini ili njegovih dijelova otkrivena potreba za njihovom korekcijom.

2.9.2. Dokument mora sadržavati:

spisak razmatranih odstupanja sa naznakom dokumenta, odstupanja od zahtjeva koji podliježu odobrenju;
spisak službenika koji su sastavili protokol;
opravdanje prihvaćenih odstupanja od projektnih rješenja;
popis dogovorenih odstupanja i vremenski okvir za unošenje potrebnih izmjena u tehničku dokumentaciju.

Ponovno izdavanje. Maj 1986