Zákon o uvedení do prevádzky informačného systému. Vstup do priemyselnej prevádzky informačných systémov GOST

Schváliť

Zástupca riaditeľa ministerstva štátnej regulácie v ekonomike

Ministerstvo hospodárskeho rozvoja Ruskej federácie
______________ V.N. Rudenko
« 09 » _ november__ 2011

Zákon o uvedení do prevádzky v skúšobnej prevádzke

Automatizovaný informačný systém riadenia projektu vyvinul v rámci štátnej zmluvy z novembra 2011 č. GK-158-of / D01.
V súlade so spoločným rozhodnutím zákazníka (Ministerstvo hospodárskeho rozvoja Ruska) a Dodávateľa (LLC "OTR 2000") o zavedení do skúšobnej prevádzky.

Komisia zložená: \\ t

Predseda Komisie:

Zástupca riaditeľa ministerstva štátnej regulácie v ekonomike V.N. RUDENKO,

Členovia Komisie:

Konajúc hlavné oddelenie rozvoja odboru elektronickej spoločnosti v štátnej regulácii v ekonomike S.V. Pushkov,

Poradca ministerstva metodickej podpory pre organizovanie medzisústavnej interakcie ministerstva štátnej regulácie v ekonomike A.V. Matveenko,

Vedúci konzultant pre oddelenie rozvoja ministerstva štátnej správy elektronickej spoločnosti v hospodárstve N.N. Kirsanova

Vedúci smerovania LLC "OTP 2000" A.I. Kuleshova,

Vedúci projektov LLC "OTR 2000" O.V. Poistenie

Vedúca analýza LLC "OTR 2000" YU.M. Gudkova,

Výskumný pracovník smerovania "skutočného sektora" IEE pomenovaný po E.T. GAIDAR E.R. BATTARSHINA.
od "_ 08 _" november 2011 podľa "_ 09 _" november 2011 uskutočnilo predbežné testy aplikovaného softvéru pre automatizovaný informačný systém "Portal projektového manažmentu" (AIS PPU) so sídlom v Ministerstve hospodárskeho rozvoja Ruska.


  1. Predbežné testy sa uznali úspešne ukončené.

    1. Hlavné štádiá vývoja sa vykonávajú v súlade s referenčnými podmienkami.

    2. Vyvinutý dokumentácia spĺňa požiadavky Prevádzka softvéru.

    3. Softvér pripravený na skúšobnú prevádzku.

  1. Zoznam funkcií prijatých do skúšobnej prevádzky (časť "Požiadavky na funkcie vykonávané systémom" technickej úlohy):

    1. Udržiavanie zoznamu projektov.

    2. Práca s návrhovými subjektmi.

    3. Práca s ukazovateľmi na posúdenie stavu práce na projekte.

    4. Analytický modul.

    5. Knižnice dokumentov.

  1. Zoznam dokumentov poskytnutých dokumentmi potrebnými na vykonávanie skúsených operácií: \\ t

    1. "Opis" portálu projektu AIS "(systémový pas);

    2. "Inštrukcia administrátora AIS PPU";

    3. "Pokyny používateľa AIS PPU";

    4. "Program a metódy testovania AIS PPU";

    5. "Skúšobné úlohy pre AIS PPU";

    6. "Návod na hranie rolí opisujúci postup pre prácu s AIS PPU ako nástroj projektového riadenia" Interdepartmentálna interakcia ".

  2. Rozhodnutie Komisie: Prijatie programovania skúšobnej prevádzky od 9. novembra 2011.

Aplikácie:


  1. Protokol predbežného testu č. 1

  2. Protokol predbežného testu č. 2
Členovia Komisie:

V.N. Rudenko

S.V. Pushchakov

A.V. Matheenko

N.N. Kirsanova

A.I. Kuleshov

O.v. Poistenie

Yu.m. Gudkov

E.R. Bartarshin

Akt o prijatí v skúšobnej prevádzke Formuláre založené na výsledkoch predbežných testov a zahŕňajú: závery podľa výsledkov komplexných testov; Úlohy pre skúšobnú prevádzku.

Časové obdobie Komisie

Táto časť akceptovania je uvedená začiatok začiatku a ukončenia práce prijatia komisie o vykonávaní predbežných testov.

Začiatok testu - 1. novembra 2010.
Koniec skúšky - 31. december 2010.
Celkové trvanie testovania - 44 pracovných dní.

Názov organizácie-Customer, Organization-Entiformer And Organization-Co-Appliance

Názov organizácií účastníkov testovania a tých, ktorí zostavili akt prijatia informačného systému v skúšobnej prevádzke.

Organizácia zákazníka - zákazník OJSC.
Organization-Performer - CJSC "Dodávateľ".
Organization-Co-ventil - LLC "SOLVDILIZER" (ak existuje).

Zloženie funkcií AIS, prijaté v skúšobnej prevádzke

Zloženie funkcií AIS prijatej v skúšobnej operácii je uvedená. Funkcie môžu byť prenášané systémom a podsystémami. Funkcie sú prevzaté z časti "Požiadavky na funkcie vykonávané systémovou" technickou úlohou na vytvorenie informačného systému.

Zoznam komponentov technického, softvéru, informačných a organizačných ustanovení overiteľných v procese skúšobnej prevádzky

Táto časť zákona o prijatí je uvedená zoznam testov vykonaných počas skúšobnej prevádzky. Zoznam testov je prevzatý z testu "Test objem".

V procese skúsenej prevádzky sú testy podliehajú nižšie uvedenej tabuľke.

Zoznam dokumentov predložených Komisiou

Táto časť akceptovania poskytuje zoznam dokumentov poskytnutých Komisiou dokumentov potrebných na vykonávanie skúsenej prevádzky.

Pokyny na vytváranie a udržiavanie databázy (DATASET), verzia 1 zo dňa 09/12/2010.
- Používateľská príručka, verzia 1 zo dňa 09/14/2010.
- ...

Posúdenie súladu prijatých technických úradníkov AIS

Posúdenie súladu AIS technickej úlohy.

Podľa výsledkov predbežného testovania systém spĺňa požiadavky predložené v dokumente: ". Verzia 1.0.

Hlavné výsledky prijatia v skúšobnej prevádzke

Táto časť akcií o prijatí uvádza hlavné výsledky získané výsledkami experimentálnej prevádzky informačného systému.

Podľa výsledkov experimentálnej prevádzky by sa mali získať tieto hlavné výsledky: \\ t
- systém je funkčný;
- Systémové subsystémy - Interakcia;
- systém spĺňa požiadavky dokumentu "technická úloha na vytvorenie automatizovaného systému". Verzia 1.0.;
- Všetky charakteristiky podliehajú posúdeniu, sú v rámci prijateľných limitov.

Rozhodnutie Komisie o prijatí AIS v skúšobnej prevádzke

Rozhodnutie Komisie o možnosti alebo nemožnosti prijatia informačného systému na skúšobnú operáciu.

Kovtun M.V. Október 2010.

Vyhláška vlády Ruskej federácie 6. júla 2015 N 676
"O požiadavkách na postup na vytvorenie, rozvoj, uvedenie do prevádzky, prevádzky a záveru z prevádzky štátnych informačných systémov a ďalšieho skladovania obsiahnuté v ich informačných databázach" \\ t

V súlade s časťou 6 článku 14 federálneho zákona "o informáciách, informačných technológiách a ochrane informácií", vláda Ruskej federácie rozhodne:

1. Schváliť sprievodné požiadavky na postup vytvárania, rozvoja, prevádzky, prevádzky a záveru z prevádzky štátnych informačných systémov a ďalšieho skladovania obsiahnutého v ich informačných databázach.

2. Vytvoriť, že činnosti ustanovené požiadavkami schválenými týmto uznesením vykonávajú federálne výkonné orgány v rámci rozpočtových prostriedkov, ktoré stanoví Spolkový zákon o federálnom rozpočte pre príslušný fiškálny rok a plánovacie obdobie pre manuálne a riadenie v oblasti zavedených funkcií.

3. Odporučiť ostatným vládnym agentúram, okrem federálnych výkonných orgánov a výkonných orgánov základných subjektov Ruskej federácie, ako aj vládnych orgánov štátnych orgánov EXTRABUDGETARE, Miestne samosprávy, ktoré sa majú riadiť vo svojich činnostiach s požiadavkami schválenými Rozhodnutie.

Požiadavky
postup pri vytváraní, vývoji, uvedenie do prevádzky, prevádzky a produkcie z prevádzky štátnych informačných systémov a ďalšieho skladovania obsiahnutého v ich informačných databázach
(spotrebič. Vyhláška vlády Ruskej federácie 6. júla 2015 N 676)

So zmenami a dodatkami z:

I. VŠEOBECNÉ USTANOVENIA

1. Tento dokument určuje požiadavky na postup na vykonávanie činností na vytvorenie, rozvoj, uvedenie do prevádzky, prevádzky a záveru z prevádzkovania štátnych informačných systémov (ďalej len - systém) a ďalšie ukladanie informácií obsiahnutých v ich vykonaných databázach federálnymi výkonnými orgánmi a výkonnými orgánmi orgánmi ústavných subjektov Ruskej federácie (ďalej len výkonné orgány) s cieľom zlepšiť účinnosť orgánov výkonných orgánov v dôsledku využívania informácií a \\ t Komunikačné technológie alebo výkonné orgány, ktoré pôsobia ako verejní partneri a súkromní partneri v súlade s dohodami o verejno-súkromnom partnerstve (ďalej len - súkromný partner) s cieľom vykonávať tieto dohody.

1.1. Pri vykonávaní výkonných orgánov niektorých súkromných partnerov opatrení na vytvorenie, vyvíjanie, uvedenie do prevádzky, prevádzky a záveru z prevádzky systémov a ďalšie ukladanie informácií obsiahnutých v ich databázach by sa mali vykonať: \\ t

a) požiadavky na ochranu informácií obsiahnutých v systémoch zriadených Federálnym orgánom výkonného orgánu v oblasti bezpečnosti a spolkového výkonného orgánu povoleného v oblasti proti technickému prieskumu a technickej ochrane informácií v rámci svojich právomocí;

b) požiadavky na organizáciu a opatrenia na ochranu informácií obsiahnutých v systéme;

Zmeniť informácie:

Odsek 1.1 je doplnený pododsekom "B" od 27. apríla 2019 - Uznesenie

c) požiadavky na ochranu osobných údajov ustanovených v časti 3 článku 19 spolkového zákona "o osobných údajoch" (v prípade systému osobných údajov).

Zmeniť informácie:

Vyhláška vlády Ruskej federácie 11. mája 2017 N 555 Požiadavky sú doplnené odsekom 1.2

1.2. S cieľom splniť požiadavky na ochranu informácií uvedených v odseku 1.1 tohto dokumentu (ďalej len "požiadavky na ochranu informácií) výkonné orgány definujú požiadavky na ochranu informácií obsiahnutých v systéme výkonného orgánu , pre ktoré vykonávajú:

a) vymedzenie informácií, ktoré majú byť chránené pred nelegálnym prístupom, zničením, modifikáciou, blokovaním, kopírovaním, poskytovaním, distribúciou, ako aj inými nezákonnými činnosťami na takéto informácie;

b) analýza regulačných právnych aktov, metodických dokumentov a vnútroštátnych noriem, ktoré musia byť nakonfigurované;

c) klasifikácia systému v súlade s požiadavkami na ochranu informácií;

d) určenie hrozieb pre bezpečnosť informácií, ktorého realizácia môže viesť k porušeniu bezpečnosti informácií v systéme a vývoj na základe bezpečnosti hrozieb bezpečnosti informácií;

e) určenie požiadaviek na informačný systém (subsystém) ochrany informácií obsiahnutých v systéme.

II. Požiadavky na postup vytvárania systému

2. Základom pre vytvorenie systému je:

a) povinnosť výkonného orgánu vytvoriť systém stanovený regulačnými právnymi aktmi;

b) rozhodnutie výkonného orgánu na vytvorenie systému s cieľom zabezpečiť vykonávanie právomocí, ktoré mu boli pridelené;

Zmeniť informácie:

Odsek 2 je doplnený pododsekom "In" od 27. apríla 2019 - Uznesenie ruskej vlády 11. apríla 2019 N 420

c) rozhodnutie vlády Ruskej federácie o vykonávaní projektu verejno-súkromného partnerstva;

Zmeniť informácie:

Odsek 2 je doplnený pododsekom "G" od 27. apríla 2019 - Uznesenie Ruska z 11. apríla 2019 N 420

d) rozhodnutie Najvyššieho výkonného orgánu štátu základného subjektu Ruskej federácie, ak je verejným partnerom predmetom Ruskej federácie alebo spoločná hospodárska súťaž je plánovaná za účasti témy Ruskej federácie (s \\ t Výnimka prípadov spoločnej hospodárskej súťaže za účasti Ruskej federácie).

3. Vytvorenie systému sa vykonáva v súlade s technickou úlohou, pričom sa zohľadní model bezpečnostných hrozieb informácií poskytnutých pododmienkou "G" bodu 1.2 tohto dokumentu, ako aj úrovne bezpečnosti osobných Údaje pri spracovaní v informačných systémoch osobných údajov v závislosti od hrozieb pre bezpečnosť týchto údajov a požiadaviek, tento dokument.

Model informačnej bezpečnosti hrozieb a (alebo) Technická úloha na vytvorenie systému je v súlade s federálnym výkonným orgánom v oblasti bezpečnosti a spolkového výkonného orgánu povolenej v oblasti proti technickému prieskumu a technickej ochrane informácií v rámci Ich právomoci, pokiaľ ide o implementáciu stanovených požiadaviek na ochranu informácií.

Technická úloha vytvoriť systém by mala zahŕňať vytvorené v súlade s odsekom 1.1 tohto dokumentu "A" a "C". Požiadavky na ochranu informácií obsiahnutých v systéme.

4. Technická úloha na vytvorenie systému a model informačných hrozieb pre informácie sú schválené úradníkom výkonného orgánu, ktorý je poverený príslušným orgánom.

5. Postup vytvárania systému obsahuje nasledujúce postupne implementované kroky:

a) vývoj dokumentácie pre systém a jeho časti;

b) vývoj pracovnej dokumentácie pre systém a jeho časti;

c) vývoj alebo úprava softvéru;

d) uvedenie do prevádzky;

e) vykonávanie predbežných skúšok systému;

e) vykonávanie skúsených prevádzky systému;

g) vykonávanie akceptačných skúšok systému.

6. Fáza vývoja dokumentácie pre systém a jeho časť zahŕňa vývoj, koordináciu a schválenie dokumentácie v množstve potrebnej na opis kompletnej sady riešení navrhovania (vrátane ochrany informácií) a dostatočné na ďalšie splnenie práce o vytvorení systému.

7. Systém vypracovania pracovnej dokumentácie pre systém a jej časť zahŕňa vývoj, koordináciu a schválenie dokumentácie obsahujúcej informácie potrebné na vykonanie práce na uvedenie do prevádzky systému na prevádzku a jeho prevádzku a postup na využívanie \\ t Systém obsahujúci informácie potrebné na udržiavanie úrovne prevádzkových charakteristík údržby systému (vrátane ochrany informácií) zriadených v rozhodnutiach o konštrukciách uvedených v odseku 6 tohto dokumentu vrátane: \\ t

a) zoznam zamestnaneckých akcií pri vykonávaní úloh systému, vrátane zoznamu, druhov, objemov a frekvencie práce na zabezpečenie fungovania systému;

b) kontrolu výkonu systému a komponentov poskytujúcich ochranu informácií;

c) zoznam chýb, ktoré sa môžu vyskytnúť počas prevádzky systému a odporúčaní pre akcie v ich výskyte;

d) zoznam prevádzkových režimov systému a ich charakteristiky, ako aj postup a pravidlá pre preklad systému z jedného pracovného režimu do druhého s uvedením požadovaného času.

8. Softvérový vývoj alebo adaptácia krok zahŕňa vývoj systému softvéru, výber a prispôsobenie zakúpeného softvéru, ako aj v prípadoch a ako potvrdiť vyvinuté softvér softvér a informačné zabezpečenie nástrojov pre požiadavky na bezpečnosť informácií.

9. Štát do prevádzky zahŕňa autonómne nastavenie technických prostriedkov a softvérových častí systému, sťahovanie informácií do databázy, komplexné zacielenie technických prostriedkov a systémového softvéru vrátane nástrojov na ochranu informácií.

10. Predbežná skúšobná fáza zahŕňa:

a) rozvoj programu a metódy predbežných skúšok, v súlade s ktorými je systém kontrolovaný výkon a dodržiavanie technickej úlohy na jej vytvorenie;

b) kontrolu systému výkonnosti a dodržiavania technickej úlohy pre jej vytvorenie;

c) odstránenie porúch zistených pri vykonávaní takýchto skúšok a vykonávanie zmien dokumentácie a pracovnej dokumentácie pre systém;

d) Registrácia protokolu o skúške a akt prijatia systému v skúšobnej prevádzke.

11. Fáza skúšobnej operácie zahŕňa:

a) vývoj programu a techniku \u200b\u200bskúšobnej prevádzky;

b) skúšobná prevádzka systému v súlade s programom a technikou skúšobnej prevádzky;

c) zjemnenie systému softvéru a dodatočnú úpravu technických prostriedkov v prípade zisťovania nedostatkov zistených počas prevádzkovej prevádzky systému;

d) Registrácia zákona o ukončení skúsenej prevádzky, ktorá obsahuje zoznam nedostatkov, ktoré je potrebné odstrániť pred prevádzkou systému.

12. Fáza akceptačného testu zahŕňa: \\ t

a) testovanie systému pre dodržiavanie technickej úlohy pre jej vytvorenie v súlade s programom a metodikou akceptačných testov;

b) analýza výsledkov odstránenia nedostatkov uvedených v zákone o ukončení pilotnej operácie;

c) registrácia akcie prijatia uvádzania do prevádzky systému.

III. Požiadavky na systém uvedenia do prevádzky

13. Základom pre uvedenie do prevádzky Systém je právnym aktom výkonného orgánu systému zavádzania, ktorý určuje zoznam opatrení na zabezpečenie systému uvádzania do prevádzky a stanovenie začiatku prevádzky.

14. Právny akt výkonného orgánu o provízii uvedenia do prevádzky zahŕňa: \\ t

a) udalosti o vývoji a schvaľovaní organizačných a administratívnych dokumentov, ktoré definujú informácie o ochrane informácií počas prevádzky systému, ktorého rozvoj poskytuje regulačné právne akty a metodické dokumenty spolkového výkonného orgánu v OBLASŤ BEZPEČNOSTNÝCH A KONEČNÝCH VÝKONNOSTI POVOLENÝCH V OBLASTI BOZPEČNOSTI TECHNICKÝCH Inteligencie a technickej ochrany informácií, ako aj národných noriem v oblasti ochrany informácií;

b) Opatrenia na certifikáciu systému podľa požiadaviek ochrany informácií, v dôsledku čoho v prípadoch ustanovených právnymi predpismi sú prípady potvrdené súladom ochrany informácií obsiahnutých v systéme, požiadavky stanovené v \\ _ ~ \\ t Legislatíva Ruskej federácie o informáciách, informačných technológiách a ochrane informácií;

c) opatrenia na prípravu výkonného orgánu, ako aj súkromného partnera v prípade dohody o verejno-súkromnom partnerstve pre fungovanie systému;

d) udalosti na prípravu úradníkov výkonného orgánu, ako aj zamestnancov súkromného partnera v prípade dohody o verejno-súkromnom partnerstve pre fungovanie systému vrátane osôb zodpovedných za poskytovanie ochrany informácií.

15. Zadanie systému nie je povolené v nasledujúcich prípadoch:

a) nedodržanie právnych predpisov o ochrane informácií zriadených právnymi predpismi Ruskej federácie vrátane nedostatku platného súladu s požiadavkami bezpečnosti informácií;

b) absencia v registri územného umiestňovania kontrolných zariadení ustanovených pravidlami vykonávania umiestňovania technických prostriedkov informačných systémov používaných vládnymi agentúrami, miestnymi vládami, štátnymi a obecnými podnikmi, štátnymi a obecnými inštitúciami Územie Ruskej federácie, schválená vládnym dekrétom Ruskej federácie od 6. júla 2015 N 675 "o postupe monitorovania súladu s požiadavkami ustanovenými v časti 2.1 článku 13 a časti 6 článku 14 spolkovej krajiny Právo "o informáciách, informačných technológiách a ochrane informácií", informácie o umiestnení technických prostriedkov informačného systému na území Ruská federácia;

c) nedodržanie požiadaviek tejto časti zistené počas vykonávania kontrol v súlade s pravidlami na monitorovanie súladu s požiadavkami na postup vytvorenia, rozvoja, prevádzky, prevádzky a závery z prevádzky štátnych informačných systémov a \\ t Ďalšie skladovanie obsiahnuté v ich dátových databázach schválila vyhláška vlády Ruskej federácie zo dňa 6. júla 2015 N 675 "o postupe monitorovania súladu s požiadavkami ustanovenými v časti 2.1 článku 13 a časti 6 článku 14 federálneho \\ t Zákona "o informáciách, informačných technológiách a ochrane informácií". Tohto dokumentu. Právny akt a) prípravu právnych aktov súvisiacich s výstupom systému z vykorisťovania;

b) Práca na systéme vyraďovania, vrátane práce na odinštalovaní systémového softvéru, realizovať práva na systémový softvér, demontovať a odpísať systém systému, ktorý zabezpečí skladovanie a ďalšie využívanie systémových informačných zdrojov;

Zmeniť informácie:

Vyhláška vlády Ruskej federácie 11. mája 2017 N 555 Odsek 23 je doplnený pododsekom "v" \\ t

c) zabezpečenie bezpečnosti informácií v súlade s dokumentáciou systému a organizačných a administratívnych dokumentov o ochrane informácií vrátane archivácie informácií obsiahnutých v systéme, zničenie (vymazanie) údajov a zvyškových informácií z nosičov strojov a ( alebo) zničenie médií stroja.

24. Ak regulačné právne akty Ruskej federácie nebola stanovená inak, čas uchovávania informácií obsiahnutých v systémových databázach určuje výkonný orgán a nemôže byť nižší ako čas ukladania informácií, ktoré sú stanovené na skladovanie Dokumenty v papieri, obsahujúce takéto informácie.

25. Využívanie systému z prevádzky nemôže byť skôr ako lehota na ukončenie poslednej udalosti ustanovenej právnym aktom o produkte systému z vykorisťovania.

Postup za vstup do EIS do prevádzky.

Typický automatizovaný dizajn. Štádia uvedenia do prevádzky.

10.

Podľa GOST 34.601-90 "AU. Stávky tvorby "a GOST 34.603-92" Typy skúšok AU "v rámci štádia uvedenia do prevádzky sa vykonávajú tieto práce: \\ t

1) organizačné vzdelávanie automatizačného zariadenia na akciu - implementácia dizajnových riešení pre organizačnú štruktúru, zabezpečenie jednotiek objektu riadenia inštruktívnych metodických materiálov, zavedenie informácií klasifikátorov;

2) príprava personálu - vzdelávací personál a kontrola jeho schopnosti zabezpečiť prevádzku IP;

3) vybavenie dodaných produktov IP (v prípade potrebného takéhoto dodania opísaného v CST) - získavaní zložiek sériovej a jednotkovej výroby, materiálov a montážnych výrobkov, vykonávania vstupnej kontroly ich kvality;

4) stavebné a inštalačné práce - vykonávanie práce na výstavbe špecializovaných priestorov na umiestnenie technických zariadení a IP personálu, výstavbu káblových kanálov, montáž technických prostriedkov a komunikačných liniek, testovanie montážnych technických prostriedkov, spracovanie technických prostriedkov na uvedenie do prevádzky;

5) uvedenie do prevádzky - Offline Uzavnenie technického a softvéru, sťahovanie informácií do databázy a kontrolu jeho údržby, integrované uvedenie do prevádzky všetkých prostriedkov systému;

6) predbežné testovanie - skúšobná skúška pre výkon a dodržiavanie technickej úlohy v súlade s programom a spôsobom predbežnej skúšky; Riešenie problémov a vykonávanie zmien IP dokumentácie, vrátane prevádzkovej v súlade s testom protokolu; Registrácia akcie prijatia IP do skúšobnej prevádzky;

7) experimentálne vykorisťovanie - skúsená prevádzka OP; analýza jej výsledkov; Zlepšenie IP softvéru; Ďalšie uvedenie do prevádzky IP technických prostriedkov; Registrácia zákona o ukončení skúsenej prevádzky.

8) vykonávanie testov - skúšky na dodržiavanie technickej úlohy v súlade s programom a metódami akceptačných skúšok; Analýza výsledkov IP testov a eliminácia nedostatkov zistených počas testovania; Registrácia akcie prijatia IP do trvalej prevádzky.

Uvedenie do prevádzky emisie je postupným prechodom z existujúceho riadiaceho systému na automatizáciu. Zároveň sa zvyšuje nielen stupeň používania technických nástrojov na spracovanie údajov, ale aj samotné metódy riadenia sa zmenia.


V súlade so špirálovým modelom systému životného cyklu systému, z fázy technického dizajnu, subsystému EIS, komplexy úloh alebo jednotlivých komponentov schopných samostatne fungovať do prevádzky v etapách, ako pracovná dokumentácia a technické prostriedky sú ľahko.

Fáza uvádzania do prevádzky zahŕňa skúsenú prevádzku úloh a po prijatí a skúšobnom testovaní ich doručenie do komerčnej prevádzky. V priemyselnej prevádzke je celý systém prijatý po ukončení prijatia všetkých komplexov úloh.

Jedným z dôležitých znakov systému zavádzania je prítomnosť určitého obdobia, počas ktorej sa vykonáva paralelné fungovanie existujúceho systému a nového EIS. V technických systémoch je jedno zariadenie najčastejšie nahradené inými zariadeniami. Niekedy je nový stroj nainštalovaný na mieste starej - v tomto prípade, žiadne nové zariadenie nefunguje nejakú dobu nejakú dobu. Ak nový príde nový, než starý sa zastávok, pracujú nezávisle od seba. Pri uvádzaní do prevádzky EIS organizačného typu je zásadne nemožné, situácia, na ktorej aspoň ani starý alebo nový systém nepracoval krátko. Okrem toho, aby sa overila správnosť všetkých upravených rozhodnutí, uvedenie do prevádzky nového systému sa postupne vykonáva počas experimentálnej prevádzky týchto krokov:

1. Skontrolujte subsystém alebo komplex úloh pri plných reálnych údajoch, ale nie v rámci reálneho času potrebného na riadenie.

2. Prevádzka nového systému je v plnej výške reálnych dát a pre reálne podmienky v režime kontroly, keď sa výsledky nepoužívajú na kontrolu, ale sú porovnané s výsledkami získanými v predchádzajúcom systéme a sú analyzované.

3. Prechod na riadenie na základe výsledkov nového systému pri zachovaní v práci starého systému v prípade možných porúch a nepredvídaných situácií.

4. Konečný prechod do nového systému.

Prevádzka systému v paralelnom režime je pre zamestnancov mimoriadne nepriaznivý. Musia vykonávať dvojitú prácu s vysokým zaťažením. Vývojári systému by sa mali usilovať o zníženie obdobia paralelnej práce, čo výrazne závisí od toho, ako sa úspešne uskutočnil rozvoj a ladenie systému. Je neprijateľné, aby vydržali aspoň súčasť ladenia a prispôsobenie systému na obdobie skúseného vykorisťovania. Zmeny a počas tohto obdobia sú však nevyhnutné, malo by sa však usilovať len o to, aby sa nemohlo byť poskytnuté pred začiatkom skúseností.

Skúsená prevádzka sa prekrýva proces testovania. Systém je spravidla úplne, postupne. Z hľadiska plnenia informácií je preto uvedenie do prevádzky najmenej tri fázy: \\ t

2) Akumulácia informácií;

3) Ukončite kapacitu na projektovanie.

Iniciuje skôr úzky kruh chyby - väčšinou problémy s nesúladom údajov pri načítaní a vlastných chybách nakladačov, to znamená, čo nebolo sledované na testovacích údajoch. Ak je ladenie "živých" údajov nemožné vyrábať, potom budete musieť modelovať situáciu a rýchlo. Vyžaduje sa tu veľmi kvalifikovaní testeri.

Počas akumulácia informácií Zdá sa, že najväčší počet chýb vytvorených vytváraním informačného systému. Toto pravidlo sú to chyby spojené s prístupom multiplayerov. Často, v štádiu skúšky, takéto chyby nie sú venované náležitú pozornosť. To je splatné, zrejme, s komplexnosťou modelovania, ako aj s vysokými nákladmi na automatizáciu testovania informačného systému v podmienkach multiplayerového prístupu. Niektoré chyby opravujú, že je dosť ťažké, pretože sú konštrukčné chyby. Nie je z nich poistený žiadny najväčší projekt. To znamená, že práve v prípade, že potrebujete rezervovať čas na lokalizáciu a opravu takýchto chýb.

V období akumulácie informácií môžete čeliť slávni "padol základňu". V najhoršej situácii sa ukázalo, že DBMS nevydrží tok informácií. S dobrým - len konfiguračné parametre sú nesprávne. Prvý prípad je nebezpečný, pretože je dosť ťažké ovplyvniť výrobcu DBMS a zákazník nemá rád odkazy na službu technickej podpory DBMS. Riešenie problému zlyhania DBMS nebudú musieť urobiť výrobcu, ale zmeniť schému, znížiť tok žiadostí, zmeniť sami žiadostí; Vo všeobecnosti existuje mnoho možností. Ak sa čas obnovy databázy zapadá do plánovaného času projektu.

Výstup systému na navrhovanie kapacity, keď Dobrá konkrétna okolnosť je korekcia viacerých malých chýb a príležitostne - vážne chyby.

GOST 24.208-80 Požiadavky na obsah dokumentov "Uvedenie do prevádzky"

Uznesenie Štátneho výboru ZSSR pre normy 14. mája 1980 č. 2101 Úvod

od 01.01 1981

Tento štandard sa vzťahuje na technickú dokumentáciu pre automatizované riadiace systémy (ACS) všetkých typov vyvinutých pre všetky úrovne kontroly (okrem národného) a stanovuje požiadavky na obsah dokumentov vyvinutých na fáze "Uvedenie do prevádzky" v súlade s požiadavkami GOST 24.101-80

1. Všeobecné ustanovenia

1.1. Dokumenty vyvinuté v štádiu uvádzania do prevádzky sa označujú ako akceptačná dokumentácia pre ACS.

1.2. Pri vypracúvaní dokumentov na časť ACS je obsah dokumentov obmedzený na rámec zodpovedajúcej časti ACS.

1.3. V závislosti od účelu a špecifických špecifík vytvorených ACS je povolené zahrnúť dodatočné informácie do dokumentov, požiadavky na obsah, ktorý neobsahuje tento štandard.

2. Požiadavky na dokumentáciu o prijatí

2.1. Akt dokončenia práce

2.1.1. Dokument je navrhnutý tak, aby opravil skutočnosť, že vyplní samostatnú prácu pri vytváraní ACS.

2.1.2. Dokument sa nevzťahuje na výstavbu a uvedenie do prevádzky a uvedenie do prevádzky.

2.1.3. Dokument musí obsahovať:

  • názov dokončenej práce (diel);
  • zoznam zástupcov organizácie-developer a zákazníkom organizácie, ktorý zostavil zákon;
  • dátum ukončenia práce;
  • názov dokumentu (dokumentov), \u200b\u200bna základe ktorých bola vykonaná práca;
  • hlavné výsledky dokončenej práce;
  • záver o výsledkoch dokončenej práce.

2.2. Akt o prijatí v skúšobnej prevádzke

2.2.1. Dokument je navrhnutý tak, aby opravil skutočnosť ukončenia vstupu ACS ako celku alebo jej časti do skúšobnej prevádzky.

2.2.2. Dokument musí obsahovať:

  • názov ACS (alebo jeho časť) prijatý v skúšobnej prevádzke a príslušnom zariadení na riadenie;
  • zloženie prijatia komisie a základ pre jeho prácu (meno, číslo a dátum schválenia dokumentu, na základe ktorých bola Komisia vytvorená);
  • zloženie funkcií ACS (alebo jeho časti) prijatého na skúšobnú prevádzku;
  • zoznam komponentov technického, softvéru, informačných a organizačných ustanovení overiteľných v procese skúsenej prevádzky;
  • hlavné výsledky prijatia v skúšobnej operácii;
  • rozhodnutie Komisie o prijatí ACS do skúšobnej prevádzky.

2.3. Zákon o prijatí v priemyselnej prevádzke

2.3.1. Dokument je navrhnutý tak, aby opravil skutočnosť vkladania ACS (alebo jeho časti) do priemyselnej prevádzky.

2.3.2. Dokument musí obsahovať:

  • názov predmetu kontroly a ACS (alebo jeho častí) prijatých do priemyselnej prevádzky;
  • informácie o štatúte prijatia komisie (štátna, medzisústredina, rezort), jeho zloženia a dôvodov na jeho prácu;
  • doba práce Komisie;
  • názov organizácie-developer, organizačných spoločnostiach a zákazníckych organizácií;
  • názov dokumentu, na základe ktorých bol vypracovaný ACC;
  • zloženie funkcií ACS (alebo jeho časti) prijaté do priemyselnej prevádzky;
  • zoznam komponentov technického, softvéru, informačných a organizačných podpory prijatých do priemyselnej prevádzky;
  • zoznam dokumentov uložených Komisiou;
  • záver o výsledkoch experimentálnej prevádzky ACS;
  • posúdenie súladu ACU technickej úlohe pre jej vytvorenie;
  • stručné charakteristiky a hlavné výsledky práce vykonávanej na tvorbe ACS;
  • posúdenie vedeckej a technickej úrovne ACS (podľa údajov o projektoch) *;
  • hodnotenie ekonomickej efektívnosti z implementácie ACS (podľa údajov projektu) *;
  • rozhodnutie Komisie;
  • odporúčania Komisie pre ďalší rozvoj systému *.
* Nevyhnutne len pri prijímaní ACS vo všeobecnosti.

2.3.3. "Akt o prijatí priemyselnej prevádzky" robí program a protokoly testov, protokolov o zasadnutiach Komisie, aktov o prijatí do priemyselnej prevádzky ACS prijatých skôr, zoznam technických prostriedkov, ktoré využili Komisiu na prijatie ACS. Podľa uváženia Komisie je povolené zahrnúť dodatočné dokumenty v žiadosti.

2.4. Plán

2.4.1. Dokument stanovuje zoznam diel, načasovanie vykonávania a exekútorov práce súvisiace s tvorbou práce.

2.4.2. Dokument pre každú prácu uvedenú v zozname musí obsahovať:

  • názov práce;
  • dátum začiatku a konca;
  • názov pracovného partnera;
  • priezvisko a pozíciu zodpovedného umelca;
  • vzorec pre prezentáciu výsledkov práce.

2.5. Poradie práce

2.5.1. V závislosti od štádia práce na vytváraní ACS sa vytvoria nasledujúce odrody dokumentu: \\ t

  • objednávka na pripravenosti systému riadenia na vykonávanie stavebných a montážnych prác;
  • oBJEDNÁVKA NA PRIPOJENIE NÁHRADU RIADENIA NA POUŽÍVANIE NASTAVENIA;
  • objednávka na začiatku skúseného prevádzky ACS (jej časti);
  • objednávka vstupu do priemyselnej prevádzky ACS (jej časti).

2.5.2. Dokument "Objednávka o pripravenosti systému riadenia na vykonávanie stavebných a inštalačných prác" musí obsahovať: \\ t

  • správa o pripravenosti systému riadenia na vykonávanie stavebných a montážnych prác;
  • stanovenie stavebnej zóny a inštalácie;
  • postup prijímania do práce;
  • zoznam zástupcov organizácie zákazníka zodpovedný za vykonávanie prác a bezpečnosti montážnych zariadení;
  • zoznam zodpovedných zástupcov stavebných a montážnych organizácií vyrábajúcich prácu.

2.5.3. Dokument "Objednávka o pripravenosti riadiaceho zariadenia na vykonanie uvedenia do prevádzky by mala obsahovať: \\ t

  • správa o pripravenosti systému riadenia na vykonanie úpravy;
  • zoznam technických prostriedkov, ktoré sa majú upraviť;
  • indikácia postupu vykonávania zariadenia;
  • postup pri prijímaní do nastavenia;
  • zoznam zástupcov organizácie zákazníka zodpovedný za vykonávanie uvedenia do prevádzky;
  • zoznam zodpovedných zástupcov organizácií vykonávajúcich uvedenie do prevádzky;
  • pokyny na postupy odstránenia chýb inštalácie a osôb zodpovedných za vykonávanie týchto prác.

2.5.4. Dokument "Objednávka na začiatku skúseného prevádzky ACS (jej časti)" musí obsahovať: \\ t

  • názov ACS vo všeobecnosti alebo jeho časti prechádzajúcich skúsenou prevádzkou;
  • termínov pre skúsenú prevádzku;
  • zoznam úradníkov zákazníckej organizácie a rozvojovej organizácie zodpovednej za vykonávanie skúsenej prevádzky;
  • zoznam zákazníckych organizácií zapojených do vykonávania skúseného vykorisťovania.

2.5.5. Dokument "Objednávka podniku v priemyselnej prevádzke ACS (jeho časti)" musí obsahovať: \\ t

  • zloženie funkcií ACS alebo jej častí, technických a softvérových nástrojov prijatých do priemyselnej prevádzky;
  • zoznam úradníkov a zoznam divízií organizácie zákazníka zodpovedný za prácu ACS;
  • postup a termíny na zavedenie nových foriem dokumentov (v prípade potreby);
  • postup a termíny na preklad, ktorý sa začal v rámci fungovania ACS.

2.6. Zloženie Komisie o prijatí

Dokument musí obsahovať:

  • názov prijatých ACS všeobecne alebo jeho častí;
  • informácie o zložení Komisie;
  • dôvody organizácie Komisie;
  • názov organizácie zákazníka;
  • názov organizácie-developer, organizovanie ko-ventily;
  • menovanie a ciele Komisie;
  • lehoty na začiatok a ukončenie práce Komisie;
  • pokyny na formu vyplnenia Komisie.

2.7. Program práce

2.7.1. V závislosti od údržby práce sú nainštalované nasledujúce typy dokumentov:

  • testovací program;
  • program skúsenej prevádzky;
  • program práce prijatia komisie.

2.7.2. Dokument "Testovací program" je určený na určenie postupu vykonávania predbežných testov pri prenose a prijatí testovania pri prenose do priemyselnej prevádzky ACS.

Dokument musí obsahovať:

  • zloženie funkcií ACS vo všeobecnosti alebo jeho časti, ktoré sú predmetom testov, s odkazom na položky technickej úlohy na vytvorenie ACS;
  • zoznam komponentov technického, softvéru, informačných a organizačných podpory podliehajúcich testom;
  • postup testovania jednotlivých zložiek ACS a jednotlivých ACS funkcií;
  • termíny a načasovanie testovania;
  • postup registrácie skúšok a zistených nedostatkov;
  • postup na odstránenie nedostatkov a vykonanie potrebných zmien technickej dokumentácie;
  • s uvedením formy výsledkov testov.

2.7.2. "Program experimentálnej prevádzky" je určený na určenie objednávky a objemu skúšobnej prevádzky.

Dokument musí obsahovať:

  • zloženie funkcií ACS a jeho častí, ktoré sa majú spustiť, s odkazom na položky technickej úlohy na vytvorenie ACS;
  • zoznam komponentov technického, softvéru, informačných a organizačných ustanovení, ktoré sa majú zažiť;
  • postup pre personálne akcie v experimentálnej prevádzke prvkov ACS a jednotlivých funkčných subsystémov;
  • podmienky a termíny na skúšobnú prevádzku;
  • postup registrácie výsledkov skúšobnej prevádzky a identifikovaných nevýhodách;
  • postup na odstránenie zistených nedostatkov a zmien technickej dokumentácie;
  • indikácia formy zastúpenia výsledkov experimentálnej prevádzky.

2.7.2. Dokument "Program diel prijímania Komisie" je určený na určenie postupu prijímania ACS do priemyselnej prevádzky. Zloženie a obsah dokumentu je určený regulačnými a technickými dokumentmi schválenými v tomto odvetví.

2.8. Protokol o skúške

2.8.1. Dokument je určený na stanovenie výsledkov predbežných testov pri prenose ACS všeobecne alebo jeho časti do experimentálnej alebo priemyselnej prevádzky.

2.8.2. Dokument musí obsahovať:

  • názov testovaného objektu;
  • zoznam úradníkov, ktorí testovali;
  • Účelu skúšky;
  • informácie o dĺžke trvania testu;
  • zoznam položiek technického zadania na vytvorenie ACS, na dodržiavanie testov;
  • zoznam položiek "testovací program", na ktoré boli vykonané skúšky;
  • informácie o výsledkoch pripomienok na správnu prevádzku ACS;
  • informácie o zlyhaniach, poruchách a núdzových situáciách, ku ktorým došlo počas testovania;
  • informácie o úpravách parametrov testovaného objektu a technickej dokumentácie.

2.9. Koordinácia protokolov

2.9.1. Dokument je určený na harmonizáciu odchýlok od predtým prijatých a schválených rozhodnutí o konštrukcii, keď v procese experimentálnej prevádzky ACS ako celok alebo jeho časti odhalila potrebu ich úpravy.

2.9.2. Dokument musí obsahovať:

  • zoznam diskrétnych odchýlok s uvedením dokumentu, odchýlky od požiadaviek, z ktorých sú predmetom koordinácie;
  • zoznam úradníkov, ktorí zostavili protokol;
  • odôvodnenie prijatých odchýlok od konštrukčných riešení;
  • zoznam dohodnutých odchýlok a termínov na vykonanie potrebných zmien technickej dokumentácie.

Dotlač. Máj 1986

Podobné články