Infosüsteemi kommertskasutusele võtmise toiming. Infotehnoloogia alane nõustamine (IT-alane nõustamine)

Vene Föderatsiooni valitsuse 6. juuli 2015. aasta määrus 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, infotehnoloogia ja teabekaitse kohta" artikli 14 6. osale on valitsus Venemaa Föderatsioon 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 ette nähtud meetmeid viivad ellu föderaalsed täitevorganid vastava eelarveaasta föderaaleelarve föderaalseadusega ettenähtud eelarveeraldiste piires ja riigi juhtimise ja juhtimise planeerimise perioodiga. väljakujunenud funktsioonide valdkond.

3. Soovitada teistel riigiorganitel, lisaks Vene Föderatsiooni moodustavate üksuste föderaalsetele täitevorganitele ja täitevorganitele, samuti riigieelarveväliste fondide juhtorganitele, kohalikele omavalitsustele juhinduda oma tegevuses kinnitatud nõuetest. selle resolutsiooniga.

Nõuded
riigi infosüsteemide loomise, arendamise, kasutuselevõtu, käitamise ja dekomisjoneerimise ning nende andmebaasides sisalduva teabe edasise säilitamise järjekorda.
(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öderaalsed täitevvõimud ja täitevvõimud.Vene Föderatsiooni moodustavate üksuste asutused (edaspidi täidesaatvad võimuorganid), et tõhustada täitevvõimude volituste teostamist info- ja kommunikatsioonitehnoloogia kasutamise tulemusena , kas täitevvõimuorganite poolt, kes tegutsevad avaliku sektori partneritena ja erasektori partneritena vastavalt avaliku ja erasektori partnerluslepingutele (edaspidi - erapartner) nende lepingute täitmiseks.

1.1. Kui täitevasutused või erapartnerid rakendavad meetmeid süsteemide loomiseks, arendamiseks, kasutuselevõtuks, käitamiseks ja dekomisjoneerimiseks ning nende andmebaasides sisalduva teabe edasiseks säilitamiseks, tuleb 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 loodud süsteemides sisalduva teabe kaitse nõuded oma volituste piires;

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

Teave muudatuste kohta:

Lõiget 1.1 täiendati 27. aprillist 2019 alapunktiga "c" – resolutsioon

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

Teave muudatuste kohta:

Vene Föderatsiooni valitsuse 11. mai 2017. a määrus N 555 Nõuded on 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 infoturbe nõuetele;

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

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

II. Nõuded süsteemi loomise järjekorrale

2. Süsteemi loomise aluseks on:

a) õigustloovates õigusaktides sätestatud täitevvõimu kohustus luua süsteem;

b) täitevvõimu otsus süsteemi loomise kohta, et tagada talle antud volituste rakendamine;

Teave muudatuste kohta:

Lõiget 2 täiendati 27. aprillist 2019 alapunktiga "c" – Venemaa valitsuse 11. aprilli 2019. aasta määrus N 420

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

Teave muudatuste kohta:

Lõiget 2 täiendati 27. aprillist 2019 alapunktiga "d" – Venemaa valitsuse 11. aprilli 2019. aasta määrus N 420

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

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.

Infoturbeohu mudel ja (või) süsteemi loomise lähteülesanne lepitakse kokku julgeolekuvaldkonna föderaalse täitevorganiga ja tehnilise luure vastase võitluse ja teabe tehnilise kaitse valdkonnas volitatud föderaalse täitevorganiga, oma volituste piires kehtestatud infokaitsenõuete rakendamisega seotud osas.

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

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

5. Süsteemi loomise protseduur sisaldab järgmisi järjestikuseid samme:

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

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

c) arendamine või kohanemine tarkvara;

d) kasutuselevõtt;

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, kinnitamist ja kinnitamist mahus, mis on vajalik projekteerimislahenduste tervikkomplekti (sh infoturbe) kirjeldamiseks ja on piisav edasiseks tööks süsteemi loomisel.

7. Süsteemi ja selle osade töödokumentatsiooni väljatöötamise etapp hõlmab vajalikku teavet sisaldava dokumentatsiooni väljatöötamist, kinnitamist ja kinnitamist, mis sisaldab vajalikku teavet süsteemi kasutuselevõtu ja selle toimimise tööde tegemiseks ning süsteemi käitamise korda. teha töid, et säilitada käesoleva dokumendi lõikes 6 nimetatud projekteerimisotsustega kehtestatud süsteemi tööomadused (kvaliteet, sealhulgas infoturve), sealhulgas:

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

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

c) süsteemi töötamise ajal tekkida võivate rikete loetelu ja soovitused nende esinemise korral 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, soetatud tarkvara valikut ja kohandamist, samuti väljatöötatud süsteemitarkvara ja infokaitsevahendite sertifitseerimist kehtestatud juhtudel ja viisil vastavalt infoturbe nõuetele.

9. Kasutuselevõtu etapp hõlmab süsteemiosade riist- ja tarkvara offline seadistamist, info üleslaadimist selle andmebaasi, süsteemi riist- ja tarkvara igakülgset reguleerimist, sh infoturbe tööriistu.

10. Eeltestimise etapp hõlmab:

a) eeltestide programmi ja metoodika väljatöötamine, mille kohaselt testitakse 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 rikete kõrvaldamine ning muudatused süsteemi dokumentatsioonis ja töödokumentatsioonis;

d) katseprotokolli ja süsteemi proovitööks vastuvõtmise akti registreerimine.

11. Proovioperatsiooni etapp hõlmab:

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

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

c) süsteemi tarkvara viimistlemine 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 hakkamist kõrvaldada.

12. Vastuvõtutesti etapp hõlmab:

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

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õtule

13. Süsteemi kasutuselevõtu aluseks on täitevvõimu õigusakt süsteemi kasutuselevõtu kohta, millega määratakse kindlaks süsteemi kasutuselevõtu tagamiseks võetavate meetmete loetelu ja kehtestatakse kasutuselevõtu alguskuupäev.

14. Täitevorgani õ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 turvavaldkonna föderaalse täitevorgani normatiivaktide ja metoodiliste dokumentidega ja föderaalne täitevorgan, mis on volitatud võitlema tehnilise luure ja teabe tehnilise kaitse valdkonnas, samuti riiklikud standardid teabekaitse valdkonnas;

b) meetmed infoturbe nõuete süsteemi sertifitseerimiseks, mille tulemusena Vene Föderatsiooni õigusaktidega kehtestatud juhtudel süsteemis sisalduva teabe kaitse vastavus Vene Föderatsiooni õigusaktidega sätestatud nõuetele. kinnitatakse Vene Föderatsiooni info, infotehnoloogia ja infoturbe alal;

c) meetmed täitevvõimu ja erasektori partneri ettevalmistamiseks avaliku ja erasektori partnerluse lepingu sõlmimise korral süsteemi toimimiseks;

d) meetmed täitevvõimu ametnike, samuti avaliku ja erasektori partnerluslepingu korral erapartneri töötajate koolitamiseks süsteemi käitamiseks, sealhulgas infoturbe tagamise eest vastutavate isikute koolitamiseks.

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

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

b) riigiorganite, kohalike omavalitsuste, riigi- ja munitsipaalettevõtete, riigi- ja munitsipaalasutuste kasutatavate infosüsteemide tehniliste vahendite paigutuse kontrolli teostamise eeskirjaga sätestatud kontrolliobjektide territoriaalse asukoha registri puudumine; Vene Föderatsiooni territooriumil, kinnitatud Vene Föderatsiooni valitsuse 6. juuli 2015. aasta määrusega N 675 "Artikli 13 osas 2.1 ja artikli 14 6. osas sätestatud nõuete täitmise järelevalve korra kohta föderaalseaduse "Teabe, infotehnoloogia ja teabekaitse kohta", teave tehniliste vahendite paigutuse kohta infosüsteem Vene Föderatsiooni territooriumil;

c) riigi infosüsteemide loomise, arendamise, kasutuselevõtu, käitamise ja dekomisjoneerimise ning selles sisalduva teabe edasise säilitamise nõuete täitmise järelevalve eeskirja kohase seire käigus tuvastatud käesoleva paragrahvi nõuete täitmata jätmine. oma andmebaasides heaks kiidetud Vene Föderatsiooni valitsuse 6. juuli 2015. aasta dekreet N 675 "Föderaalseaduse artikli 13 osas 2.1 ja artikli 14 6. osas sätestatud nõuete täitmise järelevalve korra kohta". Info, infotehnoloogia ja infokaitse "" käesoleva dokumendi õigusakt a) süsteemi dekomisjoneerimisega seotud õigusaktide ettevalmistamine;

b) tööd süsteemi dekomisjoneerimisel, sealhulgas tööd süsteemitarkvara desinstallimisel, süsteemitarkvara õiguste teostamisel, süsteemi riistvara demonteerimisel ja dekomisjoneerimisel, 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 teabekaitse korraldus- ja haldusdokumentidele, sealhulgas süsteemis sisalduva teabe arhiveerimine, andmete ja jääkteabe hävitamine (kustutamine) masinate andmekandjatelt ja (või) masinlike teabekandjate 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 teabe säilitamise tähtaegadest, mis on kehtestatud paberkandjal sisaldavate dokumentide säilitamiseks. selline teave.

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

3) operaatori tegevuste kirjeldus programmidega töötamisel (programmide käivitamise reeglid, tööde järjekord, tegevused võimalikes ebastandardsetes olukordades jne).

Katsejuhtumi kirjeldus sisaldab kirjeldust:

1) testjuhtumiga testitud tarkvara funktsioonid ja parameetrid;

2) selle näite tarkvara testimiseks vajalike tehniliste vahendite koosseis;

3) sisendteave;

4) programmide käivitamise tulemused kontrollnäite järgi;

5) operaatori toimingud programmi kontrollimisel juhtnäites;

6) programmide verifitseerimise (kontrollistandardi) tulemused kontrollnäite põhjal.

Programmi dokumentatsiooni üleandmise kord

Kõik programmid ja juhised, mille arendaja on testinäites kontrollinud, antakse kliendile üle aktiga, mis tõendab nende proovitööks vastuvõtmist.

Tellijale üle antav tarkvara, juhised ja algoritmide kirjeldused peavad vastama infosüsteemi töökavandi koostise ja sisu nõuetele. Klient saab magnetkandjale salvestatud saated. Klient annab arendajale magnetkandja ja arvutiaega, mis on vajalik programmide proovitööle panemiseks ja (vajadusel) paljundamiseks.

Ülesannete komplekti (allsüsteemide) proovitööks vastuvõtmine seisneb spetsiaalselt koolitatud kliendipersonali poolt arendaja esindajate juuresolekul testjuhtumi lahendamises, millele järgneb tulemuste analüüs. Vastastikusel kokkuleppel võib testjuhtumi teostada arendaja kliendi juuresolekul.

Vastuvõtmise tulemuste alusel allkirjastatakse tarkvara proovitööks vastuvõtmise akt. Avastati

arendaja vead programmides ja tehnilises dokumentatsioonis kõrvaldatakse proovikasutusele võtmise käigus.

Organisatsiooniline ja haldusdokumentatsioon

"Detailse projekteerimise" etapis tehtud põhitööde kohta koostatakse järgmine organisatsiooniline ja haldusdokumentatsioon:

1) etapis tööde teostamiseks vastavalt graafikule organisatsioonilised ja tehnilised meetmed;

2) töövõtja ja tellija ühistööde ajakava;

3) katsenäidete kontrollimise akt ja tööprogrammide proovitööks vastuvõtmine;

4) norm- ja referentsdokumentatsiooni valmisoleku akt;

5) organisatsiooniliste ja tehniliste meetmete rakendamise akt ettevõtte ettevalmistamiseks infosüsteemi kasutuselevõtuks.

5.5. Infosüsteemi kasutuselevõtt

Infosüsteemi kasutuselevõtt ja selle üksikud elemendid on järkjärguline üleminek olemasolevaid meetodeid automaatjuhtimise meetoditele.

Infosüsteemi kasutuselevõttu korraldab ja viib läbi tellija arendaja ja kaastäitvate organisatsioonide osalusel. Tellija, arendaja ja kaastäitjate organisatsioonide suhtlus toimub lepingutingimuste ja infosüsteemi kohaletoimetamise ajakava alusel. kaubanduslik operatsioon.

Kasutuselevõtt toimub etapiviisiliselt, alustades tehnilise projekti väljatöötamise etapist, kuna töödokumentatsioon on valmis ja tehnilised vahendid on kasutusele võetud iseseisvaks toimimiseks võimeliste infosüsteemi järjekordade või objektide sisseviimise tagamiseks.

Infosüsteemi kasutuselevõtmist tuleks alustada, kui:

1) vormistatud dokumendid rajatise ettevalmistamise tegevuskava täitmise kohta;

2) töödokumentatsioon spetsiaalse järjekorra või infosüsteemi kui terviku rakendamiseks;

3) koolitatud personal, kes koolitab kasutuselevõttu

infosüsteemi spetsiaalse järjekorra toimimine ja toimimine;

4) kasutusele võetud infosüsteemi tehnilised vahendid, mis tagavad rakendatavate ülesannete komplekside toimimise.

Töö korraldus

Rakendatud:

1) üksikute ülesannete ja nende komplekside proovitöö;

2) ülesannete komplekside vastuvõtmine äritegevuseks;

3) vastuvõtukatsete läbiviimine;

4) süsteemi kaubanduslikuks kasutuselevõtuks.

Tööde koosseis ja järjekord määratakse kokkulepitud kasutuselevõtugraafikutega, mis näitavad järgmiste tööde koosseise ja ajakava:

1) infosüsteemi objektide ehitamiseks, paigaldamiseks, seadistamiseks ja katsetamiseks töödokumentatsiooni laekumise hetkest kuni objektide äriliseks kasutusse andmiseni;

2) proovioperatsiooniks jaülesannete komplekside vastuvõtutestid;

3) tagada üleminek olemasolevatelt juhtimistavadelt

juurde infosüsteemi projektis pakutavad meetodid.

"Teabesüsteemi kasutuselevõtu" etapis

klient on kohustatud:

1) täielik täitmine organisatsioonilised ja tehnilised meetmed ettevõtte ettevalmistamiseks infosüsteemi kasutuselevõtuks ja vormistamiseks aktidega;

2) tagama ettevõtte personali töö- ja tehnoloogiliste juhiste järgimise;

3) kasutusele võtta teostatud andmetöötluse tehnoloogiliseks protsessiks vajalikud tehnilised vahendid;

4) annab välja korralduse koos ajakavaga infosüsteemi proovitöö läbiviimiseks ja analüüsib koos arendajaga proovitöö tulemusi;

5) viia lõpule infosüsteemi osaks olevate ülesannete komplekside proovikäitamine ja nende kommertskasutusele võtmine;

6) teha muudatusi ettevõtte organisatsioonilises struktuuris vastavalt infosüsteemi projektile;

7) töötab välja korralduse eelnõu vastuvõtukomisjoni koosseisu kohta;

8) töötada välja ja kooskõlastada arendajaga programmi kavand vastuvõtutestid;

9) korraldab vastuvõtukomisjoni tööd, varustab seda nõutava dokumentatsiooniga ja testib infosüsteemi;

10) kontrollida juurutatud lahenduste tõhusust tööstusliku töö tingimustes ning süsteemi toimimise analüüsi tulemuste põhjal töötada välja soovitused selle edasiseks arendamiseks.

"Teabesüsteemi kasutuselevõtu" etapis

arendaja on kohustatud:

1) kohandada tehnilist dokumentatsiooni infosüsteemi proovitöö tulemustest lähtuvalt;

2) osaleda infosüsteemi vastuvõtutestide programmi kavandi väljatöötamises;

3) viia läbi metoodilist juhendamist ja võtta osa ülesannete (ülesannete komplekside) äritegevusse viimisest;

4) osaleda infosüsteemi äriliseks käitamiseks vastuvõtmise komisjoni töös.

Proovioperatsiooni protseduur

Ülesannete (ülesannete komplekside) proovitöö algus, töötingimused ja konkreetse ülesande või alamsüsteemi vastuvõtmise komisjoni koosseis määratakse tellija antud ja arendajaga kokku lepitud korraldusega. Tellimusele on lisatud leping kellega

arendaja poolne pilootoperatsiooniprogramm, mis määrab ülesandekomplekside kontrollimise tingimused, tehniliste vahendite kontrollimise korra ülesannete komplekside (allsüsteemide) lahendamisel ning proovitöö käigus tuvastatud puuduste kõrvaldamise korra.

Proovikäitamise käigus tekkinud kliendi lisanõuded, mis ei ole ette nähtud lähteülesandes ja tehnilises projektis, ei ole aluseks proovitöö tulemuste negatiivseks hinnanguks ning on rahuldatavad. täiendav kokkulepe kokkulepitud aja jooksul.

Kell positiivseid tulemusiülesannete (allsüsteemide) proovikäitamine, nende äriliseks kasutamiseks vastuvõtmise kohta koostatakse kahepoolne akt.

Pärast infosüsteemi kommertskasutusele võtmist vastutab selle toimimise eest vastuvõetud ülesannete ja vahendite raames klient.

Infosüsteemi tarkvara testimise alg- ja aruandlusdokumendid

Ühised testid viib läbi kliendi komisjon, kuhu kuuluvad arendusjuht ja mõned juhtivad arendajad. Testimise ajal juhindub komisjon järgmistest dokumentidest:

1) tellija poolt kooskõlastatud ja arendajaga kooskõlastatud lähteülesanne infosüsteemi loomiseks;

2) tarkvara projekteerimise ja testimise ning tehnilise dokumentatsiooni praegused riigi- ja tööstusstandardid;

3) kõigi tehniliste nõuete katseprogramm

4) lähteülesande nõuete iga jaotise katsemeetodid.

Katseprogramm, meetodid nende läbiviimiseks ja hindamiseks

tulemused töötavad välja tellija ja arendaja ühiselt ning need tuleb kokku leppida ja kinnitada. Need sisaldavad antud süsteemi lähteülesande nõuete täpsustusi ja peaksid tagama nende õige kontrolli. Süsteemi dokumentatsioon peaks

täielikult vastama testitavatele programmidele, tagama süsteemi äratuntavuse operatiivpersonali poolt, samuti andma võimaluse programmide arendamiseks ja kaasajastamiseks nende kestuse pikendamiseks eluring.

Testiprogramm on katseseeria plaan. See on välja töötatud seisukohalt, et minimeerida testimiste hulk koos kliendiga antud ja kokku lepitud tulemuste usaldusväärsusega. Selleks määratakse iga testimise järjekord ja ulatus testimisprotsessis, et kontrollida lähteülesande nõuete täitmist minimaalsete kuludega. Eriti raske on valida süsteemi toimimises stressirohkete olukordade kogumit, mille alusel testid läbi viia. Testiprogramm peaks sisaldama järgmisi selgelt liigendatud jaotisi:

1) katseobjekt, selle eesmärk ja peamiste dokumentide loetelu, mis määrasid selle väljatöötamise;

2) testide eesmärk, näidates ära kontrollitava lähteülesande põhinõuded ja katsete läbiviimise piirangud;

3) tegelikult katseprogramm mis sisaldab väljatöötatud süsteemi lähteülesande kohast terviklikkuse kontrolli ja programmide toimimise kontrollimise katseplaani kõikide lähteülesannete osade ja eraldi lahendustega vormistatud lisanõuete kohta;

4) katsemeetodid, mis määratlevad üheselt kõik kontrollitavate tunnuste mõisted, testimistingimused, testimiseks kasutatavad vahendid, testimistulemuste töötlemise ja hindamise meetodid iga katseprogrammi osa kohta.

Suur hulk heterogeenseid katseandmeid

tarkvara ja mitmekesisus võimalikud viisid nende töötlemine, tõlgendamine ja hindamine viivad selleni, et kõige olulisemad tegurid testitulemuste töötlemiseks muutuvad tulemuste töötlemise ja hindamise meetodid. Vastavalt katsemeetoditele peavad automatiseerimisvahendid tagama iga meetodite lõigu omaduste kontrollimise täielikkuse ja arenduse.

testprogrammi punktide kontrolliprotokollid. Tarkvara keerukus ja tihe seos selle erinevate omaduste vahel tingib vajaduse hoolikalt sõnastada kõik katsetingimused ja parameetrite väärtused, mille alusel katse tuleks läbi viia.

Testi tulemused registreeritakse protokollides , mis tavaliselt sisaldavad järgmisi jaotisi:

1) katsetamise eesmärk ja tehniliste kirjelduste nõuete osa, mille kohaselt katse tehakse;

2) katsete läbiviimise meetodite näitamine, tulemuste töötlemine ja hindamine;

3) katsetingimused ja originaali omadused

4) üldistatud katsetulemused koos nende hinnanguga lähteülesande ja muude reguleerivate dokumentide nõuetele vastavuse kohta;

5) järeldused testitulemuste ja loodud tarkvara vastavuse astme kohta lähteülesande teatud punktile.

Kogu programmi protokollid võetakse kokku aktis, mille tulemusena

tehakse järeldus süsteemi vastavuse kohta tellija nõuetele ning töö positiivse või negatiivse tulemusega lõpetamise kohta. Kui kõik lähteülesande nõuded on täielikult täidetud, on tellijal kohustus süsteem vastu võtta ja töö loetakse lõpetatuks.

Kuid nagu juba märgitud, on keerukate tarkvarakomplekside puhul projekteerimise algstaadiumis raske ette näha ja õigesti sõnastada kõiki tehniliste kirjelduste nõudeid. Seetõttu selgub silumisel ja testimisel sageli, et mõni tehniliste kirjelduste nõue on täitmata ja mõnikord isegi põhimõtteliselt ei saa neid täita arendaja kõige kohusetundlikuma suhtumisega sellesse. Sel juhul on see vajalik meeskonnatöö klient ja arendaja kompromisslahenduse otsimisel testide sooritamisel ja järelduste tegemisel. Mõned programmikompleksi puudused testimise ajal registreeritakse ja fikseeritakse ainult komisjoni kommentaaride kõrvaldamise mõttes,

testide läbiviimine. See plaan on katsetulemuste aruande lisa ja võimaldab teil eraldada hilisemad täiustused otsetestidest.

Vastuvõtukatsete läbiviimise kord

Klient vastutab äritegevuseks vastuvõtmise korraldamise ja läbiviimise eest. Infosüsteemi kommertskasutuseks vastuvõtmine toimub pärast seda, kui klient on kõigi ülesannete (allsüsteemide) kommertskasutuseks vastu võtnud.

Üleantava infosüsteemi kompleksi saab kaasata infosüsteemi lähteülesandes mitte ettenähtud ülesandeid, ülesannete kogumeid (allsüsteeme) ja tehnilisi vahendeid, mis on kliendi poolt iseseisvalt teostatud. koos arendajaga ja pärast vastavate muudatuste tegemist infosüsteemi loomise lähteülesandes.

Tellija või arendaja soovil võib infosüsteemi vastuvõtmisse kaasata alltöövõtjate organisatsioonide esindajaid.

Klient esitab infosüsteemi vastuvõtukomisjonile. Nõuandva hääleõigusega saab vastuvõtmisse kaasata lisaks komisjoni liikmetele infosüsteemide loomise teatud küsimuste eksperte. Klient on kohustatud tagama komisjoni tavapärased töötingimused vastavalt aktsepteeritud infosüsteemi vastuvõtmise programmile. Sest kiire otsus infosüsteemi vastuvõtmise protsessis tekkivad korralduslikud küsimused, arendajaorganisatsiooni juhi korraldusel määratakse vastutav esindaja arendaja organisatsioonist.

Tellija koostab koos arendajaga infosüsteemi testimise ja vastuvõtmise programmi kavandi ning esitab selle läbivaatamiseks ja kooskõlastamiseks vastuvõtukomisjonile. Programmis märgitakse: üleantava infosüsteemi nimetus, süsteemi väljatöötamise aluseks olnud käskdokumendid (olemasolul), vastuvõtukomisjoni koosseis ja selle määramise korralduse number, eesmärk, objektid , maht, koht ja

testide järjekord, testide läbiviimise ja tulemuste hindamise metoodika.

Klient koostab koos arendajaga ja annab komisjonile ajutiseks kasutamiseks üle järgmised dokumendid:

1) infosüsteemi loomist sätestavad korraldused, juhised, plaanid, lepingud;

2) tehniline ja majanduslik põhjendus, lähteülesanne, tehniline projekt, infosüsteemi tööprojekt;

3) tehnilise projekti läbivaatamise ja kinnitamise aktid;

4) tellija ja arendaja kahepoolsed aktid ülesannete, ülesannete komplekside (allsüsteemide), seadmete ja nende komplekside kommertskasutusele viimise kohta vastavalt kinnitatud lähteülesannetele.

Vastuvõtukomisjon annab:

1) dokumentatsiooni ja infosüsteemi toimimise kontrollimine;

2) üksikute allsüsteemide testimiseks töörühmade organiseerimine ja vastutuse jaotamine komisjoni liikmete vahel;

3) loodud infosüsteemi majandusliku efektiivsuse arvestuse kontrollimine;

4) töötubade korraldamine ja infosüsteemi vastuvõtuaktide koostamine.

Tehniliste töötingimuste ja töörežiimi kontrollimine

Infosüsteemi vahendid viiakse läbi samaaegselt ülesannete komplekside (allsüsteemide) toimimise kontrollimisega. Infosüsteemi toimimise eest vastutava personali valmisolek määratakse vastavalt koolitusprogrammile ja töökirjeldus sisaldub töökavandis. Auditi tulemusi arutatakse töötubades ja dokumenteeritakse protokollis.

Komisjoni töö viimane etapp on akti koostamine, mis näitab:

1) komisjoni koosseis, komisjoni liikmete ametikohad ja töökohad;

2) süsteemi aktsepteerimise tähtaeg (kuupäev);

3) infosüsteemi loomisel osalenud esinejate (organisatsioonid, ettevõtted) koosseis;

4) vastuvõtmise alused (korraldused, juhised ja

5) esitatud infosüsteemi dokumentatsiooni loetelu

Ja selle vastavuse hindamine voolule regulatiivsed ja tehnilised dokumendid;

6) tegelikult teostatud ja teostatud tööde vastavus lähteülesandele;

7) kliendi igat liiki tugi- ja struktuuriüksuste valmisolek infosüsteemi juurutamiseks ja toimimiseks;

8) teave infosüsteemi efektiivsuse kohta (saadud säästu mahu ja allikate olemasolevate või eeldatavate tegelike andmete võrdlus arvestuslike andmetega);

9) komisjoni järeldused infosüsteemi vastuvõtmise võimaluse kohta;

Vastuvõtmisaktile viies eksemplaris kirjutavad alla komisjoni esimees ja kõik liikmed. Infosüsteemi kasutuselevõtmise kuupäev on komisjoni poolt aktile allakirjutamise kuupäev.

6. Infosüsteemide arendajate meeskond

Kuna kaasaegse infosüsteemi loomine on keerukas protsess, mis eeldab suure hulga erinevate spetsialistide ühiseid jõupingutusi, siis on infosüsteemi projekteerimise, arendamise ja juurutamisega tegeleva meeskonna moodustamine tänapäevastes tingimustes väga oluline.

Meeskonna organiseerimine ja töö jaotamine spetsialistide vahel võib toimuda mitmel põhimõttel:

1) lähtudes süsteemianalüüsi (algoritmiseerimise) jaotusest ja erinevate meeskondade programmide väljatöötamisest;

KINNITA

Majanduse riikliku reguleerimise osakonna direktori asetäitja

Vene Föderatsiooni majandusarengu ministeerium
__________________ V.N. Rudenko
« 09 » _ november __ 2011

PROOVIKASUTAMISE KASUTAMISE AKT

Automatiseeritud projektijuhtimise infosüsteem, mis on välja töötatud 07.11.2011 riigilepingu nr GK-158-OF / D01 alusel.
Vastavalt Tellija (Venemaa Majandusarengu Ministeerium) ja Töövõtja (OTR 2000 LLC) ühisotsusele proovikäibe kasutuselevõtu kohta.

Komisjon, mis koosneb:

Komisjoni esimees:

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

Komisjoni liikmed:

Majanduse riikliku reguleerimise osakonna elektroonilise ühiskonna arendamise osakonna juhataja kt S. V. Pušakov,

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

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

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

OTR 2000 LLC projektijuht O.V. Strakhova,

OTR 2000 LLC juhtivanalüütik Yu.M. Gudkova,

E.T. nimelise IEP suuna "Reaalsektor" teadur. Gaidara E.R. Bataršin.
alates "_ 08 _" november 2011 autor "_ 09 _" november 2011. aastal viidi läbi Venemaa majandusarengu ministeeriumisse installitud automatiseeritud infosüsteemi "Projektijuhtimise portaal" (AIS PPU) rakendustarkvara eelkatsetused.

Eelkatsed tunnistatakse edukalt sooritatuks.

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

Proovitööks vastuvõetud funktsioonide loetelu (lähteü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. Dokumendikogu.

Komisjonile esitatud proovitoiminguks vajalike dokumentide loetelu:
1. “AIS “Projektihaldusportaali” kirjeldus” (süsteemipass);
2. "Juhend AIS PPU administraatorile";
3. "Kasutusjuhend AIS PPU";
4. "AIS PPU testimise programm ja metoodika";
5. "AIS PPU testimisülesanded";
6. "Rollijuhend, 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. Gudkov

E.R. Bataršin

EIS-i kasutuselevõtu kord.

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

LOENG 10.

Vastavalt standardile GOST 34.601-90 “AS. Loomisetapid" ja GOST 34.603-92 "Tuumaelektrijaama katsete tüübid" Süsteemi kasutuselevõtu etapis tehakse järgmised tööd:

1) automaatikaobjekti organisatsiooniline ettevalmistamine IS-i kasutuselevõtuks - organisatsioonilise struktuuri projekteerimisotsuste elluviimine, juhtimisobjekti osakondade varustamine juhend- ja metoodiliste materjalidega, teabe klassifikaatorite kasutuselevõtt;

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

3) täielik IS komplekt koos tarnitud toodetega (ToR-is kirjeldatud sellise tarne vajaduse korral) - seeria- ja ühes tükis tootmiskomponentide, materjalide ja koostetoodete vastuvõtmine, sissetuleva kvaliteedikontrolli läbiviimine;

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

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

6) eelkatsete läbiviimine – IS-i toimivuse ja lähteülesandele vastavuse testimine vastavalt eeltestide programmile ja metoodikale; veaotsing ja muudatuste tegemine IS dokumentatsioonis, sh töödokumentatsioonis vastavalt katseprotokollile; IP proovitööks vastuvõtmise akti registreerimine;

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

8) vastuvõtutest – tehnilistele kirjeldustele vastavuse testid vastavalt vastuvõtukatsete programmile ja metoodikale; IS testimise tulemuste analüüs ja testide käigus tuvastatud puuduste kõrvaldamine; IP püsivaks kasutamiseks vastuvõtmise akti täitmine.

EIS-i kasutuselevõtt on järkjärguline üleminek alates olemasolev süsteem juhtimine automatiseeritud. See mitte ainult ei suurenda andmetöötluse tehniliste vahendite kasutamise astet, vaid muutuvad vastavalt ka haldusmeetodid ise.

Vastavalt süsteemi elutsükli spiraalmudelile, alates tehnilise projekteerimise etapist, EIS alamsüsteemidest, ülesannete kompleksidest või üksikud komponendid, mis on võimelised iseseisvalt toimima, võetakse kasutusele etapiviisiliselt, kuna töödokumentatsioon ja tehnilised vahendid on valmis.

Kasutuselevõtu etapp hõlmab ülesannete komplekside proovikasutust ja nende vastuvõtmist kommertskasutusele pärast vastuvõtuteste. Kogu süsteem võetakse kommertskasutuseks pärast kõigi ülesannete komplektide kasutuselevõttu.

Süsteemi kasutuselevõtu üheks oluliseks tunnuseks on teatud perioodi olemasolu, mille jooksul olemasolev süsteem ja uus EIS töötavad paralleelselt. IN 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 tuleb tööle enne, kui vana töö lõpetab, siis töötavad need üksteisest sõltumatult. Organisatsioonilist tüüpi EIS-i kasutuselevõtmisel on põhimõtteliselt võimatu olukord, kus ei vana ega uus süsteem vähemalt lühikest aega ei toiminud. Veelgi enam, kõigi manustatud lahenduste õigsuse kontrollimiseks kasutuselevõtt uus süsteem viiakse proovitöö käigus järk-järgult läbi järgmistes etappides:

1. Alamsüsteemi või ülesannete kogumi kontrollimine reaalsete andmete koguhulga, kuid mitte haldamiseks vajaliku reaalajas.

2. Uue süsteemi toimimine reaalandmete täismahul ja reaalajas 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äilitamisel vana süsteem võimalike rikete ja ettenägematute olukordade korral.

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

Süsteemi paralleelrežiimis töötamine on töötajatele äärmiselt ebasoodne. Suurenenud töökoormusega peavad nad tegema topelttööd. Süsteemi arendajad peaksid püüdma lühendada paralleeltöö perioodi, mis sõltub oluliselt sellest, kui edukalt süsteemi arendus ja silumine läbi viidi. Vähemalt osa süsteemi silumisest ja peenhäälestusest ülekandmine proovitöö ajaks on vastuvõetamatu. Muutused sel perioodil on vältimatud, kuid tuleks püüda tagada, et alles jääksid vaid need, mida enne proovitöö algust ette näha ei osatud.

Proovitöö alistab testimisprotsessi. Reeglina võetakse süsteem kasutusele mitte täielikult, järk-järgult. Seetõttu läbib kasutuselevõtt süsteemi infosisu seisukohalt vähemalt kolm etappi:

2) teabe kogumine;

3) projekteerimisvõimsuse saavutamine.

algatab üsna kitsa vigade ringi - peamiselt on tegemist andmete mittevastavuse probleemidega laadimise ajal ja laadijate enda vigadega ehk sellega, mida testiandmetel ei jälgitud. Kui "reaalajas" andmete silumine on võimatu, peate olukorda simuleerima ja kiiresti. See nõuab väga kvalifitseeritud testijaid.

Perioodil teabe kogunemine avaldub suurim arv infosüsteemi loomisel tehtud vead. Reeglina on need vead, mis on seotud mitme kasutaja juurdepääsuga. Sageli ei pöörata sellistele vigadele testimise etapis piisavalt tähelepanu. Ilmselt on selle põhjuseks nii modelleerimise keerukus kui ka infosüsteemi testimiseks kasutatavate automatiseerimisvahendite kõrge hind mitme kasutaja juurdepääsu tingimustes. Mõnda viga on üsna 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.

Teabe kogumise perioodil võib kohata kuulsat “baaslangust”. Halvimal juhul selgub, et DBMS ei pea infovoogudele vastu. Kui see on hea, siis lihtsalt konfiguratsiooniparameetrid on valed. Esimene juhtum on ohtlik, kuna DBMS-i tootjat on üsna raske mõjutada ja kliendile tõesti ei meeldi viited teenusele tehniline abi DBMS. DBMS-i rikke probleemi ei pea lahendama mitte tootja, vaid teie - muutke skeemi, vähendage päringute voogu, muutke taotlusi ise; üldiselt - valikuid on palju. Hea, kui andmebaasi taastamise aeg mahub projekti planeeritud ajaga.

Süsteemi väljund projekteerimisvõimsuseni Asjaolude õnnelikul kombinatsioonil on see mitmete pisivigade ja mõnikord ka tõsiste vigade parandamine.

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

Komisjoni ajavahemik

IN see jaotis vastuvõtuaktist on ära toodud eelkatsetuste läbiviimise vastuvõtukomisjoni töö algus- ja lõppkuupäev.

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

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

Märgitakse testimisel ja infosüsteemi proovitööks vastuvõtmise akti vormistamises osalevate organisatsioonide nimetused.

Organisatsioon-klient - JSC "Klient".
Organisatsioon-täitja - CJSC "Töövõtja".
Organisatsiooni kaastäitja - LLC "Kaastäitja" (kui on).

Proovitööks aktsepteeritud AIS-i funktsioonide koosseis

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

Tehnilise, tarkvara, teabe ja organisatsioonilise toe komponentide loend, mida kontrollitakse proovitöö ajal

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

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

Komisjonile esitatud dokumentide loetelu

Vastuvõtuakti käesolev osa sisaldab proovitoiminguks vajalike komisjonile esitatavate dokumentide loetelu.

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

Saadud AIS-i lähteülesandele vastavuse hindamine

Antakse hinnang aktsepteeritud AIS-i lähteülesandele vastavuse kohta.

Eeltestide tulemuste kohaselt vastab Süsteem dokumendis "" esitatud nõuetele. Versioon 1.0.

Proovitöösse vastuvõtmise peamised tulemused

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

Pilootoperatsiooni 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ülesanne" nõuetele. Versioon 1.0.;
- Kõik hinnatavad omadused on lubatud piirides.