Infosüsteemi kasutuselevõtu tunnistus. Infosüsteemide kasutuselevõtt gost

KINNITUD

Majanduse riikliku reguleerimise osakonna direktori asetäitja

Majandusarengu ministeerium Venemaa Föderatsioon
__________________ V.N. Rudenko
« 09 » _ novembril __ 2011

EKSPERIMENTAALSE KASUTAMISE ALAMINE

Automatiseeritud infosüsteem projektijuhtimine, mis on välja töötatud 7. novembri 2011. a riikliku lepingu nr GK-158-OF / D01 alusel.
Vastavalt tellija (Venemaa Majandusarengu Ministeerium) ja Töövõtja (OTR 2000 LLC) ühisele otsusele viia see proovikäibe.

Komisjon, mis koosneb:

Komisjoni esimees:

Majanduse riikliku reguleerimise osakonna direktori asetäitja V.N. Rudenko,

Komisjoni liikmed:

S.V.Pušhakov, majanduse riikliku reguleerimise osakonna elektroonilise ühiskonna arendamise osakonna juhataja kt,

Osakonna nõunik metoodiline tugi Riigimajanduse reguleerimise osakonna osakondadevahelise suhtluse korraldamine A.V. Matveenko,

Majanduse riikliku reguleerimise osakonna e-ühiskonna arendamise osakonna juhtivkonsultant N.N. Kirsanova,

LLC "OTR 2000" juhi A.I. Kulešova,

O.V., OTR 2000 LLC projektijuht Strakhova,

OTR 2000 LLC juhtiv analüütik Yu.M. Gudkova,

E.T. nimelise IEP suuna "Reaalsektor" teadur. Gaidar E.R. Bataršin.
alates "_ 08 _" novembril 2011 autor "_ 09 _" novembril 2011 viidi läbi taotleja eeltestid tarkvara Venemaa majandusarengu ministeeriumisse paigaldatud automatiseeritud infosüsteem "Projektijuhtimise portaal" (AIS PPU).

Esialgsed testid leiti olevat edukalt läbitud.

Põhilised arendusetapid viidi läbi vastavalt lähteülesandele.
Arendatud dokumentatsioon vastab nõueteleärakasutamine tarkvara tööriistad.
Tarkvara on proovitööks ette valmistatud.

Proovitööks vastuvõetud funktsioonide loetelu (tehnilise ülesande jaotis "Nõuded süsteemi poolt täidetavatele funktsioonidele"):
1. Projektide nimekirja pidamine.
2. Töötamine disainiüksustega.
3. Näitajatega töötamine projekti töö seisu hindamiseks.
4. Analüütiline moodul.
5. Dokumenditeek.

Proovitoiminguks vajalike komisjonile esitatavate dokumentide loetelu:
1. "AIS-i kirjeldus" projektijuhtimise portaal "" (süsteemi pass);
2. "Juhend AIS PPU administraatorile";
3. "AIS PPU kasutusjuhend";
4. "AIS PPU testimise programm ja metoodika";
5. "AIS PPU testimisülesanded";
6. "Rollipõhine juhend, mis kirjeldab AIS PPU-ga kui projektihaldustööriistaga töötamise protseduuri" Osakondadevaheline suhtlus ".
Komisjoni otsus: Võtta tarkvara proovikasutusse alates 09.11.2011.

RAKENDUSED:

Esialgne katsearuanne nr 1
Esialgne katsearuanne nr 2

Komisjoni liikmed:

V.N. Rudenko

S.V. Puštšakov

A.V. Matveenko

N.N. Kirsanova

A.I. Kuleshov

O.V. Strakhova

Yu.M. Gudkova

E.R. Bataršin

Proovitöö vastuvõtmise sertifikaat moodustatakse eeltestide tulemuste põhjal ja sisaldab: komplekstestide tulemustest tehtud järeldusi; ülesanded proovioperatsiooniks.

Komisjoni ajavahemik

V see jaotis vastuvõtuaktile on antud eelkatsetuste läbiviimise vastuvõtukomisjoni töö alguse ja lõpu kuupäev.

Testide algus - 01.11.2010.
Testimise lõpp – 31. detsember 2010.
Testide kogukestus on 44 tööpäeva.

Hankija, täitva organisatsiooni ja kaastäitva organisatsiooni nimi

Esitatakse testides osalejate organisatsioonide ja infosüsteemi proovitööle vastuvõtmise tõendi koostanud organisatsioonide nimed.

Organisatsioon-klient - JSC "Klient".
Teostusorganisatsioon - JSC "Teostaja".
Organisatsiooni kaastäitja - LLC "Kaastäitja" (kui on).

Proovitööks aktsepteeritud AIS-i funktsioonide koosseis

Loetletakse proovitööks aktsepteeritud AIS-i funktsioonide loend. Funktsioone saab üle kanda nii süsteemiüleselt kui ka alamsüsteemide kaupa. Funktsioonid on võetud infosüsteemi loomise tehnilise ülesande osast "Nõuded süsteemi poolt täidetavatele funktsioonidele".

Proovitöö käigus kontrollitud tehnilise, tarkvara, teabe ja organisatsioonilise toe komponentide loend

Vastuvõtutunnistuse käesolev jaotis sisaldab proovitöö käigus tehtud katsete loendit. Testide loend on võetud Testiprogrammi jaotisest "Testide ulatus".

Proovitöö ajal tuleks läbi viia allolevas tabelis toodud testid.

Komisjonile esitatavate dokumentide loetelu

Vastuvõtutunnistuse selles jaotises on esitatud loetelu komisjonile esitatavatest proovitoiminguks vajalikest dokumentidest.

Andmekogu (andmekogu) moodustamise ja pidamise juhend, versioon 1 12.09.2010.
- Kasutusjuhend, versioon 1, 14.09.2010.
- ...

Aktsepteeritud AISi tehnilistele kirjeldustele vastavuse hindamine

Antakse hinnang aktsepteeritud AIS-i tehnilistele kirjeldustele vastavuse kohta.

Eeltestide tulemuste põhjal vastab Süsteem dokumendis "" toodud nõuetele. Versioon 1.0.

Proovitöösse vastuvõtmise peamised tulemused

Vastuvõtuakti selles osas on loetletud infosüsteemi eksperimentaalse töö tulemustest saadud peamised tulemused.

Proovioperatsiooni tulemuste põhjal tuleks saada järgmised peamised tulemused:
- süsteem on töökorras;
- Süsteemi alamsüsteemid - interakteeruvad;
- Süsteem vastab dokumendi "Automatiseeritud süsteemi loomise lähteülesanded" nõuetele. versioon 1.0 .;
- Kõik hinnatavad omadused on lubatud piirides.

Komisjoni otsus AIS-i proovikasutusele võtmise kohta

Esitatakse komisjoni otsus infosüsteemi proovitööle võtmise võimaluse või võimatuse kohta.

M. V. Kovtun oktoober 2010.

Vene Föderatsiooni valitsuse 6. juuli 2015. aasta resolutsioon N 676
"Riigi infosüsteemide loomise, arendamise, kasutuselevõtu, käitamise ja kasutusest kõrvaldamise ning nende andmekogudes sisalduva teabe edasise säilitamise korra nõuete kohta"

Vastavalt föderaalseaduse "Teabe kohta" artikli 14 6. osale infotehnoloogia ja teabe kaitse kohta "Vene Föderatsiooni valitsus otsustab:

1. Kinnitada lisatud nõuded riigi infosüsteemide loomise, arendamise, kasutuselevõtu, käitamise ja dekomisjoneerimise ning nende andmekogudes sisalduva teabe edasise säilitamise korra kohta.

2. Kehtestada, et käesoleva resolutsiooniga kinnitatud nõuetega ettenähtud meetmed viivad ellu föderaalsed täitevvõimud vastava eelarveaasta ning juhtimise ja juhtimise planeerimise perioodi föderaaleelarve föderaalseadusega ettenähtud eraldiste piires. väljakujunenud funktsioonide alal.

3. Soovitada teistel riigiorganitel, lisaks Vene Föderatsiooni moodustavate üksuste föderaalsetele täitevorganitele ja täitevorganitele, samuti riigieelarveväliste fondide juhtorganitele, kohalikele omavalitsusorganitele oma tegevuses juhinduda. käesoleva otsusega kinnitatud nõuete kohaselt.

Nõuded
riigi infosüsteemide loomise, arendamise, kasutuselevõtu, käitamise ja kasutusest kõrvaldamise ning nende andmekogudes sisalduva teabe edasise säilitamise korrale.
(kinnitatud Vene Föderatsiooni valitsuse 6. juuli 2015. aasta määrusega N 676)

Muudatuste ja täiendustega:

I. Üldsätted

1. Käesolev dokument määratleb riigi infosüsteemide (edaspidi süsteem) loomise, arendamise, kasutuselevõtu, käitamise ja dekomisjoneerimise ning nende andmekogudes sisalduva teabe edasise säilitamise meetmete rakendamise korra nõuded. föderaalsete täitevorganite ja täitevorganite poolt.Vene Föderatsiooni moodustavate üksuste võimuorganid (edaspidi täidesaatvad võimuorganid), et tõhustada täitevvõimude volituste rakendamist, mis tuleneb täitevvõimude kasutamisest. info- ja kommunikatsioonitehnoloogiaid kas täitevvõimuorganite poolt, kes tegutsevad avaliku ja erasektori partnerlust käsitlevate lepingute kohaselt avaliku sektori partneritena ja erasektori partneritena (edaspidi erapartner), et neid lepinguid rakendada.

1.1. Kui täitevasutused või erapartnerid rakendavad meetmeid süsteemide loomiseks, arendamiseks, kasutuselevõtmiseks, käitamiseks ja dekomisjoneerimiseks ning nende andmebaasides sisalduva teabe edasiseks säilitamiseks, tuleks teha järgmist:

a) julgeolekuvaldkonna föderaalse täitevorgani ja tehnilise luure vastase võitluse ja teabe tehnilise kaitse valdkonnas volitatud föderaalse täitevorgani kehtestatud süsteemides sisalduva teabe kaitse nõuded oma volituste piires;

b) nõuded korraldusele ja meetmed süsteemis sisalduva teabe kaitsmiseks;

Teave muudatuste kohta:

Punkti 1.1 täiendatakse alapunktiga "c" alates 27. aprillist 2019 - resolutsioon

c) föderaalseaduse "Isikuandmete" artikli 19 3. osas sätestatud isikuandmete kaitse nõuded (kui süsteemis on isikuandmeid).

Teave muudatuste kohta:

Vene Föderatsiooni valitsuse 11. mai 2017 resolutsioon N 555 Nõuded täiendatud punktiga 1.2

1.2. Käesoleva dokumendi punktis 1.1 sätestatud teabekaitse nõuete (edaspidi teabekaitse nõuded) täitmiseks määravad täitevvõimud kindlaks täitevvõimude süsteemis sisalduva teabe kaitse nõuded. täitevvõimule, mille jaoks nad teostavad:

a) teabe kindlaksmääramine, mida tuleb kaitsta volitamata juurdepääsu, hävitamise, muutmise, blokeerimise, kopeerimise, edastamise, levitamise ja muude sellise teabega seotud ebaseaduslike toimingute eest;

b) reguleerivate õigusaktide, metoodiliste dokumentide ja riiklike standardite analüüs, millele süsteem peab vastama;

c) süsteemi salastamine vastavalt teabekaitse nõuetele;

d) infoturbeohtude väljaselgitamine, mille realiseerimine võib kaasa tuua infoturbe rikkumise süsteemis, ning nende alusel infoturbeohtude mudeli väljatöötamine;

e) infosüsteemile (allsüsteemile) nõuete määramine süsteemis sisalduva teabe kaitsmiseks.

II. Nõuded süsteemi loomise protseduurile

2. Süsteemi loomise aluseks on:

a) õigustloovates õigusaktides sätestatud täitevvõimu kohustus süsteemi loomisel;

b) täitevvõimu otsus luua süsteem talle antud volituste täitmise tagamiseks;

Teave muudatuste kohta:

Punkti 2 täiendati alapunktiga "c" alates 27. aprillist 2019 - Venemaa valitsuse 11. aprilli 2019. a resolutsioon N 420

c) Vene Föderatsiooni valitsuse otsus avaliku ja erasektori partnerluse projekti elluviimise kohta;

Teave muudatuste kohta:

Punkti 2 täiendatakse alapunktiga "d" alates 27. aprillist 2019 – Venemaa valitsuse 11. aprilli 2019. a resolutsioon N 420

d) Vene Föderatsiooni moodustava üksuse kõrgeima riigivõimu täitevorgani otsus, kui avalik-õiguslik partner on Vene Föderatsiooni asutav üksus või kavandatakse ühispakkumist Vene Föderatsiooni moodustava üksuse osavõtul. (välja arvatud Vene Föderatsiooni osalusega ühispakkumise juhud).

3. Süsteemi loomine toimub vastavalt lähteülesannetele, võttes arvesse käesoleva dokumendi punkti 1.2 alapunktis "d" sätestatud infoturbeohtude mudelit, samuti isikukaitse taset. andmed nende töötlemisel isikuandmete infosüsteemides, olenevalt nende andmete turvalisuse ohtudest ja käesoleva dokumendi nõuetest.

Infoturbeohtude mudel ja (või) süsteemi loomise lähteülesanne kooskõlastatakse julgeolekuvaldkonna föderaalse täitevorganiga ja tehnilise luure vastase võitluse ja tehnilise kaitse valdkonnas volitatud föderaalse täitevorganiga. teavet oma volituste piires kehtestatud teabekaitsenõuete rakendamisega seotud osas.

Süsteemi loomise lähteülesanne peab sisaldama süsteemis sisalduva teabe kaitse nõudeid, mis on vormistatud käesoleva dokumendi punkti 1.1 punktide "a" ja "c" kohaselt.

4. Infoturbeohtude süsteemi ja mudeli loomise lähteülesande kinnitab täitevvõimu ametnik, kellele on antud vastavad volitused.

5. Süsteemi loomise protseduur sisaldab järgmisi samme, mida rakendatakse järjestikku.

a) süsteemi ja selle osade dokumentatsiooni väljatöötamine;

b) süsteemi ja selle osade töödokumentatsiooni väljatöötamine;

c) tarkvara arendamine või kohandamine;

d) kasutuselevõtutööd;

e) süsteemi eeltestide läbiviimine;

f) süsteemi proovitalitluse läbiviimine;

g) süsteemi vastuvõtutestide läbiviimine.

6. Süsteemi ja selle osade dokumentatsiooni väljatöötamise etapp hõlmab dokumentatsiooni väljatöötamist, kooskõlastamist ja kinnitamist mahus, mis on vajalik projekteerimislahenduste tervikkomplekti (sealhulgas infoturbe) kirjeldamiseks ja on piisav edasiseks tööks süsteemi loomisel. süsteem.

7. Süsteemi ja selle osade töödokumentatsiooni väljatöötamise etapp hõlmab süsteemi kasutuselevõtu ja tööga seotud tööde tegemiseks vajalikku teavet sisaldava dokumentatsiooni väljatöötamist, kooskõlastamist ja kinnitamist ning süsteemi käitamise korda, mis sisaldab teave, mis on vajalik käesoleva dokumendi lõikes 6 nimetatud konstruktsioonilahendustes kehtestatud süsteemi tööomaduste (kvaliteeti) (sealhulgas teabekaitse) taseme säilitamiseks vajalike tööde tegemiseks, sealhulgas:

a) töötajate toimingute loetelu süsteemi tööülesannete täitmisel, sealhulgas süsteemi toimimise tagamiseks tehtavate tööde loetelu, liigid, mahud ja sagedus;

b) infokaitset tagavate süsteemi ja komponentide toimimise jälgimine;

c) süsteemi töötamise ajal tekkida võivate rikete loetelu ja soovitused nende ilmnemisel tegutsemiseks;

d) süsteemi töörežiimide ja nende omaduste loetelu, samuti süsteemi ühest töörežiimist teise üleviimise kord ja reeglid, märkides ära selleks kuluva aja.

8. Tarkvara arendamise või kohandamise etapp hõlmab süsteemitarkvara väljatöötamist, ostetava tarkvara valikut ja kohandamist, samuti kehtestatud juhtudel ja korras väljatöötatud süsteemitarkvara ja infoturbevahendite sertifitseerimist vastavalt infoturbe nõuetega.

9. Kasutuselevõtu etapp hõlmab süsteemi riist- ja tarkvaraosade autonoomset reguleerimist, info laadimist selle andmebaasi, süsteemi riist- ja tarkvara kompleksset reguleerimist, sh infoturvet.

10. Eeltestimise etapp hõlmab:

a) eeltestide programmi ja metoodika väljatöötamine, mille kohaselt kontrollitakse süsteemi toimivust ja vastavust selle loomise lähteülesandele;

b) kontrollib süsteemi toimivust ja vastavust selle loomise lähteülesannetele;

c) selliste katsete käigus tuvastatud vigade kõrvaldamine ning süsteemi dokumentatsiooni ja töödokumentatsiooni muudatused;

d) katseprotokolli ja süsteemi proovitööks vastuvõtmise tõendi koostamine.

11. Proovitoimingu etapp hõlmab:

a) proovioperatsiooni programmi ja metoodika väljatöötamine;

b) süsteemi proovitöö vastavalt proovitöö programmile ja metoodikale;

c) süsteemi tarkvara uuendamine ja tehniliste vahendite täiendav kohandamine süsteemi proovitöö käigus tuvastatud puuduste avastamisel;

d) proovitöö lõpetamise akti registreerimine, sealhulgas puuduste loetelu, mis tuleb enne süsteemi tööle asumist kõrvaldada.

12. Vastuvõtukatsete etapp hõlmab:

a) testides süsteemi vastavust selle loomise lähteülesannetele vastavalt vastuvõtutestide programmile ja meetoditele;

b) proovitöö lõpetamise seaduses nimetatud puuduste kõrvaldamise tulemuste analüüs;

c) süsteemi kasutuselevõtu akti registreerimine.

III. Nõuded süsteemi kasutuselevõtu protseduurile

13. Süsteemi kasutuselevõtu aluseks on täitevvõimuorgani õigusakt süsteemi kasutuselevõtu kohta, mis määrab kindlaks süsteemi kasutuselevõtu tagamiseks võetavate meetmete loetelu ja määrab tööle asumise perioodi.

14. Täidesaatva asutuse õigusakt süsteemi kasutuselevõtu kohta sisaldab:

a) meetmed organisatsiooniliste ja haldusdokumentide väljatöötamiseks ja heakskiitmiseks, mis määratlevad meetmed teabe kaitsmiseks süsteemi töö ajal ja mille väljatöötamine on ette nähtud normatiivaktidega ja föderaalse täitevorgani turvalisuse ja metoodiliste dokumentidega. tehnilise luure ja teabe tehnilise kaitse valdkonnas volitatud föderaalne täitevorgan, samuti riiklikud standardid teabekaitse valdkonnas;

b) meetmed süsteemi atesteerimiseks vastavalt teabekaitse nõuetele, mille tulemusena Vene Föderatsiooni õigusaktidega kehtestatud juhtudel süsteemis sisalduva teabe kaitse vastavus sätestatud nõuetele on kinnitatud Vene Föderatsiooni info-, infotehnoloogia- ja teabekaitsealaste õigusaktidega;

c) meetmed täitevvõimu, aga ka avaliku ja erasektori partnerluse kokkuleppe korral erapartneri ettevalmistamiseks süsteemi käitamiseks;

d) meetmed täitevorgani ametnike, samuti avaliku ja erasektori partnerluslepingu korral süsteemi toimimiseks erasektori partneri töötajate, sealhulgas teabekaitse tagamise eest vastutavate isikute koolitamiseks.

15. Süsteemi kasutuselevõtt ei ole lubatud järgmistel juhtudel:

a) Vene Föderatsiooni õigusaktidega kehtestatud teabekaitsenõuete täitmata jätmine, sealhulgas kehtiva infoturbenõuete täitmise sertifikaadi puudumine;

b) riigiorganite, kohalike omavalitsusorganite, riigi- ja munitsipaalettevõtete, riigi kasutatavate infosüsteemide tehniliste vahendite paigutuse kontrolli teostamise eeskirjaga sätestatud kontrolliobjektide territoriaalse asukoha registri puudumine. Vene Föderatsiooni territooriumil asuvad munitsipaalasutused, mis on heaks kiidetud Vene Föderatsiooni valitsuse 6. juuli 2015. aasta määrusega N 675 "Artikli 13 osas 2.1 sätestatud nõuete täitmise järelevalve korra kohta ja osa Föderaalseaduse "Teabe, infotehnoloogia ja teabekaitse" artikli 14 artikkel 6, teave infosüsteemi tehniliste vahendite paigutamise kohta Venemaa Föderatsiooni territooriumil;

c) riigi infosüsteemide loomise, arendamise, kasutuselevõtu, käitamise ja dekomisjoneerimise korra nõuete täitmise üle kontrolli teostamise eeskirja kohase kontrolli käigus tuvastatud käesoleva paragrahvi nõuete täitmata jätmine ning edasine nende andmebaasides sisalduva teabe säilitamine, heaks kiidetud Vene Föderatsiooni valitsuse 6. juuli 2015. aasta dekreediga N 675 "Vene Föderatsiooni valitsuse artikli 13 punktis 2.1 ja artikli 14 osas 6 sätestatud nõuete täitmise järelevalve korra kohta. Föderaalseadus" Teabe, infotehnoloogia ja teabe kaitse kohta. "käesoleva dokumendi. õigusakt a) süsteemi dekomisjoneerimisega seotud õigusaktide ettevalmistamine;

b) tööd süsteemi dekomisjoneerimisel, sealhulgas süsteemitarkvara desinstallimisel, süsteemitarkvara õiguste teostamisel, süsteemi riistvara demonteerimisel ja mahakandmisel, säilitamise ja edasise kasutamise tagamisel teabeallikad süsteemid;

Teave muudatuste kohta:

Vene Föderatsiooni valitsuse 11. mai 2017. aasta määrusega N 555 täiendati lõiget 23 punktiga "c"

c) teabe kaitse tagamine vastavalt süsteemi dokumentatsioonile ning teabe kaitsmise korraldus- ja haldusdokumentidele, sealhulgas süsteemis sisalduva teabe arhiveerimine, andmete ja jääkinfo hävitamine (kustutamine) masinate andmekandjatelt ja (või ) masinate andmekandjate hävitamine ...

24. Kui Vene Föderatsiooni normatiivaktidega ei ole sätestatud teisiti, määrab süsteemi andmebaasides sisalduva teabe säilitamise tähtajad täitevvõim ja need ei tohi olla lühemad kui paberdokumentide säilitamiseks kehtestatud teabe säilitamise tähtajad. mis sisaldab sellist teavet.

25. Süsteemi dekomisjoneerimise tähtaeg ei või olla varasem kui süsteemi dekomisjoneerimise õigusaktis sätestatud viimase meetme kehtivusaeg.

EIS-i kasutuselevõtu kord.

TÜÜPILINE AUTOMAATNE DISAIN. Kasutuselevõtu ETAPP.

LOENG 10.

Vastavalt standardile GOST 34.601-90 “AS. Loomise etapid "ja GOST 34.603-92" AU testide tüübid "Süsteemi kasutuselevõtu etapis viiakse läbi järgmised tööd:

1) automaatikaobjekti organisatsiooniline ettevalmistamine IS-i kasutuselevõtuks - organisatsioonilise struktuuri kujunduslahenduste rakendamine, juhtimisobjekti allüksuste varustamine juhend- ja metoodiliste materjalidega, teabe klassifikaatorite kasutuselevõtt;

2) personali koolitus – personali koolitamine ja nende suutlikkuse kontrollimine ISi toimimise tagamiseks;

3) IC-seadmed koos tarnitud toodetega (Sellise TOR-is kirjeldatud tarne vajaduse korral) - seeria- ja ühetootmise komponentide, materjalide ja koostetoodete vastuvõtmine, sissetuleva kvaliteedikontrolli läbiviimine;

4) ehitus- ja paigaldustööd - tehniliste seadmete ja IS personali paigutamiseks spetsialiseeritud ruumide ehitustööde teostamine, ehitus kaabelkanalid, tehniliste vahendite ja sideliinide paigaldus, paigaldatud tehniliste vahendite katsetamine, tehniliste vahendite tarnimine kasutuselevõtutööde teostamiseks;

5) tellimistööd - riist- ja tarkvara autonoomne reguleerimine, teabe laadimine andmebaasi ja selle hoolduse kontrollimine, kõigi süsteemiseadmete kompleksne reguleerimine;

6) eelkatsed - IS-i toimivuse ja lähteülesandele vastavuse testimine vastavalt eeltestide programmile ja metoodikale; rikete kõrvaldamine ja IC dokumentatsiooni muutmine, sealhulgas töökorras vastavalt katseprotokollile; IS-i proovioperatsioonile vastuvõtmise tunnistuse registreerimine;

7) proovioperatsioon - IS-i proovitöö; selle tulemuste analüüs; IS tarkvara valmimine; ISi tehniliste vahendite täiendav kohandamine; proovitoimingu sooritamise tunnistuse registreerimine.

8) vastuvõtutestid - tehnilistele kirjeldustele vastavuse testid vastavalt vastuvõtukatsete programmile ja metoodikale; IC testi tulemuste analüüs ja testimisel tuvastatud puuduste kõrvaldamine; IP alaliseks kasutuseks vastuvõtmise akti registreerimine.

EISi kasutuselevõtt kujutab endast järkjärgulist üleminekut olemasolevat süsteemi haldamine automatiseeritud. Samal ajal ei suurene mitte ainult andmetöötluse tehniliste vahendite kasutamise määr, vaid muutuvad vastavalt ka haldusmeetodid ise.

Spiraalmudeli järgi eluring süsteemid alates tehnilise projekteerimise etapist, EIS alamsüsteemid, ülesannete kompleksid või üksikud komponendid, mis on võimelised iseseisvalt toimima, võetakse kasutusele etapiviisiliselt kohe, kui töödokumentatsioon ja tehnilised vahendid on valmis.

Kasutuselevõtu etapp hõlmab ülesannete komplekside katsetamist ja nende vastuvõtmist tööstuslik kasutamine pärast vastuvõtukatseid. Kogu süsteem võetakse kommertskasutusele pärast kõigi ülesannete komplekside kasutuselevõtu lõpuleviimist.

Süsteemi kasutuselevõtu üheks oluliseks tunnuseks on teatud perioodi olemasolu, mille jooksul toimub olemasoleva süsteemi ja uue EIS-i paralleelne töö. V tehnilised süsteemidüks seade asendatakse teisega kõige sagedamini ajaliselt järjestikku. Mõnikord paigaldatakse vana masina asemele uus - sel juhul ei tööta ei uus ega vana seade mõnda aega. Kui uus hakkab tööle enne, kui vana lakkab töötamast, siis töötavad need üksteisest sõltumatult. Organisatsiooni tüüpi EIS-i tellimisel on põhimõtteliselt võimatu olukord, kus ei vana ega uus süsteem vähemalt lühikest aega ei töötanud. Lisaks kontrollige kõigi ette nähtud lahenduste õigsust, kasutuselevõttu uus süsteem viiakse proovitöö käigus järk-järgult läbi järgmistes etappides:

1. Alamsüsteemi või ülesannete kompleksi kontrollimine kogu tegelike andmete mahus, kuid mitte kontrollimiseks vajaliku reaalajas.

2. Uue süsteemi toimimine reaalandmete täismahul ja reaalarvudes juhtimisrežiimis, kui saadud tulemusi ei kasutata juhtimiseks, vaid võrreldakse aastal saadud tulemustega. vana süsteem, ja neid analüüsitakse.

3. Üleminek juhtimisele uue süsteemi tulemustest lähtuvalt töös püsides vana süsteem võimalike rikete ja ettenägematute olukordade korral.

4. Lõplik üleminek uue süsteemi tööle.

Süsteemi paralleelne toimimine on töötajatele äärmiselt ebasoodne. Suurenenud stressiga peavad nad tegema topelttööd. Süsteemi arendajad peaksid püüdma lühendada paralleeltöö perioodi, mis sõltub suuresti sellest, kui edukalt süsteemi arendus ja silumine toimub. Vähemalt osa süsteemi silumisest ja silumisest ülekandmine proovitöö perioodiks on vastuvõetamatu. Muutused sel perioodil on vältimatud, kuid tuleks püüda tagada, et alles jääksid vaid need, mida enne katsetegevuse algust ei osatud ette näha.

Proovioperatsioon kattub testimisprotsessiga. Reeglina ei võeta süsteem täielikult kasutusele, järk-järgult. Seetõttu läbib kasutuselevõtt süsteemi sisu seisukohalt vähemalt kolm etappi:

2) teabe kogumine;

3) projekteerimisvõimsuse saavutamine.

algatab üsna kitsa vahemiku vigu - peamiselt andmete mittevastavuse probleeme laadimise ajal ja laadijate endi vigu, st midagi, mida testandmetel ei jälgitud. Kui "reaalajas" andmete silumine on võimatu, peate olukorda simuleerima ja kiiresti. Selleks on vaja väga kvalifitseeritud testijaid.

ajal teabe kogunemine avaldub suurim arv infosüsteemi loomisel tehtud vead. Reeglina on need mitme kasutaja juurdepääsuga seotud vead. Sellised vead jäetakse testimisfaasis sageli tähelepanuta. Ilmselt on selle põhjuseks nii modelleerimise keerukus kui ka infosüsteemide testimise automatiseerimisvahendite kõrge hind mitme kasutaja juurdepääsu tingimustes. Mõnda viga on raske parandada, kuna need on disainivead. Mitte ükski kõige rohkem hea projekt pole nende eest immuunsed. See tähendab, et igaks juhuks tuleb selliste vigade lokaliseerimiseks ja parandamiseks aega varuda.

Info kogumise perioodil võib kohata kuulsat "baasilangust". Halvimal juhul selgub, et DBMS ei pea infovoogudele vastu. Kui see on hea, on konfiguratsiooniparameetrid lihtsalt valed. Esimene juhtum on ohtlik, kuna DBMS-i tootjat on üsna raske mõjutada ja kliendile ei meeldi teenuse lingid tehniline abi DBMS. DBMS-i rikke probleemi ei pea lahendama mitte tootja, vaid teie - skeemi muutmiseks, päringute voo vähendamiseks, taotluste endi muutmiseks; üldiselt on võimalusi palju. Hea, kui andmebaasi taastamise aeg mahub projekti planeeritud aega.

Süsteem saavutab oma projekteerimisvõimsuse kell asjaolude edukas kokkulangevus - see on mitmete pisivigade ja mõnikord ka tõsiste vigade parandamine.

GOST 24.208-80 Nõuded etapi "Kasutuselevõtt" dokumentide sisule

NSVL Riikliku Standardikomitee määrusega 14. mai 1980 nr 2101 kehtestati kasutuselevõtu periood.

alates 01.01.1981

See standard kehtib tehnilise dokumentatsiooni kohta automatiseeritud süsteemid igat tüüpi juhtimine (ACS), mis on välja töötatud kõikide juhtimistasandite jaoks (välja arvatud riiklik) ja kehtestab nõuded "Kasutuselevõtu" etapis välja töötatud dokumentide sisule vastavalt GOST 24.101-80 nõuetele.

1. ÜLDSÄTTED

1.1. “Kasutuselevõtu” etapis väljatöötatud dokumente nimetatakse automatiseeritud juhtimissüsteemi vastuvõtudokumentideks.

1.2. AKS osa dokumentide vormistamisel piirdub dokumentide sisu AKS vastava osa raamistikuga.

1.3. Olenevalt loodavate automatiseeritud juhtimissüsteemide eesmärgist ja eripäradest on lubatud dokumentidesse lisada lisateavet, mille sisule esitatavaid nõudeid käesolev standard ei kehtesta.

2. NÕUDED VASTUVÕTMISE DOKUMENTATSIOONILE

2.1. Lõpetamistunnistus

2.1.1. Dokument on mõeldud ACS-i loomisel eraldi töö valmimise fakti fikseerimiseks.

2.1.2. Dokument ei kehti ehitus- ja paigaldus- ning kasutuselevõtutöödel.

2.1.3. Dokument peab sisaldama:

valminud töö(te) nimetus;
akti koostanud arendajaorganisatsiooni ja kliendiorganisatsiooni esindajate nimekiri;
töö lõpetamise kuupäev;
töö tegemise aluseks olnud dokumendi(te) nimetus;
tehtud töö peamised tulemused;
järeldus tehtud töö tulemuste kohta.

2.2. Proovitöö vastuvõtmise sertifikaat

2.2.1. Dokument on ette nähtud automatiseeritud juhtimissüsteemi kui terviku või selle osade proovikäibele kasutuselevõtu lõpetamise fakti fikseerimiseks.

2.2.2. Dokument peab sisaldama:

proovitööks vastuvõetud ACS-i (või selle osa) nimi ja vastav juhtimisobjekt;
vastuvõtukomisjoni koosseis ja selle töö alused (komisjoni moodustamise aluseks oleva dokumendi nimi, number ja kinnitamise kuupäev);
proovitööks vastu võetud ACS-i (või selle osa) funktsioonide koosseis;
proovitoimingu käigus kontrollitud tehnilise, tarkvara, teabe- ja organisatsioonilise toe komponentide loetelu;
proovitööle vastuvõtmise peamised tulemused;
komisjoni otsus automatiseeritud juhtimissüsteemi proovitööle vastuvõtmise kohta.

2.3. Tööstusliku tegevuse vastuvõtusertifikaat

2.3.1. Dokumendi eesmärk on fikseerida ACS-i (või selle osa) tööstuslikku kasutuselevõttu.

2.3.2. Dokument peab sisaldama:

tööstuslikuks kasutamiseks vastuvõetud juhtimisobjekti ja ACS-i (või selle osa) nimetus;
teave vastuvõtukomisjoni (riiklik, osakondadevaheline, osakondlik) staatuse, koosseisu ja töö aluste kohta;
komisjoni tööperiood;
arendajaorganisatsiooni, kaastäitva organisatsiooni ja tellijaorganisatsiooni nimi;
dokumendi nimi, mille alusel ACS välja töötati;
kommertskasutusele võetud ACS-i (või selle osa) funktsioonide koosseis;
tööstuslikuks kasutamiseks vastuvõetud tehnilise, tarkvara, informatsioonilise ja organisatsioonilise toe komponentide loetelu;
komisjonile esitatavate dokumentide loetelu;
järeldus automatiseeritud juhtimissüsteemi piloottöö tulemuste kohta;
aktsepteeritud ACS-i vastavuse hindamine selle loomise tehnilistele kirjeldustele;
lühikesed omadused ja automatiseeritud juhtimissüsteemi loomisel tehtud töö peamised tulemused;
automatiseeritud juhtimissüsteemi teadusliku ja tehnilise taseme hindamine (vastavalt projekteerimisandmetele) *;
majandusliku efektiivsuse hindamine automatiseeritud juhtimissüsteemide kasutuselevõtust (vastavalt projekteerimisandmetele) *;
komisjoni otsus;
komisjoni soovitused edasine areng süsteemid *.

* Kohustuslik ainult automatiseeritud juhtimissüsteemi kui terviku aktsepteerimisel.

2.3.3. Programm ja katsearuanded, komisjoni koosolekute protokollid, varem vastu võetud ACS-i osade tööstuslikuks kasutamiseks vastuvõtmise aktid, tehniliste vahendite loetelu, mida komisjon ACS-i vastuvõtmisel kasutas, on lisatud "Tööstuslikuks kasutamiseks vastuvõtmise aktile". . Komisjoni äranägemisel on lubatud taotlusele lisada täiendavaid dokumente.

2.4. Töögraafik

2.4.1. Dokumendiga kehtestatakse teoste loomisega seotud tööde loetelu, tähtajad ja tööde teostajad.

2.4.2. Iga loendis sisalduva töö dokument peab sisaldama:

töö pealkiri;
töö algus- ja lõppkuupäev;
töös osaleva üksuse nimi;
vastutava tegevjuhi nimi ja ametikoht;
töö tulemuste esitamise valem.

2.5. Töökäsk

2.5.1. Sõltuvalt automatiseeritud juhtimissüsteemi loomise töö etapist koostatakse järgmist tüüpi dokumendid:

korraldus juhtimisobjekti ehitus- ja paigaldustöödeks valmisoleku kohta;
korraldus juhtimisobjekti kasutuselevõtuks valmisoleku kohta;
automaatjuhtimissüsteemi (selle osade) proovitöö alustamiseks;
korraldus automatiseeritud juhtimissüsteemi (selle osade) äriliseks kasutuselevõtuks.

2.5.2. Dokument "Korraldus juhtimisobjekti ehitus- ja paigaldustöödeks valmisoleku kohta" peab sisaldama:

teade juhtimisobjekti valmisoleku kohta ehitus- ja paigaldustöödeks;
ehitus- ja paigaldusala määramine;
tööle lubamise kord;
töö ja paigaldatud seadmete ohutuse eest vastutava kliendiorganisatsiooni esindajate nimekiri;
töid teostavate ehitus- ja paigaldusorganisatsioonide vastutavate esindajate nimekiri.

2.5.3. Dokument "Käskkiri juhtimisobjekti kasutuselevõtuks valmisoleku kohta" peab sisaldama:

teade juhtimisobjekti kasutusvalmiduse kohta;
ACS tehniliste vahendite loetelu, mida saab kohandada;
märge reguleerimistööde tegemise korra kohta;
kasutuselevõtule lubamise kord;
kasutuselevõtu eest vastutava kliendiorganisatsiooni esindajate nimekiri;
tellimistöid teostavate organisatsioonide vastutavate esindajate nimekiri;
paigaldusvigade kõrvaldamise juhised ja nende tööde eest vastutavad isikud.

2.5.4. Dokument "ACS-i (selle osade) proovitöö alustamise korraldus" peab sisaldama:

proovitöös oleva ACS-i kui terviku või selle osade nimi;
proovioperatsiooni ajastus;
tellijaorganisatsiooni ja katsetegevuse eest vastutava arendusorganisatsiooni ametnike nimekiri;
proovitoiminguga seotud kliendiorganisatsiooni allüksuste loetelu.

2.5.5. Dokument "Automaatjuhtimissüsteemi (selle osade) kasutuselevõtu korraldus" peab sisaldama:

tööstuslikuks kasutamiseks võetud ACS-i või selle osade, riist- ja tarkvara funktsioonide koosseis;
automatiseeritud juhtimissüsteemi töö eest vastutava kliendiorganisatsiooni ametnike ja allüksuste loetelu;
uute dokumentide vormide kasutuselevõtu kord ja tähtajad (vajadusel);
automatiseeritud juhtimissüsteemi toimimise tingimustes esimese isiku tööle üleviimise kord ja tähtajad.

2.6. Korraldus vastuvõtukomisjoni koosseisu kohta

Dokument peab sisaldama:

aktsepteeritud ACS-i kui terviku või selle osade nimi;
teave komisjoni koosseisu kohta;
komisjoni töökorralduse alused;
kliendiorganisatsiooni nimi;
arendaja organisatsiooni nimi, kaastäitvad organisatsioonid;
komisjoni ametisse nimetamine ja eesmärgid;
komisjoni töö alustamise ja lõpetamise tähtajad;
juhised komisjoni töö täitmise vormi kohta.

2.7. Tööprogramm

2.7.1. Sõltuvalt töö sisust koostatakse järgmist tüüpi dokumendid:

katseprogramm;
proovioperatsiooni programm;
vastuvõtukomisjoni tööprogramm.

2.7.2. Dokument "Testiprogramm" on mõeldud selleks, et määrata kindlaks eelkatsete kord ja ulatus automaatjuhtimissüsteemi piloottööle üleminekul ja vastuvõtutestid automaatjuhtimissüsteemi tööstuslikule tööle üleminekul.

Dokument peab sisaldama:

ACS-i kui terviku või selle testitavate osade funktsioonide koosseis, viidates ACS-i loomise lähteülesannete punktidele;
testitavate tehnilise, tarkvara, informatsioonilise ja organisatsioonilise toe komponentide loetelu;
ACS-i toe üksikute komponentide ja üksikute ACS-funktsioonide testimise kord;
testimise tingimused ja tähtajad;
testide ja tuvastatud puuduste registreerimise kord;
puuduste kõrvaldamise ja tehnilises dokumentatsioonis vajalike muudatuste tegemise kord;
testitulemuste esitamise vormi märge.

2.7.2. Dokument "Proovitöö programm" on mõeldud proovitoimingu järjekorra ja ulatuse kindlaksmääramiseks.

Dokument peab sisaldama:

ACS-i ja selle proovitööle kuuluvate osade funktsioonide koosseis, viidates ACS-i loomise lähteülesande punktidele;
proovitööga seotud tehnilise, tarkvara, teabe- ja organisatsioonilise toe komponentide loetelu;
personalitoimingute kord ACS-i elementide ja üksikute funktsionaalsete alamsüsteemide proovitöö ajal;
proovioperatsiooni tingimused ja tingimused;
proovitoimingu tulemuste ja tuvastatud puuduste registreerimise kord;
tuvastatud puuduste kõrvaldamise ja tehnilises dokumentatsioonis muudatuste tegemise kord;
märge proovioperatsiooni tulemuste esitamise vormi kohta.

2.7.2. Dokument "Vastuvõtukomisjoni tööprogramm" on mõeldud automatiseeritud juhtimissüsteemi tööstuslikuks kasutamiseks vastuvõtmise korra kindlaksmääramiseks. Dokumendi koosseis ja sisu määratakse kindlaks vastavalt selles valdkonnas heaks kiidetud regulatiivsetele ja tehnilistele dokumentidele.

2.8. Testi tulemused

2.8.1. Dokument on ette nähtud eelkatsete tulemuste salvestamiseks ACS-i kui terviku või selle osade katse- või tööstuslikuks kasutamiseks üleandmisel.

2.8.2. Dokument peab sisaldama:

katseobjekti nimi;
testi läbi viinud ametnike nimekiri;
testide eesmärk;
teave testide kestuse kohta;
automatiseeritud juhtimissüsteemi loomise tehniliste spetsifikatsioonide punktide loetelu, mille järgimiseks katsed läbi viidi;
"Testiprogrammi" üksuste loetelu, mille jaoks testid tehti;
teave ACS-i korrektse toimimise jälgimise tulemuste kohta;
teave testimise käigus ilmnenud rikete, rikete ja hädaolukordade kohta;
teave katseobjekti parameetrite kohandamise ja tehnilise dokumentatsiooni kohta.

2.9. Läbirääkimiste protokoll

2.9.1. Dokumendi eesmärk on leppida kokku kõrvalekalded varem vastu võetud ja heakskiidetud projektlahendustest, kui automatiseeritud juhtimissüsteemi kui terviku või selle osade proovitöö käigus ilmnes vajadus nende parandamiseks.

2.9.2. Dokument peab sisaldama:

arvestatud kõrvalekallete loetelu koos dokumendi äranäitamisega, mille nõuetest kõrvalekalded kuuluvad kooskõlastamisele;
protokolli koostanud ametnike nimekiri;
projektlahendustest aktsepteeritud kõrvalekallete põhjendamine;
kokkulepitud kõrvalekallete loetelu ja tehnilises dokumentatsioonis vajalike muudatuste tegemise ajakava.

Kordusväljaandmine. mai 1986