Informācijas sistēmas nodošanas ekspluatācijā akts. Informācijas tehnoloģiju konsultācijas (IT konsultācijas)

Krievijas Federācijas valdības 2015. gada 6. jūlija rezolūcija N 676
"Par prasībām valsts informācijas sistēmu izveides, izstrādes, nodošanas ekspluatācijā, ekspluatācijas un ekspluatācijas pārtraukšanas un to datubāzēs esošās informācijas turpmākās uzglabāšanas kārtībai"

Saskaņā ar Federālā likuma "Par informāciju, informācijas tehnoloģijām un informācijas aizsardzību" 14. panta sesto daļu valdība Krievijas Federācija nolemj:

1. Apstiprināt pievienotās prasības valsts informācijas sistēmu izveides, izstrādes, nodošanas ekspluatācijā, ekspluatācijas un ekspluatācijas pārtraukšanas un to datubāzēs esošās informācijas turpmākās glabāšanas kārtībai.

2. Noteikt, ka ar šo rezolūciju apstiprinātajās prasībās paredzētos pasākumus federālās izpildvaras veic federālajā likumā par federālo budžetu attiecīgajam finanšu gadam un vadības un vadības plānošanas periodam paredzēto budžeta līdzekļu ietvaros. vadība noteikto funkciju sfērā.

3. Ieteikt citām valsts institūcijām, papildus federālajām izpildinstitūcijām un Krievijas Federācijas veidojošo vienību izpildinstitūcijām, kā arī valsts nebudžeta līdzekļu pārvaldības struktūrām, vietējām pašpārvaldes struktūrām savā darbībā vadīties ar šo lēmumu apstiprinātajām prasībām.

Prasības
valsts informācijas sistēmu izveides, izstrādes, nodošanas ekspluatācijā, ekspluatācijas un ekspluatācijas pārtraukšanas un to datubāzēs esošās informācijas turpmākas uzglabāšanas kārtībai.
(apstiprināts ar Krievijas Federācijas valdības 2015. gada 6. jūlija dekrētu N 676)

Ar izmaiņām un papildinājumiem no:

I. Vispārīgie noteikumi

1. Šis dokuments nosaka prasības valsts informācijas sistēmu (turpmāk – sistēma) izveides, izstrādes, nodošanas ekspluatācijā, ekspluatācijas un ekspluatācijas pārtraukšanas un to datubāzēs esošās informācijas turpmākas uzglabāšanas pasākumu īstenošanas kārtībai. federālās izpildinstitūcijas un izpildinstitūcijas.Krievijas Federācijas veidojošo vienību iestādes (turpmāk – izpildvaras iestādes), lai palielinātu izpildinstitūciju pilnvaru īstenošanas efektivitāti, izmantojot informācijas un komunikāciju tehnoloģijas, vai nu izpildinstitūcijas, kas darbojas kā publiskie partneri, vai privātie partneri saskaņā ar līgumiem par publiskās un privātās partnerības (turpmāk – privātais partneris), lai īstenotu šos līgumus.

1.1. Ja izpildvaras iestādes vai privātie partneri īsteno pasākumus sistēmu izveidei, izstrādei, nodošanai ekspluatācijā, ekspluatācijai un ekspluatācijas pārtraukšanai un to datubāzēs esošās informācijas turpmākai uzglabāšanai, jāveic šādi pasākumi:

a) prasības, lai aizsargātu informāciju, kas ietverta sistēmās, kuras savu pilnvaru robežās ir noteikusi federālā izpildinstitūcija drošības jomā un federālā izpildinstitūcija, kas pilnvarota cīnīties pret tehnisko izlūkošanu un informācijas tehnisko aizsardzību;

b) prasības organizācijai un pasākumi, lai aizsargātu sistēmā ietverto informāciju;

Informācija par izmaiņām:

1.1.punkts papildināts ar "c" apakšpunktu no 2019.gada 27.aprīļa - Rezolūcija

c) prasības personas datu aizsardzībai, kas noteiktas Federālā likuma "Par personas datiem" 19. panta 3. daļā (ja sistēmā ir personas dati).

Informācija par izmaiņām:

Krievijas Federācijas valdības 2017. gada 11. maija lēmums N 555 Prasības papildinātas ar 1.2.

1.2. Lai izpildītu šā dokumenta 1.1.punktā noteiktās informācijas aizsardzības prasības (turpmāk – informācijas aizsardzības prasības), izpildinstitūcijas nosaka informācijas aizsardzības prasības, kas ietvertas informācijas aizsardzības sistēmā. izpildinstitūcija, kuras labā tās veic:

a) tādas informācijas noteikšana, kas ir aizsargāta pret nesankcionētu piekļuvi, iznīcināšanu, grozīšanu, bloķēšanu, kopēšanu, nodrošināšanu, izplatīšanu, kā arī citām prettiesiskām darbībām saistībā ar šo informāciju;

b) normatīvo aktu, metodisko dokumentu un nacionālo standartu analīze, kuriem sistēmai jāatbilst;

c) sistēmas klasifikācija atbilstoši informācijas aizsardzības prasībām;

d) informācijas drošības apdraudējumu identificēšana, kuru īstenošana var izraisīt informācijas drošības pārkāpumu sistēmā, un uz to pamata izstrādāt informācijas drošības apdraudējumu modeli;

e) prasību noteikšana informācijas sistēmai (apakšsistēmai) sistēmā esošās informācijas aizsardzībai.

II. Prasības sistēmas izveides procedūrai

2. Sistēmas izveides pamats ir:

a) normatīvajos aktos noteiktais izpildvaras pienākums izveidot sistēmu;

b) izpildinstitūcijas lēmums izveidot sistēmu, lai nodrošinātu tai piešķirto pilnvaru īstenošanu;

Informācija par izmaiņām:

2.punkts papildināts ar "c" apakšpunktu no 2019.gada 27.aprīļa - Krievijas valdības 2019.gada 11.aprīļa rezolūcija N 420

c) Krievijas Federācijas valdības lēmums par publiskās un privātās partnerības projekta īstenošanu;

Informācija par izmaiņām:

2.punkts papildināts ar "d" apakšpunktu no 2019.gada 27.aprīļa - Krievijas valdības 2019.gada 11.aprīļa rezolūcija N 420

d) Krievijas Federācijas veidojošās vienības augstākās valsts varas izpildinstitūcijas lēmums, ja publiskais partneris ir Krievijas Federācijas veidojošā vienība vai tiek plānots kopīgs konkurss ar Krievijas Federācijas veidojošās vienības piedalīšanos. (izņemot gadījumus, kad tiek rīkots kopīgs konkurss, kurā piedalās Krievijas Federācija).

3. Sistēmas izveide tiek veikta saskaņā ar darba uzdevumu, ņemot vērā šī dokumenta 1.2.punkta "d" apakšpunktā paredzēto informācijas drošības apdraudējumu modeli, kā arī personas aizsardzības līmeņus. datus to apstrādes laikā personas datu informācijas sistēmās, atkarībā no šo datu drošības apdraudējumiem un šī dokumenta prasībām.

Informācijas drošības apdraudējuma modelis un (vai) sistēmas izveides darba uzdevums tiek saskaņots ar federālo izpildinstitūciju drošības jomā un federālo izpildinstitūciju, kas pilnvarota tehniskās izlūkošanas un tehniskās aizsardzības apkarošanas jomā. informāciju, savu pilnvaru robežās daļā, kas saistīta ar noteikto informācijas aizsardzības prasību izpildi.

Sistēmas izveides darba uzdevumā jāiekļauj sistēmā esošās informācijas aizsardzības prasības, kas veidotas saskaņā ar šī dokumenta 1.1.punkta "a" un "c" apakšpunktu.

4. Informācijas drošības apdraudējumu sistēmas un modeļa izveides darba uzdevumu apstiprina izpildinstitūcijas amatpersona, kurai ir uzticētas attiecīgas pilnvaras.

5. Sistēmas izveides procedūra ietver šādas darbības, kas tiek īstenotas secīgi:

a) sistēmas un tās daļu dokumentācijas izstrāde;

b) sistēmas un tās daļu darba dokumentācijas izstrāde;

c) attīstība vai pielāgošanās programmatūra;

d) nodošanas ekspluatācijā darbi;

e) sistēmas sākotnējo testu veikšana;

f) turēšana izmēģinājuma operācija sistēmas;

g) sistēmas pieņemšanas testu veikšana.

6. Sistēmas un tās daļu dokumentācijas izstrādes posms ietver dokumentācijas izstrādi, saskaņošanu un apstiprināšanu tādā apjomā, kas nepieciešams, lai aprakstītu pilnu dizaina risinājumu kopumu (ieskaitot informācijas drošību) un ir pietiekams turpmākajam darbam pie sistēmas izveides. sistēma.

7. Sistēmas un tās daļu darba dokumentācijas izstrādes posms ietver tādas dokumentācijas izstrādi, saskaņošanu un apstiprināšanu, kas satur informāciju, kas nepieciešama, lai veiktu darbu pie sistēmas nodošanas ekspluatācijā un tās ekspluatācijā, un sistēmas darbības kārtību, kas satur informāciju, kas nepieciešama, lai veiktu darbus, lai uzturētu šī dokumenta 6.punktā noteiktajos dizaina risinājumos noteikto sistēmas darbības raksturlielumu (kvalitātes) līmeni (ieskaitot informācijas aizsardzību), tai skaitā:

a) darbinieku darbību saraksts, veicot sistēmas darbības uzdevumus, tostarp saraksts, veidi, apjomi un darba biežums, lai nodrošinātu sistēmas darbību;

b) uzraudzīt sistēmas un komponentu darbību, kas nodrošina informācijas aizsardzību;

c) darbības traucējumu saraksts, kas var rasties sistēmas darbības laikā, un ieteikumi, kā rīkoties, kad tie rodas;

d) sistēmas darbības režīmu un to raksturlielumu saraksts, kā arī kārtība un noteikumi sistēmas pārslēgšanai no viena darbības režīma uz citu, norādot tam nepieciešamo laiku.

8. Programmatūras izstrādes vai adaptācijas posms ietver sistēmas programmatūras izstrādi, iegādātās programmatūras izvēli un pielāgošanu, kā arī noteiktajos gadījumos un kārtībā izstrādātās sistēmas programmatūras un informācijas drošības rīku sertifikāciju saskaņā ar ar informācijas drošības prasībām.

9. Nodošanas ekspluatācijā posms ietver autonomu sistēmas aparatūras un programmatūras daļu regulēšanu, informācijas ielādi tās datubāzē, kompleksu sistēmas aparatūras un programmatūras regulēšanu, tai skaitā informācijas drošību.

10. Iepriekšējās pārbaudes posmā ietilpst:

a) programmas un metodoloģijas izstrāde priekšpārbaudēm, saskaņā ar kurām tiek pārbaudīta sistēmas darbība un atbilstība tās izveides darba uzdevumam;

b) pārbaudīt sistēmas darbību un atbilstību tās izveides darba uzdevumam;

c) šādu pārbaužu laikā konstatēto kļūdu novēršana un sistēmas dokumentācijas un darba dokumentācijas grozījumi;

d) pārbaudes protokola un sertifikāta sastādīšana par sistēmas pieņemšanu izmēģinājuma darbībai.

11. Izmēģinājuma operācijas posms ietver:

a) izmēģinājuma darbības programmas un metodikas izstrāde;

b) sistēmas izmēģinājuma darbība saskaņā ar izmēģinājuma darbības programmu un metodiku;

c) sistēmas programmatūras pārskatīšana un tehnisko līdzekļu papildu pielāgošana, ja tiek konstatēti sistēmas izmēģinājuma darbības laikā konstatētie trūkumi;

d) izmēģinājuma darbības pabeigšanas akta reģistrēšana, iekļaujot to trūkumu sarakstu, kas jānovērš pirms sistēmas darbības uzsākšanas.

12. Pieņemšanas pārbaužu posms ietver:

a) pārbaudīt sistēmas atbilstību tās izveides darba uzdevumam saskaņā ar pieņemšanas pārbaužu programmu un metodēm;

b) izmēģinājuma darbības pabeigšanas aktā noteikto trūkumu novēršanas rezultātu analīze;

c) sistēmas pieņemšanas ekspluatācijā akta reģistrācija.

III. Prasības sistēmas nodošanas ekspluatācijā procedūrai

13. Sistēmas nodošanas ekspluatācijā pamats ir izpildinstitūcijas tiesību akts par sistēmas nodošanu ekspluatācijā, kurā noteikts sistēmas nodošanas ekspluatācijā nodrošināšanas pasākumu saraksts un noteikts darbības uzsākšanas termiņš.

14. Izpildvaras tiesību akts par sistēmas nodošanu ekspluatācijā ietver:

a) pasākumus organizatorisko un administratīvo dokumentu izstrādei un apstiprināšanai, kas nosaka pasākumus informācijas aizsardzībai sistēmas darbības laikā, kuru izstrādi paredz normatīvie akti un federālās izpildinstitūcijas metodiskie dokumenti drošības jomā un federālā izpildinstitūcija, kas pilnvarota tehniskās izlūkošanas apkarošanas un informācijas tehniskās aizsardzības jomā, kā arī valsts standarti informācijas aizsardzības jomā;

b) sistēmas atestācijas pasākumus saskaņā ar informācijas aizsardzības prasībām, kā rezultātā Krievijas Federācijas tiesību aktos noteiktajos gadījumos tiek nodrošināta sistēmā esošās informācijas aizsardzības atbilstība noteiktajām prasībām. par to ir apstiprināti Krievijas Federācijas tiesību akti par informāciju, informācijas tehnoloģijām un informācijas aizsardzību;

c) pasākumi, lai sagatavotu izpildinstitūciju, kā arī privāto partneri publiskās un privātās partnerības līguma gadījumā sistēmas darbībai;

d) pasākumi izpildinstitūcijas amatpersonu, kā arī privātā partnera darbinieku apmācībai, ja tiek noslēgts publiskās un privātās partnerības līgums par sistēmas darbību, tajā skaitā par informācijas aizsardzības nodrošināšanu atbildīgo.

15. Sistēmas nodošana ekspluatācijā nav pieļaujama šādos gadījumos:

a) Krievijas Federācijas tiesību aktos noteikto informācijas aizsardzības prasību neievērošana, tostarp derīga sertifikāta par atbilstību informācijas drošības prasībām neesamība;

b) valsts institūciju, pašvaldību, valsts un pašvaldību vienoto uzņēmumu, valsts un pašvaldību vienotības uzņēmumu, valsts un pašvaldību izmantoto informācijas sistēmu tehnisko līdzekļu izvietošanas kontroles veikšanas noteikumos paredzēto kontroles objektu teritoriālās atrašanās vietas reģistrā nav. un pašvaldību iestādēm Krievijas Federācijas teritorijā, kas apstiprināta ar Krievijas Federācijas valdības 2015. gada 6. jūlija dekrētu N 675 "Par kārtību, kādā uzrauga atbilstību 13. panta 2.1. daļā un daļā noteiktajām prasībām. Federālā likuma "Par informāciju, informācijas tehnoloģijām un informācijas aizsardzību" 14. panta 6. punkts, informācija par tehnisko līdzekļu izvietošanu. informācijas sistēma Krievijas Federācijas teritorijā;

c) šīs sadaļas prasību neievērošana, kas konstatēta kontroles gaitā saskaņā ar Valsts informācijas sistēmu izveides, izstrādes, nodošanas ekspluatācijā, ekspluatācijas un ekspluatācijas pārtraukšanas kārtības prasību ievērošanas kontroles veikšanas noteikumiem un turpmākiem savās datubāzēs esošās informācijas glabāšana, apstiprināts Krievijas Federācijas valdības 2015. gada 6. jūlija dekrēts N 675 "Par kārtību, kādā uzrauga atbilstību Krievijas Federācijas 13. panta 2.1. daļā un 14. panta 6. daļā noteiktajām prasībām. Federālais likums" Par informāciju, informācijas tehnoloģijām un informācijas aizsardzību. "šī dokumenta. tiesību akts a) tiesību aktu sagatavošana saistībā ar sistēmas ekspluatācijas pārtraukšanu;

b) darbs pie sistēmas ekspluatācijas pārtraukšanas, tostarp darbs pie sistēmas programmatūras atinstalēšanas, sistēmas programmatūras tiesību izmantošanas, sistēmas aparatūras demontāža un norakstīšana, uzglabāšanas un turpmākas lietošanas nodrošināšana informācijas resursi sistēmas;

Informācija par izmaiņām:

Ar Krievijas Federācijas valdības 2017. gada 11. maija dekrētu N 555 23. punkts tika papildināts ar "c" apakšpunktu.

c) informācijas aizsardzības nodrošināšana saskaņā ar sistēmas dokumentāciju un organizatoriskiem un administratīvajiem dokumentiem informācijas aizsardzībai, ieskaitot sistēmā esošās informācijas arhivēšanu, datu un atlikušās informācijas iznīcināšanu (dzēšanu) no mašīnu datu nesējiem un (vai) ) mašīnu datu nesēju iznīcināšana ...

24. Ja Krievijas Federācijas normatīvajos aktos nav noteikts citādi, sistēmas datubāzēs esošās informācijas glabāšanas termiņus nosaka izpildinstitūcija, un tie nevar būt īsāki par informācijas glabāšanas termiņiem, kas noteikti papīra dokumentu glabāšanai. satur šādu informāciju.

25. Sistēmas ekspluatācijas pārtraukšanas termiņš nevar būt agrāks par pēdējā tiesību aktā par sistēmas ekspluatācijas pārtraukšanu paredzētā pasākuma beigu datumu.

3) operatora darbību apraksts, strādājot ar programmām (programmu palaišanas noteikumi, darbu secība, darbības iespējamās nestandarta situācijās utt.).

Pārbaudes gadījuma apraksts ietver aprakstu:

1) testa gadījumā pārbaudītās programmatūras funkcijas un parametri;

2) programmatūras pārbaudei nepieciešamo tehnisko līdzekļu sastāvs šajā piemērā;

3) ievades informācija;

4) programmu palaišanas rezultātus, salīdzinot ar testa lietas datiem;

5) operatora darbības, pārbaudot programmu, izmantojot testa gadījumu;

6) programmu testa rezultāti (kontroles standarts) uz testa piemēra.

Programmatūras dokumentācijas pārsūtīšanas procedūra

Visas programmas un instrukcijas, ko izstrādātājs ir pārbaudījis testa gadījumā, tiek nodotas klientam saskaņā ar aktu, kas apliecina to pieņemšanu izmēģinājuma ekspluatācijā.

Pasūtītājam nodotajai programmatūrai, instrukcijām un algoritmu aprakstiem jāatbilst informācijas sistēmas darba projekta sastāva un satura prasībām. Klients saņem programmas, kas ierakstītas magnētiskajos datu nesējos. Pasūtītājs nodrošina izstrādātājam magnētiskos datu nesējus un mašīnas laiku, kas nepieciešams programmu nodošanai izmēģinājuma režīmā un pavairošanai (ja nepieciešams).

Uzdevumu kopas (apakšsistēmu) pieņemšana izmēģinājuma darbībai sastāv no speciāli apmācīta klientu personāla izstrādātāja pārstāvju klātbūtnē testa gadījuma atrisināšanas, kam seko rezultātu analīze. Savstarpēji vienojoties, testa gadījumu izstrādātājs var veikt pasūtītāja klātbūtnē.

Pamatojoties uz pieņemšanas rezultātiem, tiek parakstīts programmatūras pieņemšanas sertifikāts izmēģinājuma darbībai. Atklāts

izstrādātāju kļūdas programmās un tehniskajā dokumentācijā tiek novērstas izmēģinājuma ekspluatācijā.

Organizatoriskā un administratīvā dokumentācija

Galvenajam darbam, kas tiek veikts "Darba projektēšanas" stadijā, tiek sastādīta šāda organizatoriskā un administratīvā dokumentācija:

1) lai veiktu darbus posmā saskaņā ar grafiku organizatoriskie un tehniskie pasākumi;

2) izpildītāja un pasūtītāja kopīgo darbu grafiku;

3) pārbaudes gadījumu pārbaudes akts un pieņemšana darba programmu izmēģinājuma darbībā;

4) normatīvās un izziņas dokumentācijas gatavības aktu;

5) organizatorisko un tehnisko pasākumu veikšanas aktu, lai sagatavotu uzņēmumu informācijas sistēmas ieviešanai.

5.5. Informācijas sistēmas nodošana ekspluatācijā

Informācijas sistēmas nodošana ekspluatācijā un tās atsevišķi elementi ir pakāpeniskas pārejas process no esošās metodes kontrole uz automatizētās kontroles metodēm.

Informācijas sistēmas nodošanu ekspluatācijā organizē un veic pasūtītājs, piedaloties izstrādātājam un izpildītājorganizācijām. Pasūtītāja, izstrādātāja un līdzizpildītāju organizāciju mijiedarbība tiek veikta, pamatojoties uz līguma nosacījumiem un informācijas sistēmas nodošanas komerciālā ekspluatācijā grafiku.

Nodošana ekspluatācijā tiek veikta pa posmiem, sākot no tehniskā projekta izstrādes stadijas, tiklīdz ir gatava darba dokumentācija, un tehnisko līdzekļu nodošanu ekspluatācijā, kas nodrošina rindu vai patstāvīgi funkcionētspējīgu informācijas sistēmas objektu ieviešanu.

Informācijas sistēmas iedarbināšana jāsāk, ja ir:

1) noformēti dokumenti par objekta sagatavošanas pasākumu plāna izpildi;

2) darba dokumentācija īpašas rindas vai informācijas sistēmas ieviešanai kopumā;

3) apmācīts personāls, kas nodrošina sagatavošanos nodošanai ekspluatācijā

informācijas sistēmas īpašās rindas darbība un darbība;

4) informācijas sistēmas tehniskie līdzekļi, kas tika nodoti ekspluatācijā realizēto uzdevumu kompleksu funkcionēšanas nodrošināšanai.

Darba organizācija

Veikts:

1) atsevišķu uzdevumu un to kompleksu izmēģinājuma darbība;

2) uzdevumu kompleksu pieņemšana rūpnieciskai darbībai;

3) pieņemšanas testu veikšana;

4) sistēmas pieņemšana rūpnieciskā ekspluatācijā.

Darbu sastāvu un secību nosaka saskaņotie nodošanas ekspluatācijā grafiki, kas norāda šādu darbu sastāvu un laiku:

1) informācijas sistēmu objektu būvniecībai, uzstādīšanai, nodošanai ekspluatācijā un testēšanai no darba dokumentācijas saņemšanas brīža līdz objektu nodošanai ekspluatācijā rūpnieciskai ekspluatācijai;

2) izmēģinājuma darbībai un uzdevumu kompleksu pieņemšanas testi;

3) nodrošināt pāreju no esošajām vadības metodēm

Uz informācijas sistēmas projektā paredzētās metodes.

Posmā "Informācijas sistēmas nodošana ekspluatācijā"

klienta pienākums ir:

1) beigu izpilde organizatoriskos un tehniskos pasākumus, lai sagatavotu uzņēmumu informācijas sistēmas ieviešanai un noformētu tos ar aktiem;

2) nodrošina, lai uzņēmuma personāls ievērotu oficiālās un tehnoloģiskās instrukcijas;

3) nodot ekspluatācijā īstenotajam datu apstrādes tehnoloģiskajam procesam nepieciešamos tehniskos līdzekļus;

4) izdot rīkojumu ar informācijas sistēmas izmēģinājuma darbības grafiku un kopā ar izstrādātāju analizēt izmēģinājuma darbības rezultātus;

5) pabeigt informācijas sistēmas sastāvā esošo uzdevumu kompleksu izmēģinājuma darbību un pieņemšanu rūpnieciskajā ekspluatācijā;

6) veic izmaiņas uzņēmuma organizatoriskajā struktūrā saskaņā ar informācijas sistēmas projektu;

7) izstrādā rīkojuma projektu par pieņemšanas komisijas sastāvu;

8) izstrādāt un saskaņot ar programmas projekta izstrādātāju pieņemšanas testi;

9) organizē pieņemšanas komisijas darbu, nodrošina to ar nepieciešamo dokumentāciju un pārbauda informācijas sistēmu;

10) pārbaudīt ieviesto risinājumu efektivitāti rūpnieciskajā darbībā un, pamatojoties uz sistēmas darbības analīzes rezultātiem, izstrādāt ieteikumus tās tālākai attīstībai.

Posmā "Informācijas sistēmas nodošana ekspluatācijā"

izstrādātājam ir pienākums:

1) pareizu tehnisko dokumentāciju, pamatojoties uz informācijas sistēmas eksperimentālās darbības rezultātiem;

2) piedalās informācijas sistēmas akcepttestu programmas projekta izstrādē;

3) veikt metodisko vadību un piedalīties rūpnieciskās darbības uzdevumu (uzdevumu kopumu) izpildē;

4) piedalīties informācijas sistēmas pieņemšanas rūpnieciskajā ekspluatācijā komisijas darbā.

Pārbaudes darbības procedūra

Uzdevumu (uzdevumu kompleksu) izmēģinājuma darbības sākumu, darbības termiņus un komisijas sastāvu konkrēta uzdevuma vai apakšsistēmas pieņemšanai nosaka pasūtītāja izdots rīkojums, kas saskaņots ar izstrādātāju. Pasūtījumam pievienota vienošanās ar

izstrādātājs ir izmēģinājuma darbības programma, kas nosaka uzdevumu kompleksu pārbaudes nosacījumus, tehnisko līdzekļu pārbaudes kārtību, risinot uzdevumu (apakšsistēmu) kompleksus, un izmēģinājuma darbības laikā konstatēto trūkumu novēršanas kārtību.

Izmēģinājuma ekspluatācijas procesā radušās papildu klientu prasības, kas nav paredzētas darba uzdevumā un tehniskajā projektā, nav pamats izmēģinājuma darbības rezultātu negatīvam novērtējumam un var tikt apmierinātas saskaņā ar papildu vienošanās saskaņotajā termiņā.

Plkst pozitīvi rezultāti uzdevumu (apakšsistēmu) eksperimentālā ekspluatācija, tiek sastādīts divpusējs akts par to pieņemšanu rūpnieciskajā ekspluatācijā.

Pēc informācijas sistēmas pieņemšanas rūpnieciskajā ekspluatācijā klients uzņemas atbildību par tās darbību pieņemto uzdevumu un līdzekļu kompleksa ietvaros.

Sākotnējie un atskaites dokumenti informācijas sistēmu programmatūras testēšanas laikā

Kopīgo testēšanu veic pasūtītāja komisija, kurā piedalās izstrādes vadītājs un daži no vadošajiem izstrādātājiem. Pārbaudes komisija vadās pēc šādiem dokumentiem:

1) apstiprinātais pasūtītājs un saskaņots ar izstrādātāju darba uzdevums informācijas sistēmas izveidei;

2) pašreizējie valsts un nozares standarti programmatūras un tehniskās dokumentācijas projektēšanai un testēšanai;

3) testa programma visām tehniskajām prasībām

4) pārbaudes metodes katrai tehniskā uzdevuma prasību sadaļai.

Pārbaudes programma, to īstenošanas un novērtēšanas metodes

rezultātus kopīgi izstrādā pasūtītājs un izstrādātājs, un tie ir jāsaskaņo un jāapstiprina. Tie satur precizējumus par konkrētās sistēmas tehnisko specifikāciju prasībām, un tiem ir jānodrošina to pareiza pārbaude. Sistēmas dokumentācijai jābūt

pilnībā atbilst pārbaudītajām programmām, nodrošina sistēmas atpazīstamību apkalpojošajam personālam, kā arī nodrošina iespēju izstrādāt un modernizēt programmas, lai palielinātu to darbības laiku dzīves cikls.

Pārbaudes programma Tas ir eksperimentu sērijas plāns. Tas ir izstrādāts, lai samazinātu pārbaužu skaitu, ņemot vērā iegūto un ar klientu saskaņoto rezultātu ticamību. Lai to izdarītu, tiek noteikta katras testēšanas secība un apjoms testēšanas procesā, lai ar minimālām izmaksām pārbaudītu tehniskā uzdevuma prasību izpildi. Īpaši grūti ir izvēlēties stresa situāciju kopumu sistēmas darbībā, kurā būtu jāveic testi. Pārbaudes programma jāsatur šādas skaidri formulētas sadaļas:

1) testa objekts, tā mērķis un galveno dokumentu saraksts, kas noteica tā izstrādi;

2) pārbaužu mērķis, norādot pārbaudāmā tehniskā uzdevuma pamatprasības un testēšanas ierobežojumus;

3) patiesībā testa programma satur izstrādātās sistēmas pilnības pārbaudi atbilstoši darba uzdevumam un testēšanas plānu programmu darbības pārbaudei visās darba uzdevuma sadaļās un ar atsevišķiem risinājumiem formalizētām papildu prasībām;

4) pārbaudes procedūras, nepārprotami definējot visus pārbaudīto raksturlielumu jēdzienus, testēšanas nosacījumus, testēšanai izmantotos līdzekļus, apstrādes metodes un testu rezultātu izvērtēšanu katrai testa programmas sadaļai.

Liels daudzums neviendabīgu testa datu

programmatūra un dažādība iespējamie veidi to apstrāde, interpretācija un izvērtēšana noved pie tā, ka kritiskie faktori lai apstrādātu testa rezultātus kļūst rezultātu apstrādes un novērtēšanas metodes... Saskaņā ar testa metodēm automatizācijas rīkiem ir jānodrošina veiktspējas pārbaužu pilnīgums katrai metožu sadaļai un izstrādei.

pārbaudes protokoli atbilstoši pārbaudes programmas punktiem. Programmatūras sarežģītība un ciešā saistība starp tās dažādajiem raksturlielumiem rada nepieciešamību rūpīgi formulēt visus testēšanas nosacījumus un parametru vērtības, saskaņā ar kurām jāveic pārbaude.

Pārbaudes rezultāti tiek ierakstīti protokolos kas parasti satur šādas sadaļas:

1) testēšanas mērķis un tehniskā uzdevuma prasību sadaļa, saskaņā ar kuru tiek veikta pārbaude;

2) norāde par metodēm, saskaņā ar kurām veikti testi, rezultātu apstrāde un novērtēšana;

3) oriģināla pārbaudes apstākļi un īpašības

4) vispārinātos testu rezultātus ar to novērtējumu par atbilstību tehnisko specifikāciju un citu reglamentējošo dokumentu prasībām;

5) secinājumi par testa rezultātiem un izveidotās programmatūras atbilstības pakāpi noteiktai tehniskā uzdevuma prasību sadaļai.

Visas programmas protokoli ir apkopoti aktā, kā rezultātā

tiek izdarīts slēdziens par sistēmas atbilstību pasūtītāja prasībām un par darba pabeigšanu ar pozitīvu vai negatīvu rezultātu. Ja visas tehniskā uzdevuma prasības ir pilnībā izpildītas, pasūtītāja pienākums ir pieņemt sistēmu un darbs tiek uzskatīts par pabeigtu.

Tomēr, kā jau minēts, sarežģītām programmatūras pakotnēm sākotnējās projektēšanas stadijās ir grūti paredzēt un pareizi formulēt visas tehniskā uzdevuma prasības. Līdz ar to atkļūdošanas un testēšanas laikā nereti atklājas, ka dažas tehniskā uzdevuma prasības nav izpildītas un dažkārt pat principiāli nav izpildāmas ar visapzinīgāko attieksmi pret to no izstrādātāja puses. Šajā gadījumā tas ir nepieciešams kopīgs darbs pasūtītājs un izstrādātājs meklē kompromisa risinājumu, veicot testus un sastādot slēdzienu. Daži programmu kompleksa trūkumi testēšanas procesā tiek tikai reģistrēti un ierakstīti komisijas komentāru novēršanas plānā,

kurš veica pārbaudes. Šis plāns ir testa rezultātu akta pielikums un ļauj nodalīt turpmākās modifikācijas no tiešajiem testiem.

Pieņemšanas pārbaudes procedūra

Pasūtītājs ir atbildīgs par pieņemšanas rūpnieciskajā ekspluatācijā organizēšanu un veikšanu. Informācijas sistēmas pieņemšana rūpnieciskai darbībai tiek veikta pēc tam, kad klients ir pabeidzis visu rūpnieciskās darbības uzdevumu kompleksu (apakšsistēmu) pieņemšanu.

Nododamās informācijas sistēmas kompleksā var iekļaut uzdevumus, uzdevumu kompleksus (apakšsistēmas) un informācijas sistēmas tehniskos līdzekļus, kas nav paredzēti darba uzdevumā, bet kurus pasūtītājs īsteno patstāvīgi, tikai vienojoties ar izstrādātāju un pēc attiecīgu izmaiņu veikšanas informācijas sistēmas izveides darba uzdevumā.

Pēc pasūtītāja vai izstrādātāja pieprasījuma informācijas sistēmas pieņemšanā var tikt iesaistīti apakšuzņēmēju pārstāvji.

Klients uzrāda informācijas sistēmu pieņemšanas komisijai. Akceptēšanā ar padomdevēja balsstiesībām papildus komisijas locekļiem var piesaistīt ekspertus atsevišķos informācijas sistēmu izveides jautājumos. Pasūtītāja pienākums ir nodrošināt normālus komisijas darba apstākļus saskaņā ar akceptētu informācijas sistēmas pieņemšanas programmu. Informācijas sistēmas pieņemšanas procesā radušos organizatorisko jautājumu operatīvai risināšanai ar izstrādātāju organizācijas vadītāja rīkojumu tiek iecelts atbildīgais pārstāvis no izstrādātāja organizācijas.

Pasūtītājs kopā ar izstrādātāju sagatavo informācijas sistēmas testēšanas un akceptēšanas programmas projektu un iesniedz to izskatīšanai un apstiprināšanai pieņemšanas komisijā. Programmā norādīts: nododamās informācijas sistēmas nosaukums, direktīvas dokumenti, uz kuru pamata sistēma izstrādāta (ja tādi ir), pieņemšanas komisijas sastāvs un rīkojuma par tās iecelšanu numurs, mērķis, objekti. , apjoms, atrašanās vieta un

testu secība, pārbaudes procedūra un rezultātu novērtējums.

Pasūtītājs kopā ar izstrādātāju sagatavo un nodod komisijai pagaidu lietošanai šādus dokumentus:

1) pasūtījumi, pasūtījumi, plāni, līgumi, kas paredz informācijas sistēmas izveidi;

2) tehniski ekonomiski pamatojums, darba uzdevums, tehniskais projekts, informācijas sistēmas darba projekts;

3) tehniskā projekta izskatīšanas un apstiprināšanas akti;

4) pasūtītāja un izstrādātāja divpusējie akti par uzdevumu, uzdevumu kompleksu (apakšsistēmu), iekārtu un to kompleksu piegādi rūpnieciskai ekspluatācijai saskaņā ar apstiprināto darba uzdevumu.

Pieņemšanas komisija nodrošina:

1) dokumentācijas un informācijas sistēmas darbības pārbaude;

2) darba grupu organizēšana un pienākumu sadale starp komisijas locekļiem atsevišķu apakšsistēmu pārbaudei;

3) izveidotās informācijas sistēmas ekonomiskās efektivitātes aprēķina pārbaude;

4) darbnīcu organizēšana un pieņemšanas aktu sagatavošana informācijas sistēmai.

Pārbauda tehniskās darbības apstākļus un darbības režīmu

informācijas sistēmas līdzekļi tiek veikti vienlaikus ar uzdevumu kompleksu (apakšsistēmu) darbības pārbaudi. Par informācijas sistēmas darbību atbildīgā personāla sagatavotību nosaka saskaņā ar apmācību programmu un darba apraksti iekļauts darba projektā. Pārbaudes rezultāti tiek apspriesti semināros un dokumentēti minūtēs.

Komisijas darba pēdējais posms ir akta sastādīšana, kurā norādīts:

1) komisijas sastāvu, komisijas locekļu amatus un darba vietas;

2) sistēmas pieņemšanas termiņš (datums);

3) to izpildītāju (organizāciju, uzņēmumu) sastāvs, kuri piedalījās informācijas sistēmas izveidē;

4) pieņemšanas pamatojums (rīkojumi, norādījumi un

5) iesniegtās informācijas sistēmas dokumentācijas saraksts

un novērtējums par tā atbilstību strāvai normatīvie un tehniskie dokumenti;

6) faktiski veikto un īstenoto darbu atbilstība tehniskajām specifikācijām;

7) visa veida atbalsta un pasūtītāja struktūrvienību gatavība informācijas sistēmas ieviešanai un darbībai;

8) informācija par informācijas sistēmas efektivitāti (pieejamo vai sagaidāmo faktisko datu par radošā ietaupījuma apjomu un avotiem salīdzinājums ar aprēķinātajiem datiem);

9) komisijas slēdzienus par informācijas sistēmas akceptēšanas iespējām;

Pieņemšanas aktu piecos eksemplāros paraksta komisijas priekšsēdētājs un visi komisijas locekļi. Informācijas sistēmas nodošanas ekspluatācijā datums ir datums, kad komisija parakstījusi aktu.

6. Informācijas sistēmu izstrādātāju komanda

Tā kā mūsdienīgas informācijas sistēmas izveide ir sarežģīts process, kas prasa liela skaita dažādu speciālistu kopīgus spēkus, mūsdienu apstākļos ļoti svarīga kļūst komandas veidošana, kas nodarbojas ar informācijas sistēmas projektēšanu, izstrādi un ieviešanu.

Komandas organizēšanu un speciālistu darba sadali var veikt pēc vairākiem principiem:

1) pamatojoties uz sistēmas analīzes (algoritmizācijas) izplatīšanu un programmu izstrādi dažādām komandām;

APSTIPRINĀTS

Tautsaimniecības valsts regulējuma departamenta direktora vietnieks

Krievijas Federācijas Ekonomikas attīstības ministrija
__________________ V.N. Rudenko
« 09 » _ novembris __ 2011. gads

NODOŠANA EKSPERIMENTĀLĀ DARBĪBĀ

Automatizēta projektu vadības informācijas sistēma, kas izstrādāta saskaņā ar 2011. gada 7. novembra valsts līgumu Nr. GK-158-OF / D01.
Saskaņā ar Pasūtītāja (Krievijas Ekonomiskās attīstības ministrijas) un Izpildītāja (OTR 2000 LLC) kopīgu lēmumu nodot to izmēģinājuma ekspluatācijā.

Komisija, kas sastāv no:

Komisijas priekšsēdētājs:

Tautsaimniecības valsts regulējuma departamenta direktora vietnieks V.N. Rudenko,

Komisijas locekļi:

S.V.Pušakovs, Tautsaimniecības valsts regulējuma departamenta Elektroniskās sabiedrības attīstības nodaļas vadītāja pienākumu izpildītājs,

nodaļas padomnieks metodiskais atbalsts Tautsaimniecības valsts regulējuma departamenta starpresoru mijiedarbības organizēšana A.V. Matveenko,

Ekonomikas valsts regulējuma departamenta e-sabiedrības attīstības nodaļas vadošais konsultants N.N. Kirsanova,

SIA "OTR 2000" virziena vadītājs A.I. Kuļešova,

O.V., OTR 2000 LLC projektu vadītājs Strahova,

OTR 2000 LLC vadošais analītiķis Yu.M. Gudkova,

E.T. vārdā nosauktā IEP virziena "Reālais sektors" pētnieks. Gaidars E.R. Bataršins.
kopš "_ 08 _" novembris 2011, autors "_ 09 _" novembris 2011. gadā tika veiktas Krievijas Ekonomikas attīstības ministrijā instalētās automatizētās informācijas sistēmas "Projektu vadības portāls" (AIS PPU) lietotās programmatūras sākotnējās pārbaudes.

Tika konstatēts, ka sākotnējās pārbaudes ir veiksmīgi pabeigtas.

Galvenie izstrādes posmi tika veikti saskaņā ar Nolikumu.
Izstrādāja dokumentācija atbilst prasībām ekspluatācija programmatūras rīki.
Programmatūra ir sagatavota izmēģinājuma darbībai.

Izmēģinājuma ekspluatācijai pieņemto funkciju saraksts (tehniskā uzdevuma sadaļa "Prasības sistēmas veiktajām funkcijām"):
1. Projektu saraksta uzturēšana.
2. Darbs ar dizaina vienībām.
3. Darbs ar indikatoriem, lai novērtētu darba stāvokli projektā.
4. Analītiskais modulis.
5. Dokumentu bibliotēka.

Izmēģinājuma darbībai nepieciešamo komisijai iesniegto dokumentu saraksts:
1. Projektu vadības portāla "AIS apraksts" (sistēmas pase);
2. "Norādījumi AIS PPU administratoram";
3. "Lietotāja rokasgrāmata AIS PPU";
4. "AIS PPU testēšanas programma un metodika";
5. "Pārbaudes uzdevumi AIS PPU";
6. "Uz lomu balstīta instrukcija, kas apraksta procedūru darbam ar AIS PPU kā projekta pārvaldības rīku" Starpresoru mijiedarbība ".
Komisijas lēmums: Pieņemt programmatūru izmēģinājuma darbībai no 2011.gada 9.novembra.

PIETEIKUMS:

Iepriekšējās pārbaudes ziņojums Nr.1
Iepriekšējās pārbaudes ziņojums Nr.2

Komisijas locekļi:

V.N. Rudenko

S.V. Puščakovs

A.V. Matveenko

N.N. Kirsanova

A.I. Kuļešovs

O.V. Strahova

Yu.M. Gudkova

E.R. Bataršins

EIS nodošanas ekspluatācijā procedūra.

TIPISKS AUTOMATIZĒTS DIZAINS. KOPĀ NODOŠANAS POSMS.

10. LEKCIJA.

Saskaņā ar GOST 34.601-90 “AS. Izveidošanas posmi "un GOST 34.603-92" ĀS testu veidi "Sistēmas nodošanas ekspluatācijā posmā tiek veikti šādi darbi:

1) automatizācijas objekta organizatoriskā sagatavošana IS nodošanai ekspluatācijā - organizatoriskās struktūras dizaina risinājumu realizācija, vadības objekta apakšnodaļu nodrošināšana ar instrukciju un metodiskajiem materiāliem, informācijas klasifikatoru ieviešana;

2) personāla apmācība - personāla apmācība un to spēju pārbaude nodrošināt IS darbību;

3) IC iekārtas ar piegādātajiem produktiem (gadījumā, ja nepieciešama šāda TOR aprakstītā piegāde) - sērijveida un vienreizējās ražošanas komponentu, materiālu un montāžas izstrādājumu saņemšana, ienākošās kvalitātes kontroles veikšana;

4) celtniecības un uzstādīšanas darbi - darbu veikšana pie specializēto telpu būvniecības tehniskā aprīkojuma un IS personāla izvietošanai, būvniecība kabeļtelevīzijas kanāliem, tehnisko līdzekļu un sakaru līniju ierīkošana, uzstādīto tehnisko līdzekļu pārbaude, tehnisko līdzekļu piegāde nodošanas darbu veikšanai;

5) nodošanas ekspluatācijā darbi - autonoma aparatūras un programmatūras regulēšana, informācijas ielāde datu bāzē un tās uzturēšanas pārbaude, visu sistēmas iekārtu kompleksa pielāgošana;

6) provizoriskie testi - pārbaudīt IS darbību un atbilstību darba uzdevumam saskaņā ar iepriekšējo testu programmu un metodiku; darbības traucējumu novēršana un grozījumi IC dokumentācijā, tai skaitā ekspluatācijas dokumentācijā saskaņā ar pārbaudes protokolu; sertifikāta par IS pieņemšanu izmēģinājuma darbībai reģistrāciju;

7) izmēģinājuma operācija - IS izmēģinājuma darbība; tā rezultātu analīze; IS programmatūras pabeigšana; IS tehnisko līdzekļu papildu pielāgošana; izmēģinājuma darbības pabeigšanas sertifikāta reģistrācija.

8) pieņemšanas testi - pārbaudes par atbilstību tehniskajām specifikācijām saskaņā ar pieņemšanas pārbaužu programmu un metodiku; IC testu rezultātu analīze un testēšanas laikā konstatēto trūkumu novēršana; IĪ pieņemšanas pastāvīgā ekspluatācijā akta reģistrācija.

EIS nodošana ekspluatācijā ir pakāpeniska pāreja no esošo sistēmu pārvaldību uz automatizētu. Vienlaikus pieaug ne tikai datu apstrādes tehnisko līdzekļu izmantošanas pakāpe, bet attiecīgi mainās arī pašas pārvaldības metodes.

Saskaņā ar spirālveida sistēmas dzīves cikla modeli, sākot no tehniskā projektēšanas stadijas, EIS apakšsistēmas, uzdevumu kompleksi vai atsevišķas sastāvdaļas, kas spēj patstāvīgi funkcionēt, tiek nodoti ekspluatācijā pa posmiem, tiklīdz ir gatava darba dokumentācija un tehniskie līdzekļi.

Nodošanas ekspluatācijā posms ietver uzdevumu kompleksu izmēģinājuma darbību un to pieņemšanu rūpnieciskajā ekspluatācijā pēc pieņemšanas testiem. Visa sistēma tiek nodota komerciālai ekspluatācijai pēc visu uzdevumu kompleksu pieņemšanas ekspluatācijā pabeigšanas.

Viena no būtiskām sistēmas nodošanas ekspluatācijā iezīmēm ir noteikta perioda klātbūtne, kurā tiek veikta esošās sistēmas un jaunās EIS paralēla darbība. V tehniskās sistēmas viena ierīce tiek aizstāta ar citu visbiežāk laikā secīgi. Dažreiz vecās mašīnas vietā tiek uzstādīta jauna - šajā gadījumā kādu laiku nedarbojas ne jaunā, ne vecā tehnika. Ja jaunais sāk darboties, pirms vecais pārstāj darboties, tad tie darbojas neatkarīgi viens no otra. Nododot ekspluatācijā organizatoriskā tipa EIS, principiāli nav iespējama situācija, kurā vismaz īsu laiku nestrādāja ne vecā, ne jaunā sistēma. Turklāt, lai pārbaudītu visu noteikto risinājumu pareizību, nodošana ekspluatācijā jauna sistēma tiek veikta pakāpeniski izmēģinājuma darbības laikā, veicot šādas darbības:

1. Apakšsistēmas vai uzdevumu kompleksa pārbaude uz pilnu reālo datu apjomu, bet ne kontrolei nepieciešamajā reālajā laikā.

2. Jaunās sistēmas darbība uz pilnu reālo datu apjomu un reālos skaitļos kontroles režīmā, kad iegūtie rezultāti netiek izmantoti pārvaldīšanai, bet tiek salīdzināti ar iegūtajiem rezultātiem. vecā sistēma, un tiek analizēti.

3. Pāreja uz vadību, pamatojoties uz jaunās sistēmas rezultātiem, vienlaikus saglabājot darbu vecā sistēma iespējamu kļūmju un neparedzētu situāciju gadījumā.

4. Galīgā pāreja uz jaunās sistēmas darbu.

Sistēmas paralēlā darbība darbiniekiem ir ārkārtīgi nelabvēlīga. Viņiem ir jādara dubults darbs ar paaugstinātu stresu. Sistēmas izstrādātājiem jācenšas samazināt paralēlā darba periodu, kas būtībā ir atkarīgs no tā, cik veiksmīgi tiek veikta sistēmas izstrāde un atkļūdošana. Ir nepieņemami vismaz daļu no sistēmas atkļūdošanas un atkļūdošanas pārsūtīt uz izmēģinājuma darbības laiku. Izmaiņas šajā periodā ir neizbēgamas, tomēr jācenšas panākt, lai paliek tikai tās, kuras nebija iespējams paredzēt pirms eksperimentālās darbības uzsākšanas.

Izmēģinājuma darbība pārklājas ar testēšanas procesu. Parasti sistēma netiek pilnībā nodota ekspluatācijā, pakāpeniski. Tāpēc no sistēmas satura viedokļa nodošana ekspluatācijā notiek vismaz trīs posmos:

2) informācijas uzkrāšana;

3) projektētās jaudas sasniegšana.

ierosina diezgan šauru kļūdu diapazonu - galvenokārt datu nesakritības problēmas ielādes laikā un pašu iekrāvēju kļūdas, tas ir, kaut kas netika izsekots testa datos. Ja atkļūdošana "tiešraidē" nav iespējama, situācija būs jāmodelē un ātri. Tam nepieciešami ļoti kvalificēti testētāji.

Laika periodā informācijas uzkrāšana izpaudīsies lielākais skaits kļūdas, kas pieļautas, veidojot informācijas sistēmu. Parasti tās ir kļūdas, kas saistītas ar vairāku lietotāju piekļuvi. Šādas kļūdas bieži tiek ignorētas testēšanas posmā. Acīmredzot tas ir saistīts ar modelēšanas sarežģītību, kā arī ar augstajām automatizācijas rīku izmaksām informācijas sistēmu testēšanai vairāku lietotāju piekļuves apstākļos. Dažas kļūdas būs grūti novērst, jo tās ir dizaina kļūdas. Neviens no visvairāk labs projekts nav imūna pret tiem. Tas nozīmē, ka katram gadījumam ir jārezervē laiks šādu kļūdu lokalizācijai un labošanai.

Informācijas uzkrāšanas periodā var sastapties ar slaveno "bāzes kritienu". Sliktākajā gadījumā izrādās, ka DBVS nevar izturēt informācijas plūsmu. Ja tas ir labs, konfigurācijas parametri ir vienkārši nepareizi. Pirmais gadījums ir bīstams, jo ir diezgan grūti ietekmēt DBVS ražotāju, un klientam ļoti nepatīk saites uz pakalpojumu tehniskā palīdzība DBVS. Ne jau ražotājam būs jāatrisina DBVS atteices problēma, bet gan jums - jāmaina shēma, jāsamazina pieprasījumu plūsma, jāmaina paši pieprasījumi; vispār ir daudz iespēju. Ir labi, ja datu bāzes atjaunošanas laiks iekļaujas projekta plānotajā laikā.

Sistēma sasniedz savu projektēto jaudu plkst veiksmīga apstākļu sakritība - tā ir vairāku sīku kļūdu labošana un reizēm arī nopietnas kļūdas.

Pieņemšanas sertifikāts izmēģinājuma darbībai tiek veidots, pamatojoties uz provizorisko pārbaužu rezultātiem un ietver: secinājumus, kas izdarīti no sarežģītu testu rezultātiem; uzdevumi izmēģinājuma darbībai.

Komisijas darbības laiks

V šajā sadaļā pieņemšanas aktā ir norādīti priekšpārbaužu pieņemšanas komisijas darba sākuma un beigu datumi.

Pārbaužu sākums - 01.11.2010.
Testēšanas beigas - 2010. gada 31. decembris.
Kopējais testu ilgums ir 44 darba dienas.

Līgumslēdzējas iestādes, izpildītājorganizācijas un līdzizpildītājas organizācijas nosaukums

Norādīti testu dalībnieku organizāciju un to organizāciju nosaukumi, kuras sastādīja sertifikātu par informācijas sistēmas pieņemšanu izmēģinājuma ekspluatācijā.

Organizācija-pasūtītājs - AS "Klients".
Izpildorganizācija - AS "Izpildītājs".
Organizācijas līdzizpildītājs - SIA "Līdzizpildītājs" (ja tāds ir).

Izmēģinājuma darbībai pieņemto AIS funkciju sastāvs

Tiek parādīts izmēģinājuma darbībai pieņemto AIS funkciju saraksts. Funkcijas var pārsūtīt gan visā sistēmā, gan pa apakšsistēmām. Funkcijas ņemtas no informācijas sistēmas izveides tehniskā uzdevuma sadaļas "Prasības sistēmas veicamajām funkcijām".

Izmēģinājuma darbības laikā pārbaudīto tehniskā, programmatūras, informatīvā un organizatoriskā atbalsta komponentu saraksts

Šajā pieņemšanas sertifikāta sadaļā ir sniegts izmēģinājuma darbības laikā veikto pārbaužu saraksts. Pārbaužu saraksts ir ņemts no Pārbaudes programmas sadaļas "Pārbaudījumu apjoms".

Izmēģinājuma darbības laikā ir jāveic tālāk esošajā tabulā norādītie testi.

Komisijai iesniedzamo dokumentu saraksts

Šajā pieņemšanas akta sadaļā ir sniegts komisijai iesniegto dokumentu saraksts, kas nepieciešami izmēģinājuma darbībai.

Instrukcija datu bāzes (datu kopas) veidošanai un uzturēšanai, 12.09.2010. versija 1.
- Lietotāja rokasgrāmata, 1. versija, datēta ar 14.09.2010.
- ...

Akceptētās AIS atbilstības tehniskajām specifikācijām novērtējums

Tiek sniegts novērtējums par akceptētās AIS atbilstību tehniskajām specifikācijām.

Pamatojoties uz provizorisko pārbaužu rezultātiem, Sistēma atbilst prasībām, kas norādītas dokumentā: "". Versija 1.0.

Galvenie rezultāti pieņemšanai izmēģinājuma darbībā

Šajā pieņemšanas akta sadaļā ir uzskaitīti galvenie rezultāti, kas iegūti no informācijas sistēmas eksperimentālās darbības rezultātiem.

Pamatojoties uz izmēģinājuma darbības rezultātiem, jāiegūst šādi galvenie rezultāti:
- Sistēma darbojas;
- Sistēmas apakšsistēmas - mijiedarbojas;
- Sistēma atbilst dokumenta "Automatizētas sistēmas izveides darba uzdevums" prasībām. Versija 1.0 .;
- Visas novērtējamās īpašības ir pieļaujamās robežās.