Az információs rendszer üzembe helyezése. A GOST információs rendszerek ipari működéséhez

Jóváhagy

A Közgazdaságtani Állami Rendelet Tanszékének igazgatóhelyettese

Az Orosz Föderáció Gazdaságfejlesztési Minisztériuma
______________ v.n. Rudenko
« 09 » _ november__ 2011

A próbaüzemelés során üzembe helyezés

Automatizált projektmenedzsment információs rendszer, amely az állami szerződés keretein belül 2011. november 7-én, a GK-158-OF / D01.
Összhangban a közös döntés a Megrendelő (Gazdaságfejlesztési Minisztérium Oroszország) és a Vállalkozó (LLC „OTR 2000”) bevezetéséről a próbaüzem.

A Bizottság összeállította:

A Bizottság elnöke:

Az állami szabályozás osztályának igazgatóhelyettese a gazdaságban v.n. Rudenko,

A Bizottság tagjai:

Az Elektronikai Társadalom Szabályügyi Minisztériumának Fejlesztési Tanszéke a közgazdaságtanban S.v. Pushakov,

Tanácsadó a Módszertani Tanszéknek az állami szabályozási osztály interdeplatációs kölcsönhatásának megszervezésére a gazdaságban A.v. Matveenko,

Az elektronikus társadalom állami szabályozási osztályának fejlesztési osztályának vezető tanácsadója az N.N. Kirsanova

Az "OTP 2000" LLC irányának vezetője A.I. Kuleshova,

A projektek vezetője LLC "OTR 2000" O.V. Biztosítás

Vezető elemzés LLC "OTR 2000" YU.M. Gudkova,

A "valós szektor" irányának kutatója, az e.t. Gadar e.r. Battarshina.
mivel "_ 08 _" november 2011 by "_ 09 _" november 2011 végzett előzetes vizsgálatok az alkalmazott szoftver az automatizált információs rendszer „Portál Project Management” (AIS PPU) létrehozta a Gazdaságfejlesztési Minisztérium Oroszország.

Az előzetes tesztek sikeresen befejeződnek.

A fejlesztés fő szakaszai a feladatmeghatározásnak felelnek meg.
Fejlett a dokumentáció megfelel a követelményeknek szoftver működése.
A próbaüzemelésre kész szoftver.

A próbaüzemelésre szánt funkciók listája (a technikai feladat rendszere által végrehajtott funkciókra vonatkozó követelmények "):
1. A projektek listájának fenntartása.
2. Dolgozzon a tervezési entitásokkal.
3. Munka a projekt állapotának a projekt állapotának értékeléséhez.
4. Analitikai modul.
5. Dokumentumok könyvtára.

A tapasztalt művelet elvégzéséhez szükséges dokumentumok jegyzéke:
1. "Az AIS" Project Management "" (rendszer útlevél) leírása;
2. "Adminisztrátor utasítása AIS PPU";
3. "Felhasználói utasítások AIS PPU";
4. "Az AIS PPU tesztelésének programja és módszerei";
5. "Vizsgálati feladatok az AIS PPU-hoz";
6. "Szerepjáték Az AIS PPU projektmenedzsment eszközként való munkavégzési eljárás leírása" Interdepartmentalis interakció ".
A Bizottság határozata: 2011. november 9-től a tárgyalás programozásának elfogadása.

Alkalmazások:

Az 1. számú előzetes teszt protokollja
A 2. számú előzetes teszt protokollja

A Bizottság tagjai:

V.n. Rudenko

S.v. Pushchakov

A.v. Matveenko

N.n. Kirsanova

A.I. Kuleshov

O.v. Biztosítás

Yu.m. Gudkov

E.r. Bartarshin

Elfogadási cselekmény a próbaüzemben Az előzetes vizsgálatok eredményei alapján, és magában foglalja: az átfogó vizsgálatok eredményei szerint történt következtetések; A próbaüzemű feladatok.

Bizottsági határidő

Az elfogadási aktus ezen részét az Elfogadó Bizottság munkájának kezdete és vége az előzetes vizsgálatok lefolytatásáról.

A teszt kezdete - 2010. november 1..
A teszt vége - 2010. december 31.
Teljes tesztelési idő - 44 munkanap.

A szervezet-ügyfél neve, a szervezet-előadó és szervezet-koorderendezés neve

A vizsgálati résztvevők szervezeteinek nevét és azokat, akik az információs rendszer elfogadási aktusát követően tették össze a próbaüzemben.

Ügyfél szervezete - OJSC ügyfél.
Szervezet-előadó - CJSC "Vállalkozó".
Szervezet-Co-Valve - LLC "SOLVDILIZER" (ha van ilyen).

Az AIS funkcióinak összetétele, amelyet próbaüzemben fogadtak el

A próbaüzemben elfogadott AIS funkcióinak összetételét felsorolja. A funkciók mind a rendszer is széles és alrendszerek is továbbíthatók. Funkciók vesznek el a „követelmények jellemzői végzi a rendszer” műszaki feladat létrehozni egy információs rendszer.

A műszaki, szoftverek, információk és szervezeti rendelkezések alkatrészeinek listája ellenőrizhető a próbaüzemelés során

Az elfogadási törvény ezen része a próbaüzemelés során elvégzett vizsgálatok listáját kapja. A tesztek listája a "Teszt Volume" tesztprogram szakaszából származik.

A tapasztalt működés folyamatában a tesztek az alábbi táblázat tárgyát képezik.

A Bizottság által benyújtott dokumentumok jegyzéke

Ez a szakasz az elfogadási okmányt nyújt dokumentumok listáját a Bizottság által biztosított dokumentumok lefolytatásához szükséges egy tapasztalt működését.

Útmutató kialakítására és egy adatbázis (adatbázisba), 1-es verzió kelt 2010/09/12.
- Felhasználói útmutató, 1. verzió 09/14/2010.
- ...

Az elfogadott AIS technikai tisztviselő megfelelésének értékelése

A technikai feladat AIS-jének megfelelőségének értékelése.

Az előzetes tesztelés eredményei szerint a rendszer megfelel a dokumentumban benyújtott követelményeknek: ". 1.0 verzió.

Az elfogadás főbb eredményei a próbaüzemben

Az elfogadási aktusok ezen része felsorolja az információs rendszer kísérleti működésének eredményeivel kapott főbb eredményeket.

A kísérleti művelet eredményei szerint a következő főbb eredményeket kell elérni:
- a rendszer működik;
- Rendszer alrendszerek - kölcsönhatás;
- A rendszer megfelel a dokumentum követelményeinek "Műszaki feladat egy automatizált rendszer létrehozásához". 1.0 verzió;
- Minden jellemző az értékelés alá tartozik elfogadható határokon belül.

A Bizottság határozata az AIS-t a tárgyalási műveletben

A Bizottság döntése az információs rendszer próbaüzemeltetésének lehetőségéről vagy lehetetlenségéről.

Kovtun M.V. 2010. október.

Az Orosz Föderáció kormányának rendelete 2015. július 6-án n 676
"Az állami információs rendszerek működéséből, fejlesztéséről, üzembe helyezéséről, üzembe helyezéséről és következtetésre vonatkozó előírásokra vonatkozó követelményekről"

Összhangban 6. részének 14. cikke a szövetségi törvény „A tájékoztatásról, az információs technológia és az információ védelméről”, a kormány az Orosz Föderáció dönt:

1. jóváhagyja a kísérő követelményeket eljárás létrehozása, fejlesztése, üzembe helyezés, üzemeltetés és következtetést azoknak az állami információs rendszerek és a további tárolás benne foglaltatik az információs adatbázisok.

2. Annak megállapítása, hogy a tevékenységek által előírt követelményeket, hogy az e határozat végzik szövetségi végrehajtó testület a költségvetési juttatások által előírt szóló szövetségi törvény a szövetségi költségvetés az adott pénzügyi évben, valamint a tervezési időszak kézi és kezelése a megalapozott funkciók területén.

3. ajánlása más kormányzati szervek, amellett, hogy a szövetségi végrehajtó szervek és végrehajtó szerveit alkotó szervezetek, az Orosz Föderáció, valamint a kormányzati szervek az állami elkülönített állami pénzalapok, a helyi önkormányzatok, hogy kövessék a tevékenységüket a követelményeknek, hogy az e Felbontás.

Követelmények
az állami információs rendszerek működéséből, fejlesztéséről, üzembe helyezésére, üzembe helyezésére, működésére, fejlesztésére, üzembe helyezésére, üzembe helyezésére, valamint az információs adatbázisukban található további tárolásra
(Appliance. Az Orosz Föderáció kormányának rendelete, 2015. július 6-án n 676)

Változásokkal és kiegészítésekkel:

I. ÁLTALÁNOS RENDELKEZÉSEK

(1) Ez a dokumentum meghatározza az állami információs rendszerek (a továbbiakban: rendszer) működését, fejlesztésére, üzembe helyezésére, üzembe helyezésére, üzembe helyezésére, üzembe helyezésére, üzembe helyezésére, üzembe helyezésére, üzembe helyezésére és következtetésére vonatkozó eljárást a szövetségi végrehajtó szervek és a végrehajtó testületek az Orosz Föderáció alkotmányos szervezetei (a továbbiakban: végrehajtó hatóságok) hatóságai a végrehajtó hatóságok hatásosságának javítása érdekében az információk felhasználásának eredményeképpen és kommunikációs technológiák, illetve a végrehajtó hatóságok, meghatalmazotti állami partnerek és magán partnerek szerint a köz- és magánszféra partnerségi megállapodások (a továbbiakban - a magánfél) annak érdekében, hogy e megállapodások végrehajtásához.

1.1. Végrehajtása a végrehajtó hatóságok bármelyike \u200b\u200báltal magánpartnere intézkedések létrehozása, fejlesztése, üzembe helyezés, üzemeltetés és következtetés rendszerek működésére és további információk tárolására szereplő saját adatbázisok kell elvégezni:

a) a Szövetségi Hatóság által a Biztonsági Hatóság Szövetségi Hatóságának és a Szövetségi Végrehajtó Hatóság által létrehozott rendszerek védelmére vonatkozó követelmények a technikai feltárás és a technikai információk technikai védelme területén, a hatáskörükön belül;

b) a rendszerben szereplő információk védelmére irányuló szervezési követelmények és intézkedések;

Információk módosítása:

Az 1.1. Bekezdést a "B" albekezdés 2019. április 27-től - a felbontás

c) a Szövetségi törvény 19. cikkének 3. részében előírt személyes adatok védelmére vonatkozó követelmények (a személyes adatokról "(a személyes adatok rendszere esetében).

Információk módosítása:

Az Orosz Föderáció Kormányának rendelete 2017. május 11-én N 555 követelményt az 1.2. Bekezdéssel egészíti ki

1.2. Az e dokumentum 1.1. , amelyre elvégzik:

a) az illegális hozzáférés, megsemmisítés, módosítás, blokkolás, másolás, másolás, elosztás, valamint egyéb jogellenes intézkedések ellen védendő információ fogalommeghatározása;

b) a szabályozási jogi aktusok, módszertani dokumentumok és nemzeti szabványok elemzése, amelyeket konfigurálni kell;

c) a rendszer besorolása az információvédelemre vonatkozó követelményeknek megfelelően;

d) az információbiztonsági fenyegetések meghatározása, amelynek végrehajtása a rendszerben szereplő információk biztonságának megsértéséhez vezethet, és az információbiztonsági fenyegetések biztonságán alapuló fejlesztés;

e) az információs rendszer (alrendszer) követelményeinek meghatározása a rendszerben található információk védelméről.

II. A rendszer létrehozására vonatkozó eljárás követelményei

2. A rendszer létrehozásának alapja:

a) a végrehajtó hatóság kötelezettsége a szabályozási jogi aktusok által előírt rendszer létrehozására;

b) a végrehajtó hatóság döntése a rendszer létrehozásáról a hozzá rendelt hatáskörök végrehajtásának biztosítása érdekében;

Információk módosítása:

A (2) bekezdést a "In" albekezdés 2019. április 27-től - az orosz kormány megszüntetése 2019. április 11-én N 420

c) az Orosz Föderáció kormányának határozata a köz- és magánszféra közötti partnerségi projekt végrehajtásáról;

Információk módosítása:

A (2) bekezdést a "G" albekezdés 2019. április 27-től - az Oroszország kormányának 119. április 11-i N 420

d) az Orosz Föderáció Alkotó Szövetségének Legfelsőbb Végrehajtó Testületének határozata, ha az Orosz Föderáció Orosz Föderáció tárgyát képezi, vagy közös versenyt terveznek az Orosz Föderáció témájának részvételével kivéve az Orosz Föderáció részvételével közös verseny eseteit).

3. A rendszer létrehozása a technikai feladatnak megfelelően történik, figyelembe véve az e dokumentum 1.2. Alpontjában foglalt "G" alpontban előírt információk biztonsági fenyegetéseinek modelljét, valamint a személyes biztonság szintjét Adatok a személyes adatok információs rendszerei feldolgozása során, az adatok és követelmények biztonságának veszélyétől függően ez a dokumentum.

Az információbiztonsági veszélyek modellje és (vagy) A rendszer létrehozásának technikai feladata összhangban áll a Szövetségi Végrehajtó Hatósággal a Biztonsági Szövetségi Végrehajtó Hatósággal, amely az információ műszaki feltárása és technikai védelmének ellensúlyozása terén engedélyezve van hatáskörük az információvédelemre vonatkozó megállapított követelmények végrehajtásának tekintetében.

A rendszer létrehozására irányuló technikai feladatnak magában kell foglalnia az e dokumentum 1.1. Bekezdésének "A" és "C" albekezdésével összhangban. A rendszerben szereplő információk védelmére vonatkozó követelmények.

4. A rendszer létrehozásának technikai feladata és az információkkal kapcsolatos információs fenyegetések modellje a végrehajtó hatóság tisztviselője jóváhagyja, amelyet a megfelelő hatósággal bízott.

5. A rendszer létrehozásának eljárása a következő szekvenciálisan végrehajtott lépéseket tartalmazza:

a) a rendszer és részei dokumentációjának kidolgozása;

b) a rendszer és részei munkadokumentációjának kidolgozása;

c) a szoftver fejlesztése vagy alkalmazkodása;

d) üzembe helyezés;

e) a rendszer előzetes vizsgálatának elvégzése;

e) a rendszer tapasztalt működése;

g) a rendszer elfogadási tesztjeinek végrehajtása.

6. A fejlettségi dokumentációjának a rendszert és annak egy részét tartalmazza a fejlesztés, koordináció és jóváhagyása a dokumentációban, a szükséges összeget, hogy leírja a teljes tervezési megoldások (beleértve az információ védelmére), és elegendő ahhoz, hogy tovább teljesíteni a munkát a rendszer létrehozásáról.

7. A rendszer munkadokumentációjának és részének kidolgozásának rendszere magában foglalja azokat a dokumentáció kidolgozását, koordinációját és jóváhagyását, amely tartalmazza a rendszer üzembe helyezéséhez szükséges információkat, valamint annak működését, valamint a rendszer, amely tartalmazza az e dokumentum (6) bekezdésében meghatározott formatervezési határozatokban megállapított rendszer karbantartási működési jellemzőinek (beleértve az információvédelem) fenntartásához szükséges információkat, beleértve:

a) a rendszer működésének feladatainak ellátása során a munkavállalói intézkedések listája, beleértve a rendszer működésének biztosítására vonatkozó listát, fajokat, mennyiségét és gyakoriságát;

b) az információvédelem biztosítása rendszerének és alkatrészeinek teljesítményének ellenőrzése;

c) a rendszer működése során előforduló hibák listája és az előfordulási cselekvési javaslatok;

d) A rendszer működési módjainak és azok jellemzőinek listája, valamint a rendszer egy munkamódszerének fordításának eljárása és szabályai a szükséges idő jelzésével.

8. A szoftver kidolgozása vagy lépés magában foglalja a fejlesztés a rendszer szoftver, a választás és az alkalmazkodás a megvásárolt szoftver, valamint abban az esetben, és hogyan igazolja a fejlett szoftver szoftver és informatikai biztonsági eszközök információs biztonsági követelményeknek.

9. Az üzembe szakaszban tartalmazza önálló beállítási technikai eszközök és szoftverek részei a rendszernek, a letöltés információt az adatbázisban, átfogó célzás a technikai eszközök és a rendszer szoftver, beleértve az információs védelmi eszközöket.

10. Az előzetes vizsgálati fázis a következőket tartalmazza:

a) az előzetes vizsgálatok programjának és módszereinek kidolgozása, amelynek összhangban a rendszert a teljesítéshez és a létrehozáshoz tartozó technikai feladat betartása;

b) a rendszer teljesítményének és a létrehozásának technikai feladatainak betartása;

c) az ilyen vizsgálatok lefolyása során azonosított hibák megszüntetése és a rendszer dokumentációjának és munkadokumentációjának módosítása;

d) A vizsgálati jelentés nyilvántartása és a rendszer elfogadási aktusa a próbaüzemben.

11. A próbaüzemi szakasz a következőket tartalmazza:

a) a program fejlesztése és a próbaüzemek technikája;

b) a rendszer próbaüzemeltetése a próbaüzemelés programjának és technikájának megfelelően;

c) a rendszer szoftverének finomítása és a technikai eszközök további kiigazítása a rendszer működési művelete során meghatározott hiányosságok kimutatása esetén;

d) A törvény nyilvántartása a tapasztalt művelet befejezéséről, amely magában foglalja a rendszer működését megelőzően megszüntetendő hiányosságok listáját.

12. Az elfogadási teszt szakasza magában foglalja:

a) A rendszer tesztelése a technikai feladatnak való megfelelés érdekében az elfogadási vizsgálatok programjának és módszertanának megfelelően;

b) az aktusban meghatározott hiányosságok kiküszöbölésének eredményeinek elemzése a kísérleti művelet befejezéséről;

c) a rendszer üzembe helyezésének elfogadási aktusának nyilvántartása.

III. Az üzembe helyezési rendszer követelményei

13. Az alapot a rendszert üzembe a jogszabály a végrehajtó hatóság az üzembe rendszer, amely meghatározza azon intézkedések biztosítása üzembe rendszer létrehozásáról üzemeltetés megkezdése.

14. A végrehajtó hatóság jogi aktusa a Bizottságtól a következők:

a) a szervezeti és közigazgatási okmányok kidolgozására és jóváhagyására vonatkozó események, amelyek meghatározzák az információ védelmére vonatkozó információkat a rendszer működése során, amelynek fejlesztését a Szövetségi Végrehajtó Hatóság szabályozási jogi aktusai és módszertani dokumentumai biztosítják a Biztonsági és Szövetségi Végrehajtó Terület, amely a technikai hírszerzés és az információk technikai védelme, valamint az információvédelem területén a nemzeti szabványok;

b) a rendszer tanúsítására irányuló intézkedések az információvédelem követelményei szerint, amelyek következtében a jogszabályok által megállapított esetekben az eseteket megerősíti a rendszerben szereplő információk védelmének való megfelelés, a az Orosz Föderációra vonatkozó jogszabályok az információkról, az információs technológiákról és az információk védelméről;

c) a végrehajtó testület előkészítésére szolgáló intézkedések, valamint egy magánpartner a rendszer működéséről szóló köz- és magánszféra közötti partnerségről szóló megállapodás esetén;

d) Események előkészítése a hivatalnokok a végrehajtó hatóság, valamint alkalmazottai magánfél a megállapodás esetén a köz- és magánszféra partnersége a rendszer működését, beleértve az adatszolgáltatásra kötelezett védelmet.

15. A rendszerbe való belépés a következő esetekben nem engedélyezett:

a) az Orosz Föderáció jogszabályai által létrehozott információk védelmének be nem tartása, beleértve az információbiztonsági követelményeknek való érvényes igazolásának hiányát;

b) a kormányzati szervek, az önkormányzatok által használt információs rendszerek, az önkormányzatok, az állami és az önkormányzati vállalkozások, állami és önkormányzati intézmények műszaki eszközeinek, állami és önkormányzati intézményeinek technikai eszközeinek, Az Orosz Föderáció területének az Orosz Föderáció kormányrendelete által jóváhagyott, 2015. július 6-tól N 675 "A Szövetségi 2. cikk 2.1. részének 6. és 6. részének 6. részének 6. és 6. részének betartásának ellenőrzésére irányuló eljárásról "Információ, informatika és információvédelem" törvény, információ az információs rendszer technikai eszközeinek elhelyezéséről az Orosz Föderáció területén;

c) az ellenőrzések végrehajtása során meghatározott követelmények megsértésének elmulasztása az állami információs rendszerek létrehozásának, fejlesztéséről, üzembe helyezéséről, üzembe helyezéséről és következtetésre vonatkozó követelményeknek való megfelelés ellenőrzésére vonatkozó szabályoknak megfelelően Az Orosz Föderáció kormánya által az Orosz Föderáció kormánya által jóváhagyott további tárolása 2015. július 6-án, 2015. július 6-án, a Federal 14. cikkének 2. és 6. részének 2.1. "Információ, információs technológiák és információvédelem" törvény. E dokumentum közül. A jogi aktus a) A rendszer kibocsátásával kapcsolatos jogi aktusok elkészítése;

b) a munka a leszerelése rendszer, beleértve a munka eltávolításáról rendszer szoftver, hogy megvalósítsa a jogokat rendszer szoftver, szétszedni, és írja le a rendszer-rendszer, amely biztosítja a tárolás és a további felhasználását rendszer információs források;

Információk módosítása:

Az Orosz Föderáció kormányának rendelete 2017. május 11-én N 555 (23) bekezdést a "In" albekezdés kiegészíti

c) az információbiztonság biztosítása az információk védelméről szóló rendszer és a szervezeti és igazgatási okmányok dokumentációjával összhangban, beleértve a rendszerben található információk archiválását, az adatok és a maradék információ megsemmisítését (törlése) a gépi fuvarozókból és ( vagy) a gépi média megsemmisítése.

24. Ha a szabályozó jogi aktusok az Orosz Föderáció még nem állapították meg másként, akkor a tárolási idő az információs rendszerben lévő adatbázisok határozza meg a végrehajtó szerv, és nem lehet kevesebb, mint a tárolási idő az információ, hogy hozzanak létre a tárolási dokumentumokban, amelyek tartalmazzák az ilyen információkat.

25. A kiaknázása a rendszer működése nem lehet korábbi, mint a határidő a végén az utolsó esemény által előírt jogi aktus a kimenet a rendszer a kizsákmányolás ellen.

Az EIS üzembe helyezésének eljárása.

Tipikus automatizált design. Üzembe helyezés.

Előadás 10.

A GOST 34.601-90 "AU szerint. A teremtés szakaszában „és a GOST 34,603-92” A vizsgálatok típusai az AU „keretében az üzembe szakaszban az alábbi munkákat kell elvégezni:

1) automatizálási eszköz szervezeti képzése cselekvéshez - végrehajtásának tervezési megoldások a szervezeti struktúra, biztosítva egységek az objektum kezelésének tanulságos és módszertani anyagok bevezetése, a tájékoztatás osztályozók;

2) személyzet előkészítése - Képzési személyzet és az IP-művelet biztosításának képessége;

3) iP-vel ellátott termékek felszerelése (A szükséges, a CST-ben leírt ilyen kézbesítés esetében - soros és egységtermelés, anyagok és összeszerelési termékek komponenseinek megszerzése, minőségük beviteli ellenőrzése;

4) Építési és telepítési munka - munkát végző az építési speciális helyiségek elhelyezése technikai berendezések és az IP személyzet, építési kábelcsatornák, telepítése technikai eszközök és a kommunikációs vonalak tesztelése szerelt technikai eszközök kezelése szükséges technikai eszközök üzembe;

5) üzembe helyezés - elérhető üzembe technikai és szoftver letöltésével információt az adatbázisba, és ellenőrzi annak karbantartása, integrált üzembe az összes rendszer segítségével;

6) előzetes tesztelés - Test teljesítmény és megfelel a műszaki megbízás szerint a program és módszer előzetes vizsgálatok; Az IP-dokumentáció hibaelhárítása és módosítása, beleértve a vizsgálati jegyzőkönyvnek megfelelően; IP elfogadási aktusának a próbaüzemeltetésbe való bejegyzése;

7) kísérleti kizsákmányolás - tapasztalt IP-művelet; Eredményeinek elemzése; IP szoftver finomítása; Az IP technikai eszközök további üzembe helyezése; A tapasztalt művelet befejezéséről szóló törvény nyilvántartása.

8) elfogadási tesztek elvégzése - a technikai megbízásnak az elfogadási vizsgálatok programjának és módszereinek megfelelően történő betartásának vizsgálata; Az IP-teszt eredményeinek elemzése és a tesztelés során azonosított hiányosságok megszüntetése; Az IP elfogadási aktusa állandó üzembe helyezésre.

A kibocsátási üzembe helyezés fokozatosan átmenet egy meglévő ellenőrzési rendszerből az automatizált. Ugyanakkor nem csak az adatfeldolgozáshoz szükséges technikai eszközök használata fokozódik, hanem maguk is a kezelési módszerek is megváltoznak.

Összhangban a spirál modell a rendszer életciklusa, a színpadról a műszaki tervezés, az EIS alrendszer feladata komplexek vagy egyes komponensek képesek önálló működő üzembe helyezése szakaszosan, például a munka dokumentáció és a műszaki eszközök könnyen.

Az üzembe szakaszban tartalmazza a tapasztalt működési feladatok és a fogadó azokat kereskedelmi működését, miután megkapta és a tárgyalás tesztelés. Az ipari működésben az egész rendszer elfogadja a feladatok összes komplexének elfogadását követően.

Az üzembe helyezési rendszer egyik fontos jellemzője egy bizonyos időszak jelenléte, amely alatt a meglévő rendszer párhuzamos működését és az új EIS-t végzik. A műszaki rendszerekben az egyik eszközt mások leggyakrabban időben cserélik. Néha az új gép telepítve van a régi helyszínen - ebben az esetben, nincs új berendezés nem dolgozik egy ideig egy ideig. Ha egy új rendbe kerül, mint a régi megáll, egymástól függetlenül működik. Ha az EIS szervezeti típusának üzembe helyezése alapvetően lehetetlen, akkor a helyzet, amelyen legalább sem régi vagy új rendszer nem működött röviden. Ezenkívül az összes megállapított határozat helyességének ellenőrzésére az új rendszer üzembe helyezése fokozatosan elvégzi a következő lépések kísérleti működését:

1. Ellenőrizze az alrendszert vagy a feladatkomplexet teljes igazi adatoknál, de ne a kezeléshez szükséges valós idejű.

2. A művelet az új rendszer a teljes összeg a valós adatok és a valós értelemben a vezérlési mód, ha az eredmények nem használt kontroll, de összehasonlítva a kapott eredményeket az előző rendszerben, és elemezzük.

3. Átmenet a menedzsmenthez az új rendszer eredményei alapján, miközben a régi rendszer munkájában fenntartja a lehetséges kudarcokat és előre nem látható helyzeteket.

4. Végső átmenet az új rendszerre.

A rendszer párhuzamos üzemmódban való működése rendkívül kedvezőtlen az alkalmazottak számára. A nagy terheléssel kettős munkát kell végezniük. A rendszerfejlesztőknek törekedniük kell arra, hogy csökkentsék a párhuzamos munka időtartamát, ami jelentősen attól függ, hogy mennyire sikerült a rendszer fejlesztése és hibakeresése. Elfogadhatatlan, hogy elviselje legalább egy részét a hibakeresés és a rendszer kiigazítása tapasztalt kizsákmányolás időtartamára. A változások és ebben az időszakban azonban elkerülhetetlenek, de csak úgy kellene törekedni, hogy lehetetlenné tette a tapasztalat megkezdése előtt.

A tapasztalt művelet átfedi a vizsgálati folyamatot. Rendszerint a rendszert nem teljes mértékben, fokozatosan üzembe helyezték. Ezért a rendszert kitöltő információk szempontjából az üzembe helyezés legalább három fázisban van:

2) az információ felhalmozódása;

3) Kilépés a tervezési kapacitáshoz.

Elindítja a meglehetősen keskeny hibákat - többnyire az adatok eltéréseinek terhelése, amikor a betöltés és a saját rakodó hibái, azaz a tesztadatok nem követhető. Ha az "élő" adatok hibakeresése lehetetlen előállítani, akkor a helyzetet és gyorsan meg kell modelleznie. Nagyon minősített tesztelőkre van szükség.

Alatt információ felhalmozása Megjelenik a legnagyobb számú hiba az információs rendszer létrehozásával. Általában ezek a hibák a multiplayer hozzáféréssel járnak. Gyakran a vizsgálati szakaszban az ilyen hibák nem fizetnek kellő figyelmet. Ez nyilvánvalóan a modellezés összetettségével, valamint az információs rendszer tesztelésének magas költségeivel a multiplayer hozzáférés feltételeiben. Egyes hibák javítják, nagyon nehéz, mivel tervezési hibák. Nincsenek legnagyobb projektje. Ez azt jelenti, hogy csak abban az esetben, ha időt kell tartania az ilyen hibák lokalizálására és korrekciójára.

Az információ felhalmozódásának időszakában szembesülhet a híres "esett az alap". A legrosszabb helyzetben kiderül, hogy a DBMS nem ellenáll az információáramlásnak. Jó - csak a konfigurációs paraméterek helytelenek. Az első eset veszélyes, mivel meglehetősen nehéz befolyásolni a DBMS gyártóját, és az ügyfél nem szereti a DBMS technikai támogatási szolgáltatással kapcsolatos linkeket. A hiba megoldása A DBMS-nek nem kell gyártónak lennie, hanem megváltoztatni a rendszert, csökkenti a kérelmek áramlását, megváltoztathatja a kérelmeket; Általában sok lehetőség van. Nos, ha az adatbázis helyreállítási ideje megfelel a tervezett projektidőbe.

Rendszerkimenet a tervezési kapacitáshoz, amikor A jó konkrét körülmény számos kis hiba, esetenként - komoly hibák korrekciója.

GOST 24.208-80 A dokumentumok tartalmára vonatkozó követelmények "Üzembe helyezés"

A Szovjetunió Állami Bizottság állásfoglalása a május 14-i, 1980. május 14-i szabványokról 2101 Bevezetés

1981-ben

Ez az előírás a műszaki dokumentáció automatizált rendszerek (ACS) minden fajta kifejlesztett valamennyi kontroll szintet (kivéve a nemzeti), és meghatározza a követelményeket a dokumentumok tartalmának kifejlesztett „Üzembe helyezés” szakaszban követelményeivel összhangban a GOST 24.101-80

1. Általános rendelkezések

1.1. Az üzembe helyezési szakaszban kifejlesztett dokumentumokat az ACS átvételi dokumentációnak nevezik.

1.2. Az ACS részét képező dokumentumok kidolgozásakor a dokumentumok tartalma az ACS megfelelő részének keretére korlátozódik.

1.3. Az ACS által létrehozott ACS céljától és konkrét specifitáitól függően további információkat tartalmazhat a dokumentumokban, amelyek követelményei, amelyek tartalmát nem hozták létre e szabvány.

2. Az elfogadási dokumentációra vonatkozó követelmények

2.1. A munka befejezése

2.1.1. A dokumentum célja, hogy megjavítsa az ACS létrehozása során külön munka elvégzésének tényét.

2.1.2. A dokumentum nem vonatkozik az építésre és üzembe helyezésre és üzembe helyezésre.

2.1.3. A dokumentumnak tartalmaznia kell:

a befejezett munka (munkák) neve;
a szervezet-fejlesztő képviselőinek és a cselekményt összeíró szervezet képviselőinek listája;
a munka befejezésének dátuma;
a dokumentum (ok) neve, amely alapján a munkát végezték;
a befejezett munka főbb eredményei;
következtetés a befejezett munka eredményéről.

2.2. Elfogadási cselekmény a próbaüzemben

2.2.1. A dokumentum célja, hogy megjavítsa az ACS-bejegyzés teljes egészét vagy részeit próbaüzemre.

2.2.2. A dokumentumnak tartalmaznia kell:

az ACS (vagy annak része) neve, amelyet a próbaüzemben és a megfelelő irányítási létesítményben fogadtak el;
az elfogadó Bizottság összetétele és a munkájának alapja (név, szám és jóváhagyás időpontja, a Bizottság létrehozása alapján);
az ACS (vagy annak rész) funkcióinak összetétele a próbaüzemben;
a tapasztalt művelet folyamatában ellenőrző műszaki, szoftverek, információk és szervezeti rendelkezések összetevői;
az elfogadás főbb eredményei a próbaüzemben;
a Bizottság határozata az ACS tárgyalási üzembe helyezéséről.

2.3. ACT elfogadása az ipari működésben

2.3.1. A dokumentum célja, hogy megjavítsa az ACS (vagy annak részét) az ipari működésbe való beillesztésének tényét.

2.3.2. A dokumentumnak tartalmaznia kell:

az ipari működésbe irányuló vezérlés és az ACS (vagy alkatrészei) neve;
információ az elfogadó Bizottság (állam, interdepartmentális, megyei), összetételének és munkájának alapjául szolgáló státuszról;
a Bizottság munkaidőszaka;
a szervezetfejlesztő neve, a szervezet-társ-készülék és az ügyfélszervezetek neve;
a dokumentum neve, amely alapján az ACC-t fejlesztették ki;
az ipari működésbe (vagy részének) funkcióinak összetétele ipari működésbe;
az ipari működésre elfogadott műszaki, szoftverek, információk és szervezeti támogatások alkatrészeinek listája;
a Bizottság által kiszabott dokumentumok jegyzéke;
következtetés az ACS kísérleti működésének eredményeiről;
az ACU megfelelésének értékelése a létrehozásának technikai feladatához;
az ACS létrehozásával végzett munka rövid jellemzői és fő eredményei;
az ACS tudományos és műszaki szintjének értékelése (a projektadatok szerint) *;
a gazdasági hatékonyság értékelése az ACS végrehajtásából (a projektadatok szerint) *;
a Bizottság döntése;
a Bizottság ajánlásai a rendszer további fejlesztésére *.

* Szükségszerűen csak akkor, ha elfogadja az ACS-t általában.

2.3.3. A „elfogadási okmány ipari Operation” teszi a programot és protokollok a vizsgálatok, jegyzőkönyvek az ülések, a Bizottság jár el az elfogadás az ipari működését az ACS korábban elfogadott, A technikai eszközök, hogy használta a Bizottság Elfogadó ACS. A Bizottság mérlegelési jogkörében további dokumentumokat is tartalmazhat a kérelemben.

2.4. Terv-ütemterv

2.4.1. A dokumentum megállapítja azoknak a munkálatok, az időzítés a végrehajtás és végrehajtói munka létrehozásával kapcsolatos munka.

2.4.2. A listában szereplő minden egyes munkához tartozó dokumentumnak tartalmaznia kell:

a munka neve;
a kezdő és befejező dátum;
a munkatárs neve;
a felelős előadó vezetékneve és pozíciója;
a munka eredményeinek bemutatására szolgáló képlet.

2.5. Munka rendje

2.5.1. Az ACS létrehozásának szakaszától függően létrejött a dokumentum következő fajtái:

annak érdekében, hogy a menedzsment létesítmény készen áll az építési és telepítési munkák elvégzésére;
annak érdekében, hogy a menedzsment létesítmény készítése a kiigazítás elvégzéséhez;
az ACS tapasztalt működésének megkezdése (alkatrészei);
az ACS (alkatrészei) bevitelének sorrendje.

2.5.2. A dokumentum "A menedzsment létesítmény készítése az építési és telepítési munka elvégzéséhez":

Üzenet a menedzsment létesítmény készségének készítéséről az építési és telepítési munkák elvégzésére;
az építési zóna és a telepítés meghatározása;
a munkára való felvételi eljárás;
a munkálatok elvégzéséért felelős ügyfél szervezetének képviselői és a felszerelt berendezések biztonsága;
felsorolja az építőipari és telepítési szervezetek felelős képviselőinek listáját.

2.5.3. A DOKUMENTUM "A menedzsment létesítmény készenléti készítése az üzembe helyezéshez:

Üzenet a menedzsment létesítmény készségének kiigazítására;
a technikai eszközök listája az ACS beállítása;
az eszköz lefolytatásának megjelölése;
a telepítési munkához való felvételi eljárás;
az üzembe helyezés elvégzéséért felelős ügyfél szervezetének képviselőinek listája;
az üzembe helyezéssel ellátott szervezetek felelős képviselőinek felsorolása;
utasítások a telepítési hibák és a munkák elvégzéséért felelős személyek kiküszöbölésére.

2.5.4. Az ACS (az alkatrészei) tapasztalt működésének megkezdése "dokumentumnak tartalmaznia kell:

az ACS nevét általában vagy a tapasztalt működéssel járó részei;
a tapasztalt művelet határideje;
az Ügyfélszervezet tisztviselőinek és a tapasztalt műveletek elvégzéséért felelős fejlesztési szervezetnek;
a tapasztalt kizsákmányolás során részt vevő ügyfélszervezetek listája.

2.5.5. A dokumentum "Az ACS ipari működésében az ACS (alkatrészei)" dokumentumnak tartalmaznia kell:

az ACS vagy azok alkatrészeinek, műszaki és szoftvereszközeinek összetétele az ipari működésben;
a tisztviselők listája és az ACS munkájáért felelős ügyfél szervezetének felosztása;
az új dokumentumok új formáinak bevezetésének eljárása és határideje (szükség esetén);
az ACS működéséből eredő fordítás eljárása és határideje.

2.6. Az elfogadó Bizottság összetételéről

A dokumentumnak tartalmaznia kell:

a beérkezett ACS nevét általában vagy részeiben;
a Bizottság összetételéről szóló információk;
a Bizottság megszervezésének indokai;
az ügyfél szervezetének neve;
a szervezet-fejlesztő neve, társalgó szervezése;
a Bizottság kinevezése és célkitűzései;
a Bizottság munkájának kezdetének és befejezésének határideje;
utasítások a Bizottság befejezésének formájában.

2.7. Munkaprogram

2.7.1. A munka karbantartásától függően a következő típusú dokumentumok telepítve vannak:

tesztprogram;
tapasztalt művelet programja;
az elfogadó Bizottság munkaprogramja.

2.7.2. A dokumentum „Test Program” célja, hogy meghatározza az eljárás lefolytatására előzetes vizsgálatok adáskor és átvételi vizsgálatot, ha át az ipari művelet ACS.

A dokumentumnak tartalmaznia kell:

a kompozíció a funkciók az ACS általában vagy annak részeit alá vizsgálatnak, hivatkozva a terméket a műszaki feladat létrehozásáról szóló ACS;
a tesztek műszaki, szoftverei, információs és szervezeti támogatások alkatrészeinek listája;
az ACS és az egyes ACS funkciók egyedi összetevőinek vizsgálata;
a tesztelés feltételei és időzítése;
a tesztek nyilvántartásba vételére és az azonosított hiányosságokról;
a hiányosságok kiküszöbölésére és a műszaki dokumentációra vonatkozó módosítások meghozatalára vonatkozó eljárás;
a vizsgálati eredmények formájának megadása.

2.7.2. A "kísérleti művelet programja" célja a próbaüzem végzésének meghatározása és mennyisége.

A dokumentumnak tartalmaznia kell:

az ACS és alkatrészei összetétele az ACS létrehozására szolgáló technikai feladat elemeire hivatkozva;
a tapasztalt technikai, szoftver-, információs és szervezeti rendelkezések összetevőinek listája;
az ACS és az egyéni funkcionális alrendszerek elemeinek kísérleti működésének eljárása;
a próbaüzemelés feltételei és határideje;
a próbaüzemanyagok eredményeinek és azonosított hátrányok nyilvántartásba vételének eljárása;
az azonosított hiányosságok kiküszöbölésére és a műszaki dokumentációra vonatkozó módosítások;
a kísérleti művelet eredményeinek ábrázolásának feltüntetése.

2.7.2. Az "Elfogadási Bizottság munkatáriumának" dokumentum célja az ACS ipari működésbe való elfogadásának eljárása. A dokumentum összetételét és tartalmát az ebben az iparágban jóváhagyott szabályozási és műszaki dokumentumok határozzák meg.

2.8. Vizsgálati jelentés

2.8.1. A dokumentum célja az előzetes vizsgálatok eredményeinek kijavítása, amikor az ACS Általános vagy alkatrészei kísérleti vagy ipari működésbe kerül.

2.8.2. A dokumentumnak tartalmaznia kell:

a vizsgálati objektum neve;
a tesztet végző tisztviselők listája;
a vizsgálat célja;
a vizsgálat időtartamára vonatkozó információk;
az ACS létrehozásának technikai megbízásának tétele, a vizsgálatoknak való megfeleléshez;
a "tesztprogram" tételek listája, amelyen teszteket végeztek;
információk az ACS helyes működéséről szóló megfigyelések eredményéről;
a tesztelés során bekövetkezett hibákról, hibákról és vészhelyzetekre vonatkozó információk;
információ a vizsgálati objektum és a műszaki dokumentáció paramétereinek kiigazításáról.

2.9. Protokoll koordináció

2.9.1. A dokumentum célja, hogy összehangolja eltérések korábban elfogadott és jóváhagyott tervezési döntéseket, amikor a folyamat a kísérleti üzemeltetés ACS egészét vagy annak egy részét felfedte az igény a kiigazítás.

2.9.2. A dokumentumnak tartalmaznia kell:

a diszkretikus eltérések listája a dokumentum megjelölésével, eltéréssel, amelyek követelményei a koordináció;
a jegyzőkönyvet összeíró tisztviselők listája;
a tervezési megoldások elfogadott eltérések igazolása;
az elfogadott eltérések listája és a szükséges módosítások meghozatalának határideje a műszaki dokumentációban.

Reprint. 1986. május