3) opis postupaka operatera pri radu s programima (pravila za pokretanje programa, radni nalog, radnje u mogućim nestandardnim situacijama itd.).
Opis testnog slučaja uključuje opis:
1) funkcije i parametri softvera testiranog testnim slučajem;
2) sastav tehnička sredstva potrebno za testiranje softvera pomoću ovog primjera;
3) ulazne informacije;
4) rezultati pokretanja programa temeljeni na podacima testnog slučaja;
5) radnje operatera prilikom provjere programa na testnom primjeru;
6) rezultati ispitivanja (kontrolni standard) programa pomoću testnog primjera.
Postupak prijenosa programske dokumentacije
Svi programi i upute, koje je programer testirao na testnom primjeru, predaju se kupcu s certifikatom koji potvrđuje njihovo prihvaćanje za probni rad.
Isporučeno kupcu softver, upute i opisi algoritama moraju ispunjavati zahtjeve za sastav i sadržaj radnog projekta informacijskog sustava. Programi snimljeni na magnetskim medijima prenose se kupcu. Kupac razvijatelju osigurava magnetske medije i računalno vrijeme potrebno za stavljanje programa u probni rad i njihovo umnožavanje (ako je potrebno).
Prihvaćanje skupa zadataka (podsustava) u probni rad uključuje rješavanje testnog slučaja od strane posebno obučenog osoblja korisnika u prisutnosti predstavnika programera, nakon čega slijedi analiza rezultata. Prema zajedničkom dogovoru, testni slučaj može izvesti programer u prisustvu kupca.
Na temelju rezultata prihvaćanja potpisuje se potvrda o prihvaćanju softvera za probni rad. Otkriveno
Pogreške programera u programima i tehničkoj dokumentaciji otklanjaju se tijekom procesa puštanja u rad.
Organizacijska i upravna dokumentacija
Za glavni rad koji se izvodi u fazi "Izvedbeni projekt" izrađuje se sljedeća organizacijska i administrativna dokumentacija:
1) nalog za izvođenje radova na pozornici u skladu s rasporedom organizacijske i tehničke mjere;
2) plan zajedničkog rada izvođača i naručitelja;
3) akt verifikacije na oglednim primjerima i prihvaćanje programa rada u probni rad;
4) akt o spremnosti regulatorne i referentne dokumentacije;
5) akt provođenja organizacijskih i tehničkih mjera za pripremu poduzeća za implementaciju informacijskog sustava.
5.5. Puštanje informacijskog sustava u rad
Puštanje u rad informacijskog sustava i njegovih pojedinih elemenata je proces postupnog prijelaza s postojećih načina upravljanja na automatizirane načine upravljanja.
Puštanje u rad informacijskog sustava organizira i provodi kupac uz sudjelovanje razvojnih i suizvršiteljskih organizacija. Interakcija između organizacija korisnika, programera i suizvršitelja odvija se na temelju ugovornih uvjeta i rasporeda puštanja informacijskog sustava u komercijalni rad.
Puštanje u rad provodi se u fazama, počevši od faze razvoja tehničkog projekta, kako je radna dokumentacija spremna i tehnička sredstva su puštena u rad, osiguravajući implementaciju redova ili objekata informacijskog sustava sposobnih za samostalno funkcioniranje.
Informacijski sustav trebali biste započeti s radom ako imate:
1) izrađene dokumente o provedbi plana aktivnosti pripreme objekta;
2) radnu dokumentaciju za implementaciju namjenskog reda ili informacijskog sustava u cjelini;
3) obučeno osoblje koje obavlja pripremu za puštanje u pogon
rad i rad namjenskog informacijskog sustava čekanja;
4) tehnička sredstva informacijskog sustava prihvaćena za rad, koja osiguravaju funkcioniranje implementiranih skupova zadataka.
Organizacija rada
Implementirano:
1) probni rad pojedinih zadataka i njihovih kompleksa;
2) prihvaćanje kompleksa zadataka za komercijalni rad;
3) provođenje prijemnih ispitivanja;
4) prihvaćanje sustava za komercijalni rad.
Sastav i redoslijed radova određen je dogovorenim planovima puštanja u rad, koji označavaju sastav i vremenski raspored sljedećih radova:
1) za izgradnju, montažu, puštanje u rad i ispitivanje objekata informacijskog sustava od trenutka primitka radne dokumentacije do puštanja objekata u komercijalni rad;
2) za izvođenje probnog rada i testiranje prihvatljivosti skupova zadataka;
3) kako bi se osigurao prijelaz s postojećih metoda upravljanja
Do metode predviđene projektom informacijskog sustava.
U fazi “Puštanje informacijskog sustava u rad”
kupac je dužan:
1) prekinuti ovrhu organizacijske i tehničke mjere za pripremu poduzeća za implementaciju informacijskog sustava i njihovo formaliziranje aktima;
2) osigurati da se osoblje poduzeća pridržava radnih i tehnoloških uputa;
3) staviti u rad tehnička sredstva potrebna za provođenje tehnološki proces Obrada podataka;
4) izdaje nalog s planom provođenja probnog rada informacijskog sustava i zajedno s nositeljem izrade analizira rezultate probnog rada;
5) dovršiti probni rad kompleksa zadataka uključenih u informacijski sustav i njihovo prihvaćanje u komercijalni rad;
6) izvršiti izmjene organizacijske strukture poduzeća u skladu s projektom informacijskog sustava;
7) izraditi nacrt naredbe o sastavu komisije za prijem;
8) razviti i uskladiti s developerom nacrt programa testovi prihvatljivosti;
9) organizirati rad prijamne komisije, opskrbljivati je potrebnom dokumentacijom i testirati informacijski sustav;
10) provjeriti učinkovitost implementiranih rješenja u uvjetima industrijskog rada i na temelju rezultata analize funkcioniranja sustava izraditi preporuke za njegov daljnji razvoj.
U fazi “Puštanje informacijskog sustava u rad”
programer je dužan:
1) prilagoditi se tehnička dokumentacija na temelju rezultata probnog rada informacijskog sustava;
2) sudjeluje u izradi nacrta programa prihvatljivosti informacijskog sustava;
3) daje metodološko vodstvo i sudjeluje u stavljanju zadataka (skupa zadataka) u komercijalni rad;
4) sudjeluje u radu povjerenstva za prihvat informacijskog sustava u komercijalni rad.
Postupak provođenja probnog rada
Početak probnog rada zadataka (skupova zadataka), uvjeti rada i sastav povjerenstva za prihvaćanje određenog zadatka ili podsustava određuju se nalogom koji izdaje naručitelj i usuglašava s nositeljem programa. U prilogu narudžbe nalazi se dogovor sa kojim je dogovoreno
nositelj projekta ima program probnog rada, kojim se definiraju uvjeti ispitivanja skupova zadataka, postupak provjere tehničkih sredstava pri rješavanju skupova problema (podsustava) i postupak otklanjanja nedostataka uočenih tijekom probnog rada.
Dodatni zahtjevi kupaca koji se pojave tijekom probnog rada, a nisu predviđeni tehničkim specifikacijama i tehničkim projektom, nisu osnova za negativnu ocjenu rezultata probnog rada i mogu se udovoljiti dodatnim dogovorom u dogovorenom roku.
Ako su rezultati probnog rada zadataka (podsustava) pozitivni, sastavlja se bilateralni akt o njihovom prihvaćanju u komercijalni rad.
Nakon što je informacijski sustav primljen u komercijalni rad, naručitelj snosi odgovornost za njegovo funkcioniranje u okviru prihvaćenih skupova zadataka i alata.
Inicijalni i izvještajni dokumenti za testiranje softvera informacijskog sustava
Zajedničke testove provodi komisija korisnika, koja uključuje voditelja razvoja i nekoliko vodećih programera. Komisija za testiranje rukovodi se sljedećim dokumentima:
1) tehničke specifikacije za izradu informacijskog sustava odobrene od strane kupca i dogovorene s programerom;
2) trenutni državni i industrijski standardi za dizajn i testiranje softvera i tehnička dokumentacija;
3) test program za sve tehničke zahtjeve
4) metode ispitivanja za svaki odjeljak zahtjeva tehničkih specifikacija.
Program testiranja, metode njihova provođenja i vrednovanja
Rezultate zajednički razvijaju kupac i programer i moraju se dogovoriti i odobriti. Oni sadrže pojašnjenja zahtjeva tehničkih specifikacija za određeni sustav i moraju jamčiti njihovu ispravnu provjeru. Dokumentacija sustava trebala bi
potpuno u skladu s programima koji se testiraju, osiguravaju da je sustav razumljiv osoblju za održavanje, a također pružaju mogućnost razvoja i modernizacije programa kako bi se produžio njihov životni ciklus.
Testni program je plan za provođenje niza eksperimenata. Razvijen je s pozicije minimiziranja količine testiranja uz osiguravanje da je pouzdanost dobivenih rezultata navedena i dogovorena s kupcem. Da bi se to postiglo, utvrđuje se redoslijed i opseg svakog testiranja tijekom procesa testiranja kako bi se provjerila usklađenost sa zahtjevima tehničkih specifikacija kada minimalni troškovi. Posebno teško može biti odabrati niz stresnih radnih situacija sustava u kojima bi se trebalo provesti testiranje. Testni program treba sadržavati sljedeće jasno definirane dijelove:
1) ispitni objekt, njegova svrha i popis glavnih dokumenata koji su odredili njegov razvoj;
2) svrhu ispitivanja, s naznakom glavnih zahtjeva tehničkih specifikacija koje treba provjeriti i ograničenja ispitivanja;
3) zapravo ispitni program, koji sadrži provjeru cjelovitosti razvijenog sustava u skladu s tehničkim specifikacijama i testni plan za provjeru funkcioniranja programa za sve dijelove tehničke specifikacije i dodatne zahtjeve formalizirane posebnim rješenjima;
4) metode ispitivanja, nedvosmisleno definirajući sve koncepte karakteristika koje se ispituju, uvjete ispitivanja, alate koji se koriste za ispitivanje, metode za obradu i ocjenu rezultata ispitivanja za svaki dio programa ispitivanja.
Velika količina heterogenih podataka dobivenih tijekom testiranja
softver i raznolikost moguće načine njihova obrada, interpretacija i evaluacija dovode do toga da postaju najvažniji čimbenici za obradu rezultata ispitivanja metode obrade i vrednovanja rezultata. U skladu s metodama ispitivanja, oprema za automatizaciju mora osigurati cjelovitost provjere karakteristika za svaki dio metoda i razvoja
inspekcijski protokoli za stavke programa ispitivanja. Složenost softvera i bliski odnos između njegovih različitih karakteristika dovode do potrebe za pažljivim formuliranjem svih uvjeta ispitivanja i vrijednosti parametara pri kojima se ispitivanje mora izvesti.
Rezultati ispitivanja bilježe se u protokole , koji obično sadrže sljedeće odjeljke:
1) svrhu ispitivanja i dio zahtjeva tehničkih specifikacija prema kojima se ispitivanje provodi;
2) navođenje metoda prema kojima su provedena ispitivanja, obrada i ocjena rezultata;
3) uvjeti ispitivanja i karakteristike inicijalnog
4) generalizirani rezultati ispitivanja s njihovom ocjenom sukladnosti sa zahtjevima tehničkih specifikacija i drugih mjerodavnih dokumenata;
5) zaključke o rezultatima ispitivanja i stupnju usklađenosti izrađenog softvera s određenim dijelom zahtjeva tehničke specifikacije.
Protokoli za cijeli program sažeti su u aktu, što rezultira
donosi se zaključak o usklađenosti sustava sa zahtjevima kupca i je li posao završen s pozitivnim ili negativnim ishodom. Ukoliko su svi zahtjevi tehničke specifikacije u potpunosti zadovoljeni, naručitelj je dužan prihvatiti sustav i posao se smatra završenim.
Međutim, kao što je već navedeno, za složene programske pakete teško je predvidjeti i ispravno formulirati sve zahtjeve tehničkih specifikacija u početnim fazama projektiranja. Stoga se tijekom otklanjanja pogrešaka i testiranja često otkriva da neki zahtjevi tehničkih specifikacija nisu ispunjeni, a ponekad se čak ni temeljno ne mogu ispuniti čak i uz najsavjesniji stav programera prema tome. U ovom slučaju potrebno je surađivati između kupca i programera kako bi se pronašlo kompromisno rješenje prilikom dovršetka testova i izrade zaključka. Pojedini nedostaci programskog kompleksa tijekom procesa testiranja samo se evidentiraju i evidentiraju u smislu otklanjanja komentara komisije,
koji je proveo testove. Ovaj plan je dodatak izvješću o rezultatima testa i omogućuje vam da odvojite naknadna poboljšanja od izravnih testova.
Postupak za provođenje prihvatljivih ispitivanja
Kupac je odgovoran za organizaciju i provođenje prijema u komercijalni rad. Prijem informacijskog sustava u komercijalni rad provodi se po završetku prihvaćanja od strane korisnika svih skupova zadataka (podsustava) u komercijalni rad.
Zadaci, skupovi zadataka (podsustavi) i tehnička sredstva informacijskog sustava koji nisu predviđeni tehničkim specifikacijama, ali ih naručitelj samostalno implementira, mogu se uključiti u kompleks informacijskog sustava koji se isporučuje samo u dogovoru s razvojnim programerom. a nakon izvršenih odgovarajućih izmjena tehničke specifikacije za izradu informacijskog sustava.
Na zahtjev naručitelja ili nositelja projekta, predstavnici podizvođača mogu biti uključeni u prihvat informacijskog sustava.
Kupac prezentira informacijski sustav prijemnoj komisiji. Osim članova povjerenstva, u postupku prihvaćanja mogu sudjelovati stručnjaci za pojedina pitanja stvaralaštva s pravom savjetodavnog glasa. informacijski sustavi. Naručitelj je dužan komisiji osigurati normalne uvjete za rad u skladu s usvojenim programom prijema informacijskog sustava. Za promptno rješenje organizacijska pitanja koja nastaju tijekom preuzimanja informacijskog sustava, nalogom voditelja razvojne organizacije dodjeljuje se odgovorni predstavnik iz razvojne organizacije.
Naručitelj zajedno s izrađivačem izrađuje nacrt programa testiranja i prihvata informacijskog sustava te ga dostavlja komisiji za prijem na pregled i odobrenje. U programu se navodi: naziv informacijskog sustava koji se podnosi, direktivni dokumenti na temelju kojih je sustav razvijen (ako postoji), sastav prijemne komisije i broj naloga za njezino imenovanje, svrha, predmeti, volumen, mjesto i
redoslijed ispitivanja, metode ispitivanja i vrednovanje rezultata.
Kupac priprema zajedno s programerom i prenosi sljedeće dokumente na privremeno korištenje komisiji:
1) naredbe, upute, planovi, ugovori za izradu informacijskog sustava;
2) tehničke i ekonomske obrazloženje, projektni zadatak, tehnički projekt, izvedbeni projekt informacijskog sustava;
3) akti razmatranja i odobrenja tehničkog projekta;
4) bilateralni akti kupca i programera o isporuci zadataka, skupova zadataka (podsustava), uređaja i njihovih kompleksa u komercijalni rad u skladu s odobrenim tehničkim specifikacijama.
Komisija za prihvaćanje osigurava:
1) provjera dokumentacije i funkcioniranja informacijskog sustava;
2) organiziranje radnih skupina i raspodjelu odgovornosti među članovima povjerenstava za provjeru pojedinih podsustava;
3) provjera proračuna ekonomske učinkovitosti izrađenog informacijskog sustava;
4) organiziranje radionica i izrada certifikata o prihvaćanju informacijskog sustava.
Provjera radnih uvjeta i načina rada tehničkih
alata informacijskog sustava provodi se istovremeno s provjerom funkcioniranja kompleksa zadataka (podsustava). Pripremljenost osoba odgovornih za rad informacijskog sustava utvrđuje se u skladu s programom osposobljavanja i opisom poslova sadržanim u radnom projektu. O rezultatima inspekcije raspravlja se na radnim sastancima i zapisnički dokumentira.
Završna faza rada komisije je izrada akta u kojem se navodi:
1) sastav povjerenstva, radna mjesta i mjesta rada članova povjerenstva;
2) rok (datum) prijema sustava;
3) sastav izvođača (organizacija, poduzeća) koji su sudjelovali u izradi informacijskog sustava;
4) razlozi za prihvaćanje (nalozi, upute i
5) popis prezentirane dokumentacije informacijskog sustava
I ocjenu njegove usklađenosti s trenutnim regulatorni i tehnički dokumenti;
6) usklađenost stvarno dovršenih i izvedenih radova s tehničkim specifikacijama;
7) spremnost svih vrsta podrške i strukturnih odjela korisnika za implementaciju i rad informacijskog sustava;
8) informacije o učinkovitosti informacijskog sustava (usporedba postojećih ili očekivanih stvarnih podataka o dobivenim količinama i izvorima ušteda s izračunatim podacima);
9) zaključke povjerenstva o mogućnosti prihvaćanja informacijskog sustava;
Potvrdu o prijemu u pet primjeraka potpisuju predsjednik i svi članovi komisije. Datum puštanja informacijskog sustava u rad je datum potpisivanja akta od strane komisije.
6. Tim za razvoj informacijskih sustava
Budući da je izgradnja modernog informacijskog sustava složen proces koji zahtijeva zajedničke napore veliki broj razni stručnjaci, formiranje tima za projektiranje, razvoj i implementaciju informacijskog sustava, u modernim uvjetima postaje vrlo važno.
Organizacija tima i raspodjela rada među stručnjacima može se provesti prema nekoliko načela:
1) na temelju raspodjele analize sustava (algoritmizacije) i razvoja programa među različitim timovima;
Početna / Žice i kabloviGOST 34.601-90
Grupa P87
MEĐUDRŽAVNI STANDARD
INFORMACIJSKA TEHNOLOGIJA
AUTOMATIZIRANI SUSTAVI
FAZE STVARANJA
Informacijska tehnologija. Skup standarda za automatizirane sustave. Automatizirani sustavi. Faze razvoja
MKS 35.080
OKSTU 0034
Datum uvođenja 1992-01-01
INFORMACIJSKI PODACI
1. RAZVIO I UVEO Državni odbor SSSR-a za upravljanje kvalitetom proizvoda i standarde
2. ODOBRENO I STUPILO NA SNAGU Rezolucijom Državnog odbora SSSR-a za upravljanje kvalitetom proizvoda i standarde od 29. prosinca 1990. N 3469
3. UMJESTO GOST 24.601-86, GOST 24.602-86
4. REFERENTNI REGULATIVNI I TEHNIČKI DOKUMENTI
Broj stavke, aplikacija |
|
GOST 19.101-77 | Prilog 1 |
GOST 34.201-89 | Prilog 1 |
6*. PONOVNO IZDANJE. srpnja 2009
________________
*Numeracija odgovara originalu. - Napomena proizvođača baze podataka.
Ovaj se standard primjenjuje na automatizirani sustavi(AS) koji se koriste u različitim vrstama aktivnosti (istraživanje, projektiranje, upravljanje itd.), uključujući njihove kombinacije nastale u organizacijama, udrugama i poduzećima (u daljnjem tekstu organizacije).
Norma utvrđuje faze i faze stvaranja AS-a.
U prilogu 1 prikazan je sadržaj rada u svakoj fazi.
1. OPĆE ODREDBE
1. OPĆE ODREDBE
1.1. Proces izrade AS-a je skup radova poredanih u vremenu, međusobno povezanih, objedinjenih u etape i faze, čija je provedba nužna i dovoljna za izradu AS-a koji ispunjava zadane zahtjeve.
1.2. Izdvojene su faze i faze izrade AS kao dijelovi procesa izrade radi racionalnog planiranja i organizacije rada koji završava zadanim rezultatom.
1.3. Rad na razvoju AS-a odvija se prema fazama i koracima koji se koriste za izradu AS-a.
1.4. Sastav i pravila za izvođenje radova u fazama i fazama utvrđenim ovom normom utvrđeni su u relevantnoj dokumentaciji organizacija uključenih u stvaranje određenih vrsta nuklearnih elektrana.
Popis organizacija uključenih u izgradnju nuklearnih elektrana naveden je u Dodatku 2.
2. FAZE I FAZE STVARANJA AS
2.1. Faze i faze stvaranja AS u opći slučaj dati su u tablici.
Faze rada |
|
1.1. Pregled objekta i opravdanost potrebe izgradnje nuklearne elektrane |
|
1.2. Formiranje korisničkih zahtjeva za govornike |
|
1.3. Izrada izvješća o obavljenom radu i prijave za izradu AS-a (taktičko-tehnički zahtjev) |
|
2. Razvoj AC koncepta | 2.1. Proučavanje objekta |
2.2. Izvođenje potrebnog istraživačkog rada |
|
2.3. Izrada opcija AC koncepta i odabir opcije AC koncepta koji zadovoljava zahtjeve korisnika |
|
2.4. Izrada zapisnika o obavljenom poslu |
|
3. Projektni zadatak | 3.1. Izrada i odobravanje tehničkih specifikacija za izgradnju nuklearnih elektrana |
4. Nacrt dizajna | 4.1. Izrada idejnih projektnih rješenja sustava i njegovih dijelova |
4.2. Izrada dokumentacije za zvučnički sustav i njegove dijelove |
|
5.1. Izrada projektnih rješenja sustava i njegovih dijelova |
|
5.2. Izrada dokumentacije za zvučnički sustav i njegove dijelove |
|
5.3. Izrada i izrada dokumentacije za isporuku proizvoda za dovršenje NE i (ili) tehničkih zahtjeva (tehničke specifikacije) za njihov razvoj |
|
5.4. Izrada projektnih zadataka u susjednim dijelovima projekta automatizacije |
|
6. Radna dokumentacija | 6.1. Izrada radne dokumentacije za sustav i njegove dijelove |
6.2. Izrada ili prilagodba programa |
|
7. Puštanje u rad | 7.1. Priprema objekta automatizacije za puštanje NE u rad |
7.2. Obuka osoblja |
|
7.3. Kompletan set zvučnika koji se isporučuje s proizvodima (softver i hardver, softverski i hardverski kompleksi, informacijski proizvodi) |
|
7.4. Građevinski i instalacijski radovi |
|
7.6. Provođenje preliminarnih ispitivanja |
|
7.7. Provođenje probnog rada |
|
7.8. Provođenje testova prihvatljivosti |
|
8. AC podrška | 8.1. Izvođenje radova u skladu s jamstvenim obvezama |
8.2. Postjamstveni servis |
2.2. Faze i prekretnice koje izvode organizacije koje sudjeluju u izgradnji nuklearnih elektrana utvrđuju se u ugovorima i tehničkim specifikacijama temeljenim na ovoj normi.
Dopušteno je isključiti fazu „Skica” i pojedine faze rada u svim fazama, spojiti faze „Tehnički projekt” i „Radna dokumentacija” u jednu fazu „Izvedbeni tehnički projekt”. Ovisno o specifičnostima AS koji se izrađuju i uvjetima za njihovu izradu, dopušteno je izvođenje pojedinih faza rada prije završetka prethodnih faza, paralelno izvođenje faza rada ili uključivanje novih faza rada.
DODATAK 1 (za referencu). SADRŽAJ RADA
DODATAK 1
Informacija
1. U fazi 1.1 „Inspekcija objekta i opravdanost potrebe izgradnje NE“ u općem slučaju provodi se sljedeće:
Prikupljanje podataka o objektu automatizacije i vrstama aktivnosti koje se provode;
Procjena kvalitete funkcioniranja objekta i vrste aktivnosti koje se provode, identificiranje problema koji se mogu riješiti pomoću alata za automatizaciju;
Procjena (tehnička, ekonomska, socijalna itd.) izvedivosti izgradnje NE.
2. U fazi 1.2 "Formiranje korisničkih zahtjeva za zvučnike" provodi se sljedeće:
Priprema početnih podataka za formiranje zahtjeva za automatizirani sustav (karakteristike objekta automatizacije, opis zahtjeva za sustav, ograničenja prihvatljivih troškova za razvoj, puštanje u rad i rad, učinak koji se očekuje od sustava, uvjeti za stvaranje i rad sustava);
Formuliranje i registracija korisničkih zahtjeva za govornike.
3. U fazi 1.3 „Izrada izvješća o obavljenom radu i aplikacije za razvoj AS (taktičko-tehničke specifikacije)“, izvješće o obavljenom radu u ovoj fazi i aplikacija za razvoj AS (taktičko i tehničke specifikacije) ili drugog dokumenta koji ga zamjenjuje dopunjeni sličnim sadržajem.
4. U fazama 2.1 "Proučavanje objekta" i 2.2 "Provođenje potrebnog istraživačkog rada", razvojna organizacija provodi detaljnu studiju objekta automatizacije i potrebnog istraživačkog rada (R&D) koji se odnosi na pronalaženje načina i procjenu mogućnosti provodi zahtjeve korisnika, izrađuje i odobrava izvješća o istraživanju.
5. U fazi 2.3 „Razvoj opcija za koncept AS-a i odabir opcije za koncept AS-a koji zadovoljava zahtjeve korisnika“, u općenitom slučaju, alternativne opcije za koncept AS-a koji se stvara i planovi za njihovu implementaciju su razvijen; procjena potrebnih sredstava za njihovu provedbu i održavanje; procjena prednosti i nedostataka svake opcije; usporedba korisničkih zahtjeva i karakteristika predloženog sustava te izbor optimalne opcije; utvrđivanje postupka ocjene kvalitete i uvjeta za prihvaćanje sustava; procjena učinaka dobivenih od sustava.
6. U fazi 2.4 „Izrada izvješća o obavljenom radu“ pripremiti i sastaviti izvješće koje sadrži opis obavljenog posla u fazi, opis i obrazloženje predložene verzije koncepta sustava.
7. U fazi 3.1 „Razvoj i odobrenje tehničkih specifikacija za izgradnju nuklearne elektrane,“ razvoj, izvedba, koordinacija i odobrenje tehničkih specifikacija za nuklearnu elektranu i, ako je potrebno, tehničkih specifikacija za dijelove nuklearne elektrane. izvode se elektrane.
8. U fazi 4.1 „Izrada idejnih rješenja sustava i njegovih dijelova“ utvrđuju se: funkcije AS-a; funkcije podsustava, njihovi ciljevi i učinci; sastav kompleksa zadataka i pojedinačnih zadataka; koncepti informacijske baze, njezina proširena struktura; funkcije sustava upravljanja bazom podataka; sastav računalnog sustava; funkcije i parametre glavnog softver.
9. U fazi 5.1 „Razvoj projektnih rješenja za sustav i njegove dijelove” osiguravaju razvoj općih rješenja za sustav i njegove dijelove, funkcionalno-algoritamsku strukturu sustava, funkcije kadrovske i organizacijske strukture, struktura tehničkih sredstava, algoritmi za rješavanje problema i korišteni jezici, o organiziranju i održavanju informacijske baze, sustav klasifikacije i kodiranja informacija, o softveru.
10. U fazama 4.2 i 5.2 „Razvoj dokumentacije za NEK i njezine dijelove”, razvoj, izvedba, koordinacija i odobrenje dokumentacije provodi se u mjeri potrebnoj za opisivanje cjelokupnog skupa donesenih projektnih odluka i dostatnoj za daljnje provedba radova na stvaranju NE. Vrste dokumenata - prema GOST 34.201.
11. U fazi 5.3 „Razvoj i izrada dokumentacije za isporuku proizvoda za dovršetak NEK i (ili) tehničkih zahtjeva (tehničkih specifikacija) za njihov razvoj” provodi se sljedeće: priprema i izrada dokumentacije za isporuku proizvoda za dovršenje nuklearnih elektrana; određivanje tehničkih zahtjeva i izrada tehničkih specifikacija za razvoj proizvoda koji se ne proizvode masovno.
12. U fazi 5.4 „Izrada projektnih zadataka u susjednim dijelovima projekta automatiziranog objekta,” izrada, izvedba, koordinacija i odobrenje projektnih zadataka u susjednim dijelovima projekta automatiziranog objekta provode se za građevinske, električne, sanitarne i druge pripremni radovi vezani za izradu AS-a.
13. U fazi 6.1 „Izrada radne dokumentacije za sustav i njegove dijelove” izrađuje se radna dokumentacija koja sadrži sve potrebne i dostatne informacije za osiguranje provedbe radova na puštanju NEK u rad i njezin rad, kao i za održavanje stupanj pogonskih karakteristika (kvalitete) sustava u skladu s donesenim projektnim odlukama, njegovu izvedbu, koordinaciju i odobrenje. Vrste dokumenata - prema GOST 34.201.
14. U fazi 6.2 „Razvoj ili prilagodba programa“ razvijaju se programi i softver sustava, odabir, prilagodba i (ili) povezivanje kupljenog softvera, razvoj programske dokumentacije u skladu s GOST 19.101.
15. U fazi 7.1 „Priprema objekta automatizacije za puštanje postrojenja u rad” provode se radovi na organizacijskoj pripremi objekta automatizacije za puštanje postrojenja u rad, uključujući: implementaciju projektnih rješenja za organizacijsku strukturu biljka; opskrba odjela Uprave s instruktivnim i metodološkim materijalima; implementacija klasifikatora informacija.
16. U fazi 7.2 “Obuka osoblja” obučava se osoblje i provjerava se njihova sposobnost da osiguraju funkcioniranje postrojenja.
17. U fazi „Kompletiranje zvučnika isporučenim proizvodima“ osiguravaju primitak serijskih i pojedinačnih proizvodnih komponenti, materijala i proizvoda za ugradnju. Provodi se ulazna kontrola kvalitete.
18. U fazi 7.4 “Građevinski i instalacijski radovi” izvode se: radovi na izgradnji specijaliziranih zgrada (prostora) za smještaj tehničke opreme i osoblja NEK; konstrukcija kabelski kanali; izvođenje radova na postavljanju tehničke opreme i komunikacijskih vodova; ispitivanje ugrađene tehničke opreme; isporuka tehničke opreme za puštanje u rad.
19. U fazi 7.5 „Puštanje u rad” provode autonomnu prilagodbu hardvera i softvera, učitavaju informacije u bazu podataka i provjeravaju sustav za njihovo održavanje; sveobuhvatno postavljanje svih alata sustava.
20. U fazi 7.6 „Provođenje preliminarnih ispitivanja” provodi se sljedeće:
Ispitivanje ispravnosti i usklađenosti zvučnika s tehničkim specifikacijama u skladu s programom i metodologijom preliminarnih ispitivanja;
Otklanjanje kvarova i izmjena dokumentacije NEK-a, uključujući radnu dokumentaciju u skladu s izvješćem o ispitivanju;
Izrada potvrde o prihvaćanju NEK u probni rad.
21. U fazi 7.7 „Provođenje probnog rada” provodi se: probni rad NE; analiza rezultata probnog rada NEK; izmjena (ako je potrebno) AS softvera; dodatno podešavanje (po potrebi) tehničke opreme NEK; izvršenje potvrde o završenom probnom radu.
22. U fazi 7.8 "Provođenje testova prihvatljivosti" provodi se sljedeće:
Ispitivanja sukladnosti s tehničkim specifikacijama u skladu s programom i metodologijom prihvatljivih ispitivanja;
Analiza rezultata ispitivanja AS i otklanjanje nedostataka uočenih tijekom ispitivanja;
Sastavljanje akta o prihvaćanju AS-a za stalni rad.
23. U fazi 8.1 „Izvođenje radova u skladu s jamstvenim obvezama“ provode se radovi na otklanjanju nedostataka uočenih tijekom rada NE u utvrđenim jamstvenim rokovima, te da se izvrše potrebne izmjene dokumentacije za NE.
24. U fazi 8.2 „Servis nakon jamstva” obavlja se rad na:
Analiza funkcioniranja sustava;
Utvrđivanje odstupanja stvarnih pogonskih značajki NEK od projektiranih vrijednosti;
Utvrđivanje razloga ovih odstupanja;
Otkloniti uočene nedostatke i osigurati stabilnost pogonskih karakteristika NEK;
Izrada potrebnih izmjena u dokumentaciji za govornike.
DODATAK 2 (za referencu). POPIS ORGANIZACIJA KOJE SUDJELUJU U STVARANJU AU
DODATAK 2
Informacija
1. Organizacija naručitelj (korisnik) za koju se izrađuje NE i koja osigurava financiranje, prijem rada i rad NE, kao i izvođenje pojedinačnih poslova na izgradnji NE;
2. Razvojna organizacija koja obavlja rad na stvaranju AS-a, pružajući kupcu skup znanstvenih i tehničkih usluga u različitim fazama i fazama stvaranja, kao i razvoj i isporuku različitog softvera i hardvera za AS;
3. Organizacija dobavljača koja proizvodi i isporučuje softver i hardver prema narudžbi razvojnog programera ili kupca;
4. Organizacija-generalni projektant objekta automatizacije;
5. Projektantske organizacije raznih dijelova projekta automatizacije objekata za građevinske, elektro, sanitarne i dr pripremni rad vezano uz stvaranje AS-a;
6. Izgradnja, montaža, puštanje u pogon i druge organizacije.
Bilješke:
1. Ovisno o uvjetima za stvaranje NE, moguće su različite kombinacije funkcija naručitelja, nositelja projekta, dobavljača i drugih organizacija uključenih u stvaranje NE.
2. Faze i faze rada koje obavljaju za izradu AS-a određuju se na temelju ove norme.
Tekst elektroničkog dokumenta
pripremio Kodeks JSC i provjerio prema:
službena objava
M.: Standardinform, 2009
Zašto su, u načelu, potrebni prilikom projektiranja?
Ispada da GOST-ovi pomažu samom dizajneru.
Glavni problem s dizajnom je nedostatak samog dizajna. Postoje određeni komadići misli i želja, ali bez oblikovanja u nekakvu cjelovitu sliku. Ovo je tipično i za početnike i administratori sustava i početnici sistemski inženjeri. Postoji određena spontanost razmišljanja. Usput, ovo je također tipično za mnoge kupce. Ali oni su u nešto povoljnijem položaju od izvođača.
Postavlja se zanimljivo pitanje: kome trebaju sva ta objašnjenja, tehničke specifikacije itd.? I evo zanimljivog odgovora koji dobivamo: 85% dokumentacije potrebno je izvođaču. Preostalih 15% potrebno je kupcu za opće razumijevanje onoga što se događa. Ali izvođač mora jasno definirati i granice projekta i znakove njegove provedbe. Izvođač se mora moći zaštititi od kaotičnog razmišljanja kupca.
Dakle, okrenimo se GOST-ovima programera. Imamo dva glavna: GOST 34. serija i GOST 19. serija. 34. serija odnosi se na razvoj automatiziranih sustava, a 19. na razvoj softvera.
Razgovarat ćemo o GOST 34. seriji.
Postoji mnogo različitih GOST-ova u 34. seriji. Zanimat će nas samo neki od njih. Naime:
1. GOST 34.003-90 Informacijska tehnologija. Skup standarda za automatizirane sustave. Pojmovi i definicije
2. GOST 34.601-90 Informacijska tehnologija. Skup standarda za automatizirane sustave. Automatizirani sustavi. Faze stvaranja
3. GOST 34.602-89 Informacijska tehnologija. Skup standarda za automatizirane sustave. Projektni zadatak za izradu automatiziranog sustava
4. GOST 34.603-92 Informacijska tehnologija. Vrste ispitivanja automatiziranih sustava
5. GOST 34.201-89 Informacijska tehnologija. Skup standarda za automatizirane sustave. Vrste, cjelovitost i označavanje dokumenata pri izradi automatiziranih sustava
6. RD 50-34.698-90 Automatizirani sustavi. Zahtjevi za sadržaj dokumenata.
GOST-ovi su u svojoj hijerarhijskoj strukturi donekle slični katalogu. Na primjer, ovako Aktivni direktorij. Vjerojatno je da ako napišete dokumentaciju strogo slijedeći GOST-ove, tada će vam unakrsne reference omogućiti da se upoznate s ogromnim brojem dokumenata. Ali ono što je najvažnije u GOST-ovima je jasan model "od općeg do specifičnog". Počevši od općih fraza, doći ćemo do posljednjeg RJ45 u sustavu.
A sada detaljnije. Glavni GOST, oko kojeg postoji tzv. ples je GOST 34.601-90 (Faze stvaranja). Pogledajmo pobliže ovaj dokument.
Ovo je struktura koja nas dočekuje ovaj dokument. Što je tako dobro u vezi ovoga? Divna stvar u vezi ovoga je da vidimo gotovo puni životni ciklus automatiziranog sustava. Zašto skoro? Jer ne postoji takva faza kao što je razgradnja i zbrinjavanje. Ali ovo nam zapravo ne treba. Za sada su postojeće pozornice više nego dovoljne. Štoviše, faza recikliranja razmatra se u jednom od drugih GOST-ova, ali to je izvan dosega ovog članka.
Kao što sam rekao gore, GOST-ovi sadrže unakrsne reference. I da idemo dalje u našem razmišljanju, malo ćemo pogledati GOST 34.003-90 (Pojmovi i definicije). Zanima ga definicija automatiziranog sustava. Ovo je važno jer još uvijek moramo imati ideju o tome što ćemo stvoriti.
GOST 34.003-90 u definiciji automatiziranog sustava govori nam sljedeće: automatizirani sustav; AS: Sustav koji se sastoji od osoblja i skupa automatiziranih alata za njihove aktivnosti, implementirajući informacijsku tehnologiju za obavljanje utvrđenih funkcija. Oni. drugim riječima, AC se sastoji od
1. Osoblje
2. kompleks fondova
3. neka aktivnost koju treba automatizirati.
Također ćemo provjeriti s GOST 34.003-90
1. skup alata za automatizaciju automatiziranog sustava; KSA AS: Ukupnost svih komponenti AS-a, s izuzetkom ljudi
2. korisnik automatiziranog sustava; Korisnik AC: Osoba koja sudjeluje u funkcioniranju AC ili koristi rezultate njegova rada
3. operativno osoblje automatiziranog sustava; Operativno osoblje NEK
4. komponenta automatiziranog sustava; komponenta AC: Dio AC, identificiran određenim karakteristikama ili skupom karakteristika i razmatran kao cjelina
Dakle, što dobivamo? Ali pokazalo se da smo pod nogama osjetili neki temelj na koji ćemo se osloniti. Znamo od čega se sastoji automatizirani sustav i razjasnili smo da postoje dvije vrste osoblja: korisničko i operativno. I logično zaključujemo da će komponenta AC, odabrana prema određenoj karakteristici, biti t.s. “hardver” i “softver”, pojednostavljeno rečeno. A kombinacija softvera i hardvera bit će kompleks opreme za automatizaciju.
To znači da ako korisnik, na primjer, kaže "Instaliraj Exchange za mene", tada to neće biti AS iz jednog jednostavnog razloga: barem u takvom zadatku ne postoji vrsta automatizirane aktivnosti. Ili možda klijent uopće ne treba Exchange. Ili mu možda Exchange uopće ne treba. To znači da je potreban pregled objekta automatizacije. To znači da počinje prva faza GOST 34.601-90 (Faze stvaranja). “Formiranje zahtjeva za govornike”
U ovoj fazi GOST zahtijeva da izvršimo nekoliko koraka. Ako to prevedemo na ljudski jezik, onda moramo utvrditi je li uopće potrebno nešto razvijati. Je li preporučljivo s različitih gledišta. Općenito, procijenite potrebu za početkom rada. Rezultat rada u ovoj fazi je izvješće koje bilježi rezultat.
Nakon što smo s kupcem odlučili da postoji dovoljno temelja za razvoj, možemo prijeći na sljedeću fazu, “Razvoj koncepta klima uređaja”.
U konceptu moramo proučiti objekt gdje je potrebna implementacija. Ako smo u prvoj fazi tražili razlog za stvaranje sustava zvučnika općenito (na temelju samo poslovnih ciljeva, GOST je jednostavno napisan kada se takve riječi nisu koristile), tada u drugoj fazi moramo pronaći moguće opcije koje zadovoljavaju zahtjevima kupca. Na primjer, ako kupac želi poštanski sustav, onda se to može implementirati i na Exchange i na Postfix ili na bilo što drugo. Sa svojim prednostima, manama i mogućnostima razvoja. Provodi se opće ispitivanje objekta i preliminarno se procjenjuju troškovi rada. I mi kao izvođači tražimo najoptimalniju opciju za sebe.
Nakon što s kupcem postignemo određeni konsenzus o tome koja mu opcija rješenja općenito najviše odgovara, prelazimo na, usudio bih se reći, najvažniju točku projekta „Tehničke specifikacije“
Tehnička specifikacija, ako pogledate definiciju GOST 34.602-89, glavni je dokument koji definira zahtjeve i postupak za stvaranje (razvoj ili modernizaciju - zatim stvaranje) automatiziranog sustava, u skladu s kojim je razvoj AS provodi se i njegov prijem pri puštanju u pogon.
Tehnička specifikacija je toliko važan dokument da mu je posvećen osobni GOST. Sada se nećemo detaljnije zadržavati na ovome. Samo ću napomenuti da je za ispravno formiranje tehničkih specifikacija potrebno da se dovrše faze GOST 34.601-90 „Formiranje zahtjeva za NPP” i „Razvoj koncepta NPP”. O kvaliteti izvođenja ovih faza ovisi točnost i ispravnost izrade tehničkih specifikacija.
Datum uvođenja od 01.07.1987
Ova se norma primjenjuje na automatizirane sustave (AS) koji se koriste u različitim vrstama aktivnosti (istraživanje, dizajn, upravljanje), uključujući njihove kombinacije (istraživanje - dizajn - upravljanje, dizajn - upravljanje), stvorene u organizacijama, udrugama i poduzećima (u daljnjem tekstu: organizacije ).
Norma utvrđuje faze i faze stvaranja i razvoja AS-a i glavne rezultate rada u svakoj fazi.
Norma se ne odnosi na postupak razvoja komponenti koje se koriste u nuklearnim elektranama.
Postupak razvoja isporučenih sustava opreme za automatizaciju, hardvera, softvera i sl. određen je standardima sustava za razvoj i nabavu proizvoda i opreme za proizvodnju koji djeluju u odjelu naručitelja.
Dodatak priručniku daje objašnjenja i neke pojmove koji se koriste u standardu.
1. OPĆE ODREDBE
1.1. Izrada (razvoj) AS-a je skup radova, vremenski poredanih, međusobno povezanih, objedinjenih u faze i etape, čija je provedba nužna i dovoljna za stvaranje AS-a koji ispunjava zadane zahtjeve.
1.2. Sastav, sadržaj i postupak izvođenja radova u fazama i fazama utvrđenim ovom normom utvrđeni su normativnom i tehničkom dokumentacijom za stvaranje NE odgovarajućeg tipa.
2. FAZE I FAZE STVARANJA AUTOMATIZIRANIH SUSTAVA
2.1. Faze i faze rada prikazane su u tablici.
| Faze | Faze rada |
|---|---|
| 1. Istraživanje i opravdanost izrade AS-a | 1.1. Inspekcija (prikupljanje i analiza podataka) automatiziranog objekta, uključujući prikupljanje informacija o stranim i domaćim analogima |
| 1.2. Izrada i registracija zahtjeva za sustav (studija izvodljivosti, taktičko-tehničke specifikacije, aplikacija) | |
| 2. Projektni zadatak | 2.1. Istraživački rad* |
| 2.2. Izrada idejnog projekta | |
| 2.3. Izrada tehničkih specifikacija za NE u cjelini i po potrebi posebnih tehničkih specifikacija za podsustave NE | |
| 3. Nacrt dizajna | 3.1. Izrada preliminarnih odluka o odabranoj opciji AS i pojedinim vrstama podrške |
| 4. Tehnički dizajn | 4.1. Razvoj konačnih odluka o pitanjima na razini cijelog sustava, uključujući strukture AS (funkcionalne, organizacijske); procedure (zadaci) koje provodi sustav; proces rada sustava i po potrebi izdavanje specifičnih tehničkih specifikacija za razvoj tipova podrške NE ili tipova podrške podsustava NE |
| 4.2. Izrada rješenja za organizacijsku potporu, uključujući izradu akcijskog plana pripreme za implementaciju AS-a | |
| 4.3. Izrada rješenja za tehničku podršku | |
| 4.4. Razvoj ili izbor algoritama za automatizirane aktivnosti | |
| 4.5. Razvoj rješenja za informacijsku podršku | |
| 4.6. Razvoj rješenja za jezičnu potporu | |
| 4.7. Razvoj programskih rješenja | |
| 4.8. Izrada rješenja za metodičku potporu | |
| 4.9. Izrada projektne i predračunske građevinske dokumentacije | |
| 4.10. Koordinacija odluka o povezivanju vrsta podrške i razvoj dokumentacije na razini sustava za AS u cjelini | |
| 4.11. Izrada dokumentacije po narudžbi za isporučene komponente i sustave automatizacije opreme ili tehničkih specifikacija za njihov razvoj | |
| 5. Radna dokumentacija | 5.1. Izrada radne dokumentacije za informacijsku potporu |
| 5.2. Izrada radne dokumentacije za organizacijsku potporu | |
| 5.3. Izrada radne dokumentacije za metodičku potporu | |
| 5.4. Izrada radne dokumentacije za jezičnu potporu | |
| 5.5. Izrada ili prilagodba programa i programske dokumentacije | |
| 5.6. Izrada dokumentacije za tehnička sredstva jednokratne proizvodnje | |
| 5.7. Izrada projektne i predračunske građevinske dokumentacije | |
| 6. Izrada neserijskih komponenti kompleksa opreme za automatizaciju (CAS) | 6.1. Proizvodnja KSA komponenti |
| 6.2. Autonomno otklanjanje pogrešaka i testiranje KSA komponenti | |
| 7. Puštanje u rad | 7.1. Priprema organizacije za puštanje sustava u rad, obuka korisničkog osoblja * |
| 7.2. Građevinski i instalacijski radovi * | |
| 7.3. Kompletan set zvučnika * isporučeni kompleksi opreme za automatizaciju, hardver, softver itd. | |
| 7.4. Puštanje u rad * (sveobuhvatno otklanjanje pogrešaka automatiziranih sustava upravljanja) | |
| 7.5. Izvođenje probnog rada NE | |
| 7.6. Provođenje prijemnih testova (državnih, međuresornih ili resornih) | |
| 7.7. Uklanjanje komentara uočenih tijekom testiranja zvučnika | |
| 7.8. Prihvaćanje NE u komercijalni rad (uvođenje NE) |
*Faze se mogu izvesti u prethodnim fazama ovisno o specifičnim uvjetima razvoja.
2.2. Sastav, redoslijed i vrijeme provedbe faza i faza rada izvedenih tijekom stvaranja (razvoja) AS-a utvrđuju se u tehničkim specifikacijama za stvaranje (razvoj) sustava od broja faza i faza danih u stol.
2.3. Primjena stavljenog u pogon AS na sličnim objektima provodi se korištenjem gotovih dizajnerskih rješenja razvijenog sustava i serijski proizvedenih komponenti (kompleksa opreme za automatizaciju, softvera, hardvera itd.) proizvoda.
Odluku o mogućnosti korištenja AS-a donosi komisija tijekom primopredajnih ispitivanja sustava.
2.4. Prilikom izrade (razvoja) nuklearne elektrane obvezne faze su: “Tehnička specifikacija”, “Tehnički projekt”, “Detaljna dokumentacija” i “Puštanje u rad”.
Za jednostavni sustavi i sustavi razvijeni korištenjem standardnih dizajnerskih rješenja, spajaju faze „Tehničkog dizajna“ i „Detaljne dokumentacije“ u jednu.
2.5. Potrebni koraci prilikom izrade AS-a su: 1.2; 2.3; 4,1-4,5; 4,7; 4,9 - 4,11; 5.1; 5.2; 5,5; 7.1; 7,3 - 7,5; 7.6 i 7.8.
2.6. Dopušteno je provoditi istraživački rad (faza 2.1) u fazi „Istraživanje i opravdanost izgradnje nuklearnih elektrana“, a po potrebi iu drugim fazama.
3. REZULTATI RADA PO ETAPAMA
3.1. Rezultat faze „Istraživanje i obrazloženje izgradnje nuklearne elektrane” je znanstveno-tehničko izvješće, taktičko-tehničke specifikacije, studija izvedivosti ili zahtjev za izgradnju nuklearne elektrane.
3.2. Rezultat završetka faze “Tehničke specifikacije” su tehničke specifikacije za izradu AS-a.
3.3. Rezultat faze "Sketch Design" je idejni projekt.
3.4. Rezultat rada u fazi „Tehnički projekt“ je tehnički projekt.
3.5. Rezultat obavljenog rada u fazi „Radna dokumentacija“ je komplet radne dokumentacije za postrojenje.
3.6. Rezultat obavljenog rada u fazi „Proizvodnja neserijskih komponenti sustava automatiziranog upravljanja” su komponente sustava automatiziranog upravljanja koje su prošle ispitivanja na propisani način.
3.7. Rezultat rada u fazi „Puštanje u rad” je prihvaćanje NEK u komercijalni rad.
3.9. Razvoj (modernizacija) ili razgradnja sustava provodi se na temelju odluka donesenih na temelju rezultata operativne analize.
PRIMJENA
InformacijaPOJMOVI KORIŠTENI U STANDARDU I NJIHOVA OBJAŠNJENJA
| Termin | Obrazloženje |
|---|---|
| Automatizirani sustav | Sustav koji se sastoji od međusobno povezanog skupa organizacijskih jedinica (ili tima stručnjaka) i skupa alata za automatizaciju aktivnosti koji implementiraju automatizirane funkcije za pojedine vrste aktivnosti - istraživanje, upravljanje, testiranje itd. ili njihove kombinacije. |
| Komponente za zvučnike | Isporučeni dio NEK-a, koji je sastavni dio ili međusobno povezani skup komponenti (kompleks) jedne ili više vrsta podrške, razvijen u skladu s važećim regulatornim i tehničkim dokumentima, prošao državna, međuodjelska ili odjelska ispitivanja, prihvaćen za proizvodnju, proizveden prema propisno odobrenoj tehnologiji, prihvaćenoj od strane službe tehničke kontrole (standardne kontrole) organizacije proizvođača (dobavljača). AC komponente su proizvodi za industrijske i tehničke namjene. |
| Metodološka podrška za AS | Dokumenti koji odražavaju interakciju korisnika sa skupom alata za automatizaciju, uključujući opis sustava i podsustava, metodologiju (tehnologiju) za obavljanje automatiziranih aktivnosti, korisničke upute |
| Organizacijska podrška za AS | Dokumenti (pravilnici, opis posla, raspored osoblja, kvalifikacijski zahtjevi itd.), uspostavljanje organizacijske strukture, funkcija i postupka za međusobnu interakciju odjela tijekom rada postrojenja, uključujući upute za osoblje |
| AC komponenta | Element jedne od vrsta potpore (tehničke, programske, informacijske i dr.) koji obavlja određenu funkciju u AS podsustavu i osigurava njegov rad. |
Proces izrade AS-a je skup radova poredanih u vremenu, međusobno povezanih, objedinjenih u etape i faze, čija je provedba nužna i dovoljna za izradu AS-a koji ispunjava zadane zahtjeve.
Izdvojene su faze i faze izrade AS kao dijelovi procesa izrade radi racionalnog planiranja i organizacije rada koji završava zadanim rezultatom.
Rad na razvoju AS-a odvija se prema fazama i koracima koji se koriste za izradu AS-a.
Sastav i pravila za izvođenje radova u fazama i fazama utvrđenim ovom normom utvrđeni su u relevantnoj dokumentaciji organizacija uključenih u stvaranje određenih vrsta nuklearnih elektrana.
Faze i faze rada
1. Formiranje zahtjeva za govornike
1.1. Pregled objekta i opravdanost potrebe izgradnje NE.
1.2. Formiranje korisničkih zahtjeva za govornike.
1.3. Izrada izvješća o obavljenom radu i prijave za izradu AS-a (taktičko-tehnički zahtjev)
2. Razvoj AC koncepta.
2.1. Proučavanje objekta.
2.2. Izvođenje potrebnog istraživačkog rada.
2.3. Razvoj varijanti koncepta zvučnika koji zadovoljava zahtjeve korisnika.
2.4. Izrada zapisnika o obavljenom poslu.
3. Tehničke specifikacije.
Izrada i odobravanje tehničkih specifikacija za izgradnju nuklearnih elektrana.
4. Nacrt dizajna.
4.1. Izrada idejnih projektnih rješenja sustava i njegovih dijelova.
4.2. Izrada dokumentacije za zvučnički sustav i njegove dijelove.
5. Tehnički dizajn.
5.1. Izrada projektnih rješenja sustava i njegovih dijelova.
5.2. Izrada dokumentacije za zvučnički sustav i njegove dijelove.
5.3. Izrada i izrada dokumentacije za isporuku proizvoda za dovršenje NE i (ili) tehničkih zahtjeva (tehničke specifikacije) za njihovu izradu.
5.4. Izrada projektnih zadataka u susjednim dijelovima projekta automatizacije.
6. Radna dokumentacija.
6.1. Izrada radne dokumentacije za sustav i njegove dijelove.
6.2. Izrada ili prilagodba programa.
7. Puštanje u rad.
7.1. Priprema postrojenja automatizacije za puštanje postrojenja u rad.
7.2. Obuka osoblja.
7.3. Kompletan set zvučnika s isporučenim proizvodima (softver i hardver, softver i hardverski sustavi, informacijski proizvodi).
7.4. Građevinski i instalacijski radovi.
7.5. Puštanje u rad.
7.6. Provođenje preliminarnih ispitivanja.
7.7. Provođenje probnog rada.
7.8. Provođenje testova prihvatljivosti.
8. AC podrška
8.1. Izvođenje radova u skladu s jamstvenim obvezama.
8.2. Postjamstveni servis.
GOST 34.602-89 "Tehničke specifikacije za stvaranje automatiziranog sustava"
1. OPĆE ODREDBE
1.1. Tehnička specifikacija za nuklearnu elektranu je glavni dokument koji definira zahtjeve i postupak za izradu (razvoj ili modernizaciju - zatim izradu) automatiziranog sustava, u skladu s kojim se provodi razvoj nuklearne elektrane i njezino prihvaćanje. prilikom puštanja u rad.
1.2. Specifikacije za NEK izrađuju se za sustav kao cjelinu, namijenjen samostalnom radu ili kao dio drugog sustava.
1.3. Zahtjevi za AS u opsegu utvrđenom ovom normom mogu se uključiti u projektni zadatak za novonastali automatizirani objekt. U ovom slučaju tehničke specifikacije za nuklearnu elektranu nisu izrađene.
1.4. Zahtjevi sadržani u tehničkim specifikacijama za nuklearne elektrane moraju odgovarati trenutnoj razini razvoja znanosti i tehnologije i ne smiju biti inferiorni u odnosu na slične zahtjeve koji se nameću najboljim suvremenim domaćim i stranim analogama. Zahtjevi navedeni u tehničkim specifikacijama za NEK ne bi trebali ograničavati razvijača sustava u traženju i implementaciji najučinkovitijih tehničkih, tehničkih, ekonomskih i drugih rješenja.
1.5. Tehničke specifikacije za nuklearne elektrane razvijaju se na temelju početnih podataka, uključujući one sadržane u konačnoj dokumentaciji faze „Istraživanje i opravdanje za izgradnju nuklearnih elektrana“, utvrđene GOST 24.601.
1.6. Tehničke specifikacije za AS uključuju samo one zahtjeve koji dopunjuju zahtjeve za sustave ove vrste (ACS, CAD, ASNI i dr.) sadržane u važećoj normativno-tehničkoj dokumentaciji, a određeni su specifičnostima konkretnog objekta za koji se sustav se stvara.
1.7. Promjene tehničkih specifikacija za NEK formaliziraju se dodatkom ili protokolom koji potpisuju naručitelj i nositelj projekta. Dodatak ili navedeni protokol sastavni je dio tehničke specifikacije za NEK. Na naslovnoj stranici tehničke specifikacije zvučnika treba stajati unos “Vrijedi od...”.
2. SASTAV I SADRŽAJ
2.1. Tehnička specifikacija za NE sadrži sljedeće odjeljke koji se mogu podijeliti na pododjeljke:
2) svrhu i ciljeve stvaranja (razvoja) sustava;
3) karakteristike objekata automatizacije;
4) zahtjeve sustava;
5) sastav i sadržaj rada na izradi sustava;
6) postupak kontrole i prijema sustava;
7) zahtjeve za sastav i sadržaj radova na pripremi objekta automatizacije za puštanje sustava u rad;
8) dokumentacijski zahtjevi;
9) izvori razvoja.
Prijave mogu biti uključene u tehničke specifikacije za zvučnike.
GOST 34.603-92 "Vrste ispitivanja"
1. OPĆE ODREDBE
1.1. Ispitivanje nuklearne elektrane provodi se u fazi „Puštanja u rad” u skladu s GOST 34.601 kako bi se provjerila usklađenost nuklearne elektrane koja se stvara sa zahtjevima tehničkih specifikacija (TOR).
1.2. AS testiranje je proces provjere izvedbe određenih funkcija sustava, određivanje i provjera usklađenosti sa zahtjevima tehničkih specifikacija za kvantitativne i (ili) kvalitativne karakteristike sustava, prepoznavanje i uklanjanje nedostataka u radu sustava iu razvijenoj dokumentaciji. .
1.3. Sljedeće glavne vrste testova utvrđene su za AS:
a) preliminarni;
1) autonoman;
2) složen.
b) probni rad;
Probni rad provodi se u skladu s programom koji ukazuje na:
1) uvjete i postupak funkcioniranja dijelova NE i NE u cjelini;
2) trajanje probnog rada, dovoljno za provjeru ispravnog rada NE pri obavljanju svake funkcije sustava i spremnosti osoblja za rad u uvjetima rada NE;
3) postupak otklanjanja nedostataka uočenih tijekom probnog rada.
c) prihvaćanje.
Ispitivanja prihvatljivosti provode se u skladu s programom koji ukazuje na:
1) popis objekata koji su u sustavu dodijeljeni za ispitivanje i popis zahtjeva koje objekti moraju ispunjavati (s pozivom na točke tehničkih specifikacija);
2) kriterije prihvatljivosti sustava i njegovih dijelova;
3) uvjete i vrijeme ispitivanja;
4) sredstva za ispitivanje;
5) imena osoba odgovornih za ispitivanje;
6) metode ispitivanja i obrada njihovih rezultata;
7) popis dokumentacije koju treba izraditi.
http://www.franklin-grant.ru/ru/technologies/gost.asp
Značajke nevladinih organizacija. Karakteristike objekata upravljanja.
NVO struktura. Razine i sustavi upravljanja nevladinim organizacijama.
Značajke VT-a u NVO-ima:
1) Teritorijalni raspored objekata NVO, VT i NPP.
2) Kontinuirana ili diskretno-kontinuirana priroda tehnoloških procesa.
3) Teški klimatski uvjeti rada i velika opasnost od požara.
4) Niskokvalificirano uslužno osoblje.
5) Poduzeća u industriji su gradotvorna.
Povećani dijagram odnosa između tehnoloških kompleksa objekata za proizvodnju nafte i plina:
Faze razvoja. Redoslijed prijelaza metasustava:
70-ih - centralizirani sustavi za prikupljanje i obradu informacija temeljeni na ES-računalima: KIVC\RIVC.
80-te - mikroprocesorska tehnika, pojavljuju se novi alati (decentralizirani): SM-računalo, TECHNIK, MicroDat.
90-e – sustav klastera, mnogo relativno autonomnih podsustava: PC.
2000 – klijent-poslužitelj tehnologije, tehnologije umjetne inteligencije, strana tehnička rješenja.
Danas nevladine organizacije visoka razina razvoj.
Vlasnički koncepti i rješenja za automatizaciju NVO-a:
1) ERP (Enterprise Resource Planning) – automatizirani sustav upravljanja, automatizirani sustav upravljanja resursima poduzeća.
2) EAM (Enterprise Asset Management) – AS za upravljanje proizvodnim kapacitetima i imovinom.
3) MES (Manufacturing Execution System) – sustav automatizirane kontrole, sustav operativnog upravljanja proizvodnjom.
4) SCADA – automatizirani sustav upravljanja procesima, automatizirani sustav upravljanja procesima.
PLC – programski logički kontroleri.
DCS – distribuirani sustavi upravljanja.
AS je implementiran kao slijed informacija povezanih funkcija, zadataka ili postupaka koji se izvode u automatiziranom (interaktivnom) ili automatskom načinu rada.
Automatizirani tehnološki kompleksi- skup tehnoloških i programskih alata potrebnih za određenu vrstu proizvodnje i proizvodnih procesa.
4) razvoj optimalnih tehnoloških režima;
5) proračun potrebnih materijalnih sredstava i njihov optimalan raspored - oprema;
6) održavanje maksimalnog bilansa i analiza jediničnih troškova;
7) analizu zastoja tehnološke opreme i obračun gubitaka;
8) automatiziranu obradu rezultata istraživanja i tehnoloških informacija;
9) upravljanje održavanjem i popravcima tehnološka oprema.
Na najvišoj razini, rješavanje problema usmjereno je na podršku donošenju odluka stručnjaka u promjenjivim uvjetima poslovanja poduzeća.
Rješavanje ovih problema usmjereno je na podršku odlučivanju u poduzeću (srednja razina).
Funkcionalnost na razini radionice:
1) prikupljanje informacija sustavima automatizacije tehnoloških objekata;
2) stvaranje i održavanje baze podataka;
3) stvaranje i prijenos informacija na razini poduzeća;
4) praćenje stanja opreme u tehnološkim režimima;
5) operativne proračune učinkovitosti događaja;
6) dijagnostiku rada tehnološke opreme i opreme tehničke automatizacije;
7) vođenje izvještajnih i planskih dokumenata.
Rješavanje ovih problema usmjereno je na provedbu donesene odluke u promjenjivim uvjetima rada radionica poduzeća.
Zahtjevi za samohodne topove različite razine NVO. (crtanje)
Razina tehnološkog objekta:
(Niži nivo)
1) prikupljanje podataka sa senzora i sustava automatizacije prema propisima;
2) automatsku obradu i pohranu primarnih informacija;
3) automatsko upravljanje i regulacija tehničkih objekata (postavljanje propisa);
4) dijalog s operaterom tehnologom;
5) osiguranje kontrole sigurnosnih parametara.
Osnovna načela za izgradnju AS-a na različitim razinama poduzeća:
1) Invarijantnost izvedbe funkcija na svakoj razini upravljanja u odnosu na broj i vrste tehnoloških objekata: sustav se može prilagoditi određenim tehničkim objektima, otvoriti i nadopuniti novim funkcijama. Stablo tipova objekata => stablo specifičnih objekata.
2) Intelektualizacija tehničkih i softverskih programa kroz automatizaciju osoblja.
3) Standardizacija, zajamčena kompatibilnost uređaja i softverskih programa i, kao rezultat toga, smanjenje troškova njihova rada.
4) Arhitektura kompleksa tih sredstava treba osigurati implementaciju različitih konfiguracijskih sustava upravljanih radijalnim, prstenastim i mješovitim komunikacijskim kanalima, uključujući putem žičnih i radio kanala.
Vrste AS podrške. Problemi, modeli i načini integracije automatiziranih sustava upravljanja u NVO
Općenito, automatizirani sustavi sastoje se od softverskih i hardverskih kompleksa (PTK), softverskih i metodoloških kompleksa (PMK) i tehničkih komponenti. Programska i informacijska podrška.
AS je skup međusobno dogovorenih komponenti i kompleksa programske, hardverske i informacijske potpore, koji se razvijaju, proizvode i isporučuju kao proizvodi za industrijske i tehničke svrhe. Zajedničko funkcioniranje i interakcija kompleksa provodi se na temelju računalnih mreža.
AS softver je skup programa na mediju za pohranu s programskom dokumentacijom u skladu s GOST 19.101.
Tehnička podrška AS je skup sredstava za provedbu kontrolnih radnji, sredstava za primanje, unos, pripremu, pretvaranje, obradu, pohranu registracije, prikaz, korištenje i prijenos podataka s projektnom dokumentacijom u skladu s GOST 2.102 i operativnom dokumentacijom u skladu s GOST 2.601.
Informacijska podrška AS-a je skup sistemski orijentiranih podataka koji opisuju rječnik osnovnih opisa usvojenih u sustavu (klasifikatori, standardni modeli, elementi automatizacije, formati dokumentacije) i ažuriranih podataka o stanju informacijskog modela objekata automatizacije (kontrolni objekt , dizajn) u svim fazama životnog ciklusa.
Organizacijsko-metodološka potpora AS-u je skup dokumenata koji definiraju organizacijsku strukturu objekta i sustava automatizacije, aktivnosti u uvjetima rada sustava, te obrasce za prikaz rezultata rada.
AS softver je skup matematičkih metoda, modela i algoritama za obradu informacija koji se koriste u radu sustava.
Jezična potpora skup je jezičnih alata za konstruiranje i kombiniranje informacijskih jedinica KSA.
Uredba Vlade Ruske Federacije od 6. srpnja 2015. N 676
"O zahtjevima za postupak stvaranja, razvoja, puštanja u rad, rada i prestanka rada državnih informacijskih sustava i daljnje pohranjivanje informacija sadržanih u njihovim bazama podataka"
Sukladno 6. dijelu 14. čl Savezni zakon"O informacijama, informacijskim tehnologijama i zaštiti informacija" Vlada Ruska Federacija odlučuje:
1. Odobrava priložene zahtjeve za postupak stvaranja, razvoja, puštanja u rad, rada i razgradnje državnih informacijskih sustava i daljnje pohranjivanje informacija sadržanih u njihovim bazama podataka.
2. Utvrditi da aktivnosti predviđene zahtjevima odobrenim ovom rezolucijom provode savezna tijela izvršne vlasti u granicama proračunskih izdvajanja predviđenih saveznim zakonom o saveznom proračunu za odgovarajuću financijsku godinu i plansko razdoblje za rukovodstvo i upravljanje u području instalirane funkcije.
3. Preporučiti da se druga državna tijela, osim saveznih izvršnih tijela i izvršnih tijela konstitutivnih entiteta Ruske Federacije, kao i tijela upravljanja državnim izvanproračunskim fondovima, lokalne samouprave, trebaju voditi u svojim aktivnostima zahtjevima odobrenim ovom rezolucijom.
Zahtjevi
na postupak stvaranja, razvoja, puštanja u rad, rada i razgradnje državnih informacijskih sustava i daljnje pohranjivanje podataka sadržanih u njihovim bazama podataka
(odobreno Uredbom Vlade Ruske Federacije od 6. srpnja 2015. N 676)
Uz izmjene i dopune od:
I. Opće odredbe
1. Ovim dokumentom utvrđuju se zahtjevi za postupak provedbe mjera za stvaranje, razvoj, puštanje u rad, rad i prestanak rada državnih informacijskih sustava (u daljnjem tekstu: sustav) i daljnje pohranjivanje informacija sadržanih u njihovim bazama podataka, koje provodi savezne izvršne vlasti i izvršne vlasti sastavnih subjekata Ruske Federacije (u daljnjem tekstu: izvršne vlasti) u cilju povećanja učinkovitosti provedbe ovlasti izvršne vlasti kao rezultat uporabe informacijskih i komunikacijskih tehnologija, odnosno tijela izvršne vlasti u svojstvu javnog partnera, te privatnog partnera u skladu s ugovorima o javno-privatnom partnerstvu (u daljnjem tekstu: privatni partner) radi provedbe tih ugovora.
1.1. Kada tijela izvršne vlasti ili privatni partneri provode mjere za stvaranje, razvoj, puštanje u pogon, rad i prekid rada sustava te daljnje pohranjivanje informacija sadržanih u njihovim bazama podataka, potrebno je izvršiti sljedeće:
a) zahtjeve za zaštitu informacija sadržanih u sustavima koje uspostavlja savezni organ izvršne vlasti u oblasti sigurnosti i savezni organ izvršne vlasti ovlašten u oblasti suprotstavljanja tehničkim obavještajnim poslovima i tehnička zaštita informacije u granicama svojih ovlasti;
b) zahtjeve za organizaciju i mjere zaštite podataka sadržanih u sustavu;
Informacije o promjenama:
Točka 1.1 dopunjena je podtočkom “c” od 27. travnja 2019. - Rješenje
c) zahtjeve za zaštitu osobnih podataka iz 3. dijela članka 19. Saveznog zakona „O osobnim podacima” (ako u sustavu postoje osobni podaci).
Informacije o promjenama:
Uredbom Vlade Ruske Federacije od 11. svibnja 2017. N 555 zahtjevi su dopunjeni klauzulom 1.2.
1.2. Radi ispunjavanja zahtjeva za zaštitu informacija iz stavka 1.1. ovog dokumenta (u daljnjem tekstu: zahtjevi za zaštitu informacija), izvršna tijela utvrđuju zahtjeve za zaštitu informacija sadržanih u sustavu izvršne vlasti. ovlaštenja, za koje provode:
a) određivanje informacija koje treba zaštititi od neovlaštenog pristupa, uništenja, izmjene, blokiranja, kopiranja, davanja, distribucije, kao i drugih nezakonitih radnji u vezi s takvim informacijama;
b) analiza propisa, metodoloških dokumenata i nacionalnih standarda s kojima sustav mora biti usklađen;
c) klasifikaciju sustava u skladu sa zahtjevima informacijske sigurnosti;
d) identifikaciju prijetnji informacijskoj sigurnosti čija implementacija može dovesti do narušavanja informacijske sigurnosti u sustavu i razvoj na njihovoj osnovi modela prijetnji informacijskoj sigurnosti;
e) određivanje zahtjeva za informacijski sustav (podsustav) za zaštitu informacija sadržanih u sustavu.
II. Zahtjevi za postupak izrade sustava
2. Osnova za izradu sustava je:
a) dužnost izvršne vlasti da stvori sustav predviđen regulatornim pravnim aktima;
b) odluku izvršne vlasti o stvaranju sustava za osiguranje provedbe dodijeljenih joj ovlasti;
Informacije o promjenama:
Klauzula 2 dopunjena je podstavkom "c" od 27. travnja 2019. - Uredba Vlade Rusije od 11. travnja 2019. N 420
c) odluka Vlade Ruske Federacije o provedbi projekta javno-privatnog partnerstva;
Informacije o promjenama:
Klauzula 2 dopunjena je podtočkom „d” od 27. travnja 2019. - Uredba Vlade Rusije od 11. travnja 2019. N 420
d) odluka najvišeg izvršnog tijela državne vlasti konstitutivnog subjekta Ruske Federacije, ako je javni partner konstitutivni subjekt Ruske Federacije ili se planira održati zajedničko natjecanje uz sudjelovanje konstitutivnog subjekta Ruske Federacije. Ruska Federacija (osim u slučajevima održavanja zajedničkog natjecanja uz sudjelovanje Ruske Federacije).
3. Stvaranje sustava provodi se u skladu s projektnim zadatkom, uzimajući u obzir model prijetnji sigurnosti informacija predviđen u podstavku "d" stavka 1.2. ovog dokumenta, kao i razine sigurnost osobnih podataka tijekom njihove obrade u informacijskim sustavima osobnih podataka, ovisno o prijetnjama sigurnosti tih podataka i zahtjevima ovog dokumenta.
Model prijetnji informacijskoj sigurnosti i (ili) projektni zadatak za stvaranje sustava dogovara se sa saveznim tijelom izvršne vlasti u području sigurnosti i saveznim tijelom izvršne vlasti nadležnim u području suprotstavljanja tehničko-obavještajnoj i tehničkoj zaštiti. informacija, u granicama svojih ovlasti u vezi s provedbom utvrđenih uvjeta zaštite informacija.
Projektni zadatak za izradu sustava mora sadržavati zahtjeve za zaštitu informacija sadržanih u sustavu, oblikovane u skladu s podstavcima „a” i „c” stavka 1.1. ovog dokumenta.
4. Projektni zadatak za izradu sustava i modela prijetnji informacijskoj sigurnosti daje suglasnost službenoj osobi izvršne vlasti kojoj su povjerene odgovarajuće ovlasti.
5. Postupak izrade sustava uključuje sljedeće sekvencijalno implementirane faze:
a) izrada dokumentacije za sustav i njegove dijelove;
b) izrada radne dokumentacije za sustav i njegove dijelove;
c) razvoj ili prilagodba softvera;
d) puštanje u rad;
e) provođenje preliminarnih ispitivanja sustava;
f) provođenje probnog rada sustava;
g) provođenje testova prihvatljivosti sustava.
6. Faza izrade dokumentacije za sustav i njegove dijelove uključuje izradu, koordinaciju i odobrenje dokumentacije u mjeri potrebnoj za opis cjelokupnog skupa projektnih rješenja (uključujući informacijsku sigurnost) i dovoljnoj za daljnji rad na izradi sustava.
7. Faza izrade radne dokumentacije za sustav i njegove dijelove obuhvaća izradu, usklađivanje i odobravanje dokumentacije koja sadrži podatke potrebne za izvođenje radova na puštanju sustava u pogon i njegovo funkcioniranje te postupak upravljanja sustavom koji sadrži podatke. potrebno za izvođenje radova za održavanje razine operativnih karakteristika (kvalitete) sustava (uključujući informacijsku sigurnost) utvrđenih u projektnim rješenjima navedenim u stavku 6. ovog dokumenta, uključujući:
a) popis radnji zaposlenika pri obavljanju poslova upravljanja sustavom, uključujući popis, vrste, obujam i učestalost poslova radi osiguranja funkcioniranja sustava;
b) praćenje performansi sustava i komponenti koje osiguravaju zaštitu informacija;
c) popis kvarova koji se mogu pojaviti tijekom rada sustava, te preporuke u vezi radnji kada se pojave;
d) popis načina rada sustava i njihove karakteristike, te postupak i pravila prelaska sustava iz jednog načina rada u drugi, s naznakom vremena potrebnog za to.
8. Faza razvoja ili prilagodbe softvera obuhvaća razvoj programske opreme sustava, odabir i prilagodbu nabavljene programske opreme, te u utvrđenim slučajevima i postupcima certificiranje izrađene programske opreme sustava i alata za informacijsku sigurnost prema zahtjevima informacijske sigurnosti.
9. Faza puštanja u rad uključuje autonomnu prilagodbu hardvera i softvera dijelova sustava, učitavanje informacija u njegovu bazu podataka, sveobuhvatnu prilagodbu hardvera i softvera sustava, uključujući alate za informacijsku sigurnost.
10. Faza preliminarnog testiranja uključuje:
a) razvoj programa i metodologije za preliminarna ispitivanja, u skladu s kojima se provjerava operativnost sustava i usklađenost s tehničkim specifikacijama za njegovu izradu;
b) provjera operativnosti sustava i usklađenosti s tehničkim specifikacijama za njegovu izradu;
c) otklanjanje grešaka uočenih tijekom takvih ispitivanja i unošenje izmjena u dokumentaciju i radnu dokumentaciju za sustav;
d) izrada izvješća o ispitivanju i potvrde o prihvaćanju sustava za probni rad.
11. Faza probnog rada uključuje:
a) izrada programa i metodologije probnog rada;
b) probni rad sustava u skladu s programom i metodologijom probnog rada;
c) doradu programske opreme sustava i dodatnu prilagodbu tehničkih sredstava u slučaju otkrivanja nedostataka utvrđenih tijekom probnog rada sustava;
d) izdavanje potvrde o završetku probnog rada, uključujući popis nedostataka koji se moraju otkloniti prije početka rada sustava.
12. Faza ispitivanja prihvaćanja uključuje:
a) ispitivanje sukladnosti sustava s tehničkim specifikacijama za njegovu izradu u skladu s programom i metodologijom prihvatljivog ispitivanja;
b) analizu rezultata otklanjanja nedostataka navedenih u potvrdi o izvršenom probnom radu;
c) sastavljanje akta o prijemu sustava u rad.
III. Zahtjevi za postupak puštanja sustava u rad
13. Osnova za puštanje sustava u rad je pravni akt tijela izvršne vlasti o puštanju sustava u rad kojim se utvrđuje popis mjera za osiguranje puštanja sustava u rad i utvrđuje datum početka rada.
14. Pravni akt izvršne vlasti o stavljanju sustava u rad uključuje:
a) mjere za razvoj i odobravanje organizacijskih i administrativnih dokumenata koji definiraju mjere za zaštitu informacija tijekom rada sustava, čiji je razvoj predviđen regulatornim pravnim aktima i metodološkim dokumentima federalnog izvršnog tijela u području sigurnosti i savezno izvršno tijelo nadležno za poslove zaštite tehničkog obavještajnog rada i tehničke zaštite podataka, kao i nacionalni standardi u području informacijske sigurnosti;
b) mjere za certificiranje sustava u skladu sa zahtjevima zaštite informacija, kao rezultat toga, u slučajevima utvrđenim zakonodavstvom Ruske Federacije, usklađenost zaštite informacija sadržanih u sustavu sa zahtjevima predviđenim zakonodavstvom Ruske Federacije potvrđena je Ruska Federacija o informacijama, informacijskim tehnologijama i zaštiti informacija;
c) mjere pripreme izvršne vlasti, kao i privatnog partnera u slučaju sklapanja ugovora o javno-privatnom partnerstvu, za upravljanje sustavom;
d) mjere pripreme službenika izvršne vlasti, kao i zaposlenika privatnog partnera u slučaju sklapanja ugovora o javno-privatnom partnerstvu, za upravljanje sustavom, uključujući osobe odgovorne za osiguranje informacijske sigurnosti.
15. Puštanje sustava u rad nije dopušteno u sljedećim slučajevima:
a) nepoštivanje zahtjeva za zaštitu informacija utvrđenih zakonodavstvom Ruske Federacije, uključujući nedostatak važeće potvrde o usklađenosti sa zahtjevima za sigurnost informacija;
b) odsutnost u registru teritorijalne lokacije kontrolnih objekata, predviđenih Pravilima za praćenje postavljanja tehničkih sredstava informacijskih sustava koje koriste državna tijela, jedinice lokalne samouprave, državna i općinska jedinstvena poduzeća, državne i općinske institucije, na teritoriju Ruske Federacije, odobren rezolucijom Vlade Ruske Federacije od 6. srpnja 2015. N 675 „O postupku praćenja usklađenosti sa zahtjevima iz dijela 2.1 članka 13. i dijela 6. članka 14. Zakon „O informacijama, informacijskim tehnologijama i zaštiti informacija“, informacije o postavljanju tehničkih sredstava informacijskog sustava na teritoriju Ruske Federacije;
c) nepoštivanje zahtjeva iz ovog odjeljka, utvrđeno tijekom provedbe nadzora u skladu s Pravilima za praćenje ispunjavanja zahtjeva za postupak stvaranja, razvoja, puštanja u rad, rada i razgradnje državnih informacijskih sustava i dalje pohranjivanje informacija sadržanih u njihovim bazama podataka, odobrena Uredba Vlade Ruske Federacije od 6. srpnja 2015. N 675 „O postupku praćenja usklađenosti sa zahtjevima predviđenim u dijelu 2.1 članka 13. i dijelu 6. članka 14. Savezni zakon „O informacijama, informacijskim tehnologijama i zaštiti informacija.” ovog dokumenta pravni akt a) priprema pravnih akata koji se odnose na razgradnju sustava;
b) rad na razgradnji sustava, uključujući rad na deinstalaciji softvera sustava, ostvarivanju prava na softver sustava, rastavljanju i razgradnji hardvera sustava, osiguravanju pohrane i daljnjem korištenju informacijskih resursa sustava;
Informacije o promjenama:
Odlukom Vlade Ruske Federacije od 11. svibnja 2017. N 555, stavak 23. dopunjen je podstavkom "c"
c) osiguravanje zaštite informacija u skladu s dokumentacijom za sustav i organizacijskim i upravnim dokumentima o zaštiti informacija, uključujući arhiviranje informacija sadržanih u sustavu, uništavanje (brisanje) podataka i zaostalih informacija s računalnih medija za pohranu i (ili) uništavanje računalnih medija za pohranu .
24. Osim ako nije drugačije utvrđeno regulatornim pravnim aktima Ruske Federacije, razdoblja pohrane informacija sadržanih u bazama podataka sustava određuje izvršna vlast i ne mogu biti kraća od razdoblja pohrane informacija koje su utvrđene za pohranu papirnatih dokumenata koji sadrže takve informacije.
25. Rok za razgradnju sustava ne može biti raniji od datuma završetka posljednjeg događaja predviđenog pravnim aktom o razgradnji sustava.
VLADA MOSKVE
NARUDŽBA
O zahtjevima za puštanje u rad informacijskih sustava stvorenih u gradu Moskvi *
Dokument s izmjenama:
(Bilten gradonačelnika i vlade Moskve, N 37 (svezak 2), 07/07/2015);
(Bilten gradonačelnika i vlade Moskve, N 57, 13.10.2015.);
od 5. prosinca 2017. N 694-RP (Službena web stranica gradonačelnika i Vlade Moskve www.mos.ru. 12/06/2017);
(Službena stranica gradonačelnika i Vlade Moskve www.mos.ru, 20.12.2018.).
____________________________________________________________________
________________
* Naslov s izmjenama i dopunama, stupio na snagu nalogom moskovske vlade od 30. lipnja 2015. N 370-RP..
Kako bi se povećala učinkovitost rada informacijskih sustava u gradu Moskvi:
1. Utvrditi da:
1.1. Izvršne vlasti grada Moskve, osiguravajući stvaranje informacijskih sustava na račun proračuna grada Moskve, organizacije podređene takvim izvršnim vlastima grada Moskve, koje, u skladu sa pravnim aktima grada Moskve, , povjerene su ovlasti za osiguranje stvaranja informacijskih sustava (u daljnjem tekstu također izvršne vlasti grada Moskve i organizacije koje pružaju stvaranje informacijskih sustava), provode puštanje u rad navedenih informacijskih sustava nakon provođenja testova prihvaćanja koji potvrđuju spremnost informacijskog sustava za puštanje u rad, odobrenje modela prijetnji informacijskoj sigurnosti, kao i provođenje potrebnih mjera za zaštitu informacija sadržanih u informacijskom sustavu, izradom pravnih akata (lokalnih propisa) izvršnih tijela grad Moskva ili organizacije koje osiguravaju stvaranje informacijskih sustava, odnosno (u daljnjem tekstu pravni akti o puštanju u rad informacijskih sustava) u obliku prema dodatku ove naredbe.
naredbom moskovske vlade od 19. prosinca 2018. N 891-RP.
1.2. Pravni akti o puštanju u rad informacijskih sustava čiju izradu ne osigurava Odjel informacijske tehnologije grada Moskve, podliježu dogovoru s Odjelom za informacijske tehnologije grada Moskve. Tijekom odobrenja Odjela za informacijske tehnologije grada Moskve, dodatne informacije o ovom informacijskom sustavu, koje sadrže njegov opis i (ili) potvrđuju temelje za njegovo stvaranje, kao i usklađenost troškova stvaranja, mogu zatražiti od izvršnih vlasti grada Moskve i organizacija koje pružaju stvaranje informacijskog sustava informacijskog sustava planiranih troškova rada na razvoju informacijskih sustava stvorenih u gradu Moskvi, utvrđenih u skladu s Metodologijom za izračun planiranog trošak rada na stvaranju, razvoju i modernizaciji informacijskih sustava grada Moskve, odobren zajedničkim nalogom Odjela za ekonomsku politiku i razvoj grada Moskve i Odjela za informacijske tehnologije grada Moskve.
(Klauzula s izmjenama i dopunama, stupila na snagu nalogom moskovske vlade od 19. prosinca 2018. N 891-RP.
1.3. U slučaju da će korištenje informacijskog sustava provoditi nekoliko izvršnih tijela grada Moskve ili kada se koristi informacijski sustav planira se komunicirati sa stanovnicima grada Moskve i/ili pravne osobe, izvršno tijelo grada Moskve koje osigurava stvaranje informacijskog sustava ili obavlja funkcije i ovlasti osnivača podređena organizacija osiguravanje stvaranja informacijskog sustava, u dogovoru s Odjelom za informacijske tehnologije grada Moskve, podnosi na propisani način na razmatranje Vladi Moskve nacrt pravnog akta Vlade Moskve koji sadrži propise o navedenom informacijskom sustavu, koji , između ostalog, odražava definiciju informacijskog sustava, njegove zadaće i funkcije, kao i popis sudionika informacijska interakcija korištenja informacijskog sustava i njihove ovlasti, uključujući ovlasti za obradu osobnih podataka sadržanih u informacijskom sustavu.
naredbom moskovske vlade od 19. prosinca 2018. N 891-RP.
Ako se pravnim aktom Vlade Moskve definira izvršna vlast grada Moskve odgovorna za organiziranje informacijskog sadržaja informacijskog sustava, ovlasti za organiziranje obrade osobnih podataka sadržanih u informacijskom sustavu, utvrđivanje svrhe obrade takvih osobnih podataka podaci, kao i ovlasti vlasnika informacija sadržanih u informacijskom sustavu dodijeljene su navedenoj izvršnoj vlasti grada Moskve. Istodobno, ovlaštenje za primjenu tehničkih mjera za osiguranje sigurnosti osobnih podataka tijekom njihove obrade u informacijskom sustavu, potrebnih za ispunjavanje zahtjeva za zaštitu osobnih podataka koje je utvrdila Vlada Ruske Federacije, dodjeljuje se operater informacijskog sustava.
(Stavak s izmjenama, stupio na snagu nalogom moskovske vlade od 6. listopada 2015. N 563-RP.
(Klauzula 1.3 s izmjenama i dopunama, stavljena na snagu nalogom Vlade Moskve od 30. lipnja 2015. N 370-RP.
1.3(1). Mjere za zaštitu informacija sadržanih u informacijskim sustavima koje provodi izvršna vlast grada Moskve odgovorna za organiziranje informacijskog sadržaja informacijskog sustava uključuju:
Stavak više ne vrijedi - .;
Stavak je izgubio snagu - naredba moskovske vlade od 19. prosinca 2018. N 891-RP.;
Stavak je izgubio snagu - naredba moskovske vlade od 19. prosinca 2018. N 891-RP.;
Stavak je izgubio snagu - naredba moskovske vlade od 19. prosinca 2018. N 891-RP.;
- utvrđivanje stupnja moguće štete (moguće negativne posljedice) od povrede povjerljivosti, cjelovitosti ili dostupnosti informacija za svaku vrstu informacije;
(Stavak dodatno uključen naredbom Vlade Moskve od 19. prosinca 2018. N 891-RP)
- procjena štete koja se može prouzročiti subjektima osobnih podataka u slučaju kršenja zahtjeva zakonodavstva Ruske Federacije u području osobnih podataka;
(Stavak dodatno uključen naredbom Vlade Moskve od 19. prosinca 2018. N 891-RP)
Utvrđivanje zahtjeva za informacijski sustav (podsustav) za zaštitu informacija sadržanih u informacijskom sustavu.
(Stavka dodatno uključena)
1.4. Ako nema temelja za donošenje pravnog akta Vlade Moskve koji sadrži propis o informacijskom sustavu, pravni akt o puštanju u rad informacijskog sustava mora biti dogovoren s izvršnom vlasti grada Moskve koja osigurava rad informacijskog sustava na teret proračuna grada Moskve ili s organizacijom koja je podređena izvršnoj vlasti grada Moskve (ako su joj povjerene odgovarajuće ovlasti).
(Klauzula 1.4 dodatno je uključena nalogom Vlade Moskve od 30. lipnja 2015. N 370-RP, nalogom Vlade Moskve od 6. listopada 2015. N 563-RP; kako je izmijenjeno nalogom Vlade Moskve od 19. prosinca, 2018 N 891-RP.
1.5. Pristup informacijama sadržanim u informacijskom sustavu nakon stavljanja informacijskog sustava u rad osigurava operator informacijskog sustava ili organizacija koju on ovlasti za obavljanje poslova operatora informacijskog sustava, i to:
besplatno primanje informacija koje se ne odnose na informacije s ograničenim pristupom, osim ako propisima o informacijskom sustavu nije drugačije određeno;
Primanje informacija od strane izvršnih vlasti grada Moskve, organizacija koje su im podređene i drugih organizacija, pojedinaca sukladno propisima informacijskog sustava;
Pribavljanje informacija na temelju ugovora o korištenju informacijskih resursa informacijskog sustava koje je sklopio operator informacijskog sustava ili organizacija koju on ovlasti za obavljanje poslova operatora informacijskog sustava s poslovnim subjektima (u daljnjem tekstu: kao i ugovor o korištenju informacijskih izvora).
(Klauzula 1.5 dodatno je uključena naredbom Vlade Moskve od 30. lipnja 2015. N 370-RP)
1.6. Ugovor o korištenju informacijskih izvora je pristupni ugovor i mora, između ostalog, sadržavati:
Popis informacijskih sustava iz kojih se moraju dostaviti podaci;
Sastav informacija kojima je omogućen pristup;
Svrhe omogućavanja pristupa informacijama;
Visina naknade za pružanje pristupa informacijama ako operator informacijskog sustava nije utvrdio da se pristup istima omogućuje bez naknade;
Zahtjevi i ograničenja za korištenje informacija, uključujući i pri obavljanju djelatnosti gospodarskog subjekta.
(Klauzula 1.6 dodatno je uključena naredbom Vlade Moskve od 30. lipnja 2015. N 370-RP)
1.7. Operator informacijskog sustava osigurava odobravanje obrazaca ugovora o korištenju informacijskih resursa i njihovo postavljanje na službene web stranice operatora informacijskog sustava na informacijsko-telekomunikacijskoj mreži Internet, sklapanje ugovora o korištenju informacijskih resursa i kontrolu njihove provedbe. . Navedene ovlasti provodi operater informacijskog sustava, bez obzira na to je li pravni akt Vlade Moskve koji sadrži propis o informacijskom sustavu odredio izvršno tijelo grada Moskve, različito od operatera informacijskog sustava, odgovorno za organiziranje informacijskog sadržaja informacijskog sustava.
(Klauzula 1.7 dodatno je uključena naredbom Vlade Moskve od 30. lipnja 2015. N 370-RP)
1.8. Ugovorom o korištenju informacijskih izvora ne daju se osobni podaci i druge informacije ograničenog pristupa, osim u slučajevima kada je takvo davanje dogovoreno sa subjektom osobnih podataka ili vlasnikom informacija ograničenog pristupa.
(Klauzula 1.8 dodatno je uključena naredbom Vlade Moskve od 30. lipnja 2015. N 370-RP)
1.9. Pravni akt moskovske vlade koji sadrži propise o informacijskom sustavu može utvrditi druge značajke pružanja pristupa informacijama sadržanim u informacijskom sustavu.
(Klauzula 1.9 dodatno je uključena naredbom Vlade Moskve od 30. lipnja 2015. N 370-RP)
2. Povjeriti kontrolu nad provedbom ove naredbe ministru moskovske vlade, voditelju Moskovskog odjela za informacijske tehnologije E.A. Lysenku.
(Klauzula s izmjenama i dopunama, stupila na snagu nalogom moskovske vlade od 19. prosinca 2018. N 891-RP.
gradonačelnik Moskve
S. S. Sobyanin
Primjena. O puštanju u rad
Primjena
po nalogu moskovske vlade
od 3. srpnja 2012. N 342-RP
(Izmijenjeno i dopunjeno kako je stupilo na snagu
po nalogu moskovske vlade
od 5. prosinca 2017. N 694-RP;
u verziji koja je stupila na snagu
po nalogu moskovske vlade
od 19. prosinca 2018. N 891-RP. -
Vidi prethodno izdanje)
O puštanju u rad |
|||||||||||||||
U skladu s | |||||||||||||||
(označava pravni akt Vlade Moskve u skladu s kojim je informacijski sustav stvoren) |
|||||||||||||||
a u svrhu provedbe | |||||||||||||||
(ako se donese pravni akt Vlade Moskve koji sadrži propis o informacijskom sustavu, naveden je naziv odgovarajućeg pravnog akta) |
|||||||||||||||
uzimajući u obzir rezultate prihvaćene na propisani način | |||||||||||||||
(naveden je naziv posla - predmet ugovora (sporazuma) u skladu s kojim je informacijski sustav izrađen) |
|||||||||||||||
proizvedeno prema ugovoru (sporazumu) iz | |||||||||||||||
što je potvrđeno | |||||||||||||||
(navesti izvještaj o prijemnom ispitivanju) | |||||||||||||||
1. Prihvatite sa | u rad |
||||||||||||||
(navesti datum početka rada informacijskog sustava) | |||||||||||||||
(navesti naziv informacijskog sustava) |
|||||||||||||||
izraditi putovnicu informacijskog sustava. | |||||||||||||||
(navesti strukturnu jedinicu izvršne vlasti grada Moskve ili organizaciju podređenu izvršnoj vlasti grada Moskve) |
|||||||||||||||
na temelju podataka sadržanih u putovnici informacijskog sustava, registrirajte informacijski sustav u Jedinstveni registar informacijskih sustava i resursa grada Moskve. |
|||||||||||||||
(navesti strukturnu jedinicu izvršne vlasti grada Moskve ili organizaciju podređenu izvršnoj vlasti grada Moskve) |
|||||||||||||||
osigurati donošenje pravnog akta moskovske vlade kojim se odobravaju propisi o informacijskom sustavu. |
|||||||||||||||
5. Utvrditi rad informacijskog sustava |
|||||||||||||||
pruža | |||||||||||||||
(navesti izvršnu vlast grada Moskve ili organizaciju podređenu izvršnoj vlasti grada Moskve koja vrši te ovlasti) | |||||||||||||||
(navesti strukturnu jedinicu izvršne vlasti grada Moskve ili organizaciju podređenu izvršnoj vlasti grada Moskve) |
|||||||||||||||
osigurati razvoj i odobrenje organizacijskih i administrativnih dokumenata izvršnih vlasti grada Moskve, osiguravajući stvaranje informacijskih sustava koji definiraju mjere za zaštitu informacija tijekom rada informacijskog sustava, čiji je razvoj predviđen regulatornim pravnim akti i metodološki akti saveznog organa izvršne vlasti u oblasti sigurnosti i saveznog organa izvršne vlasti, nadležnog u oblasti suzbijanja tehničko-obavještajnog rada i tehničke zaštite informacija, kao i nacionalni standardi u oblasti zaštite informacija. |
|||||||||||||||
(navesti strukturnu jedinicu izvršne vlasti grada Moskve ili organizaciju podređenu izvršnoj vlasti grada Moskve) |
|||||||||||||||
osigurati certifikaciju informacijskog sustava u skladu sa zahtjevima zaštite informacija, zbog čega se, u slučajevima utvrđenim zakonodavstvom Ruske Federacije, potvrđuje usklađenost zaštite informacija sadržanih u informacijskom sustavu sa zahtjevima predviđenim zakonodavstvom Ruske Federacije. Ruske Federacije o informacijama, informacijskoj tehnologiji i zaštiti informacija je potvrđeno. |
|||||||||||||||
(navesti radno mjesto, prezime i inicijale osobe koja je odgovorna za pripremu službenika i radnika za rad informacijskog sustava) |
|||||||||||||||
osigurati obuku službenika izvršne vlasti grada Moskve (zaposlenici organizacije podređene izvršnoj vlasti grada Moskve), osiguravajući stvaranje informacijskog sustava, za rad informacijskog sustava, uključujući osobe odgovorne za osiguranje sigurnosti informacija. |
|||||||||||||||
(navesti strukturnu jedinicu izvršne vlasti grada Moskve ili organizaciju podređenu izvršnoj vlasti grada Moskve) |
|||||||||||||||
osigurati pripremu izvršne vlasti grada Moskve (organizacija podređena izvršnoj vlasti grada Moskve), osiguravajući stvaranje informacijskog sustava, za rad informacijskog sustava. |
|||||||||||||||
10. Praćenje provedbe ovog pravnog akta (lokalnog normativnog akta) |
|||||||||||||||
dodijeliti | |||||||||||||||
(navesti radno mjesto, prezime i inicijale osobe kojoj je povjeren nadzor nad provedbom pravnog akta (lokalnog normativnog akta) |
|||||||||||||||
Položaj čelnika izvršne vlasti grada Moskve ili podređene vlasti izvršna vlast organizacije grada Moskve | Prezime i inicijali |
||||||||||||||
________________ Ako registraciju putovnice informacijskog sustava i registraciju informacijskog sustava u Jedinstveni registar informacijskih sustava i resursa grada Moskve provodi ista strukturna jedinica izvršne vlasti grada Moskve ili organizacija podređena izvršnoj vlasti grada Moskve, stavci 2. i 3. ovog dodatka mogu se kombinirati. |
|||||||||||||||
Klauzula je uključena ako je na dan donošenja pravnog akta izvršne vlasti grada Moskve ili lokalnog regulatornog akta organizacije podređene izvršnoj vlasti grada Moskve o puštanju u rad informacijskog sustava, pravni akt moskovske vlade koji sadrži uredbu o informacijskom sustavu nije usvojen. Klauzula se uključuje ako nema osnove za donošenje pravnog akta moskovske vlade koji sadrži odredbu o informacijskom sustavu. |
|||||||||||||||
Revizija dokumenta uzimajući u obzir
pripremljene izmjene i dopune
CJSC "Kodeks"
Dekretom Državnog odbora za standarde SSSR-a od 14. svibnja 1980. br. 2101 utvrđen je datum uvođenja
od 01.01.1981
Ova se norma primjenjuje na tehničku dokumentaciju za automatizirane upravljačke sustave (ACS) svih vrsta, razvijenu za sve razine upravljanja (osim za nacionalne) i utvrđuje zahtjeve za sadržaj dokumenata razvijenih u fazi "Puštanje u rad" u skladu sa zahtjevima GOST 24.101-80
1. OPĆE ODREDBE
1.1. Dokumenti razvijeni u fazi "Puštanje u rad" klasificirani su kao dokumentacija o prihvaćanju za automatizirani sustav upravljanja.
1.2. Prilikom izrade dokumenata za dijelove sustava automatiziranog upravljanja, sadržaj dokumenata je ograničen na okvir odgovarajućeg dijela sustava automatiziranog upravljanja.
1.3. Ovisno o namjeni i specifičnim značajkama stvorenih automatiziranih sustava upravljanja, dopušteno je uključiti dodatne informacije u dokumente, čiji sadržajni zahtjevi nisu utvrđeni ovom normom.
2. ZAHTJEVI ZA DOKUMENTACIJU PRIJEMA
2.1. Potvrda o završenom radu
2.1.1. Dokument je namijenjen bilježenju činjenice završetka zasebnog rada prilikom izrade automatiziranog sustava upravljanja.
2.1.2. Dokument se ne odnosi na građevinske, instalacijske i puštajuće radove.
2.1.3. Dokument mora sadržavati:
- naziv dovršenog(ih) djela(a);
- popis predstavnika razvojne organizacije i korisničke organizacije koji su sastavili akt;
- datum završetka rada;
- naziv dokumenta(a) na temelju kojeg je rad izveden;
- glavni rezultati obavljenog rada;
- zaključak o rezultatima obavljenog rada.
2.2. Potvrda o prihvaćanju za probni rad
2.2.1. Dokument je namijenjen evidentiranju završetka puštanja u probni rad sustava automatiziranog upravljanja u cjelini ili njegovih dijelova.
2.2.2. Dokument mora sadržavati:
- naziv automatiziranog sustava upravljanja (ili njegovog dijela) koji je prihvaćen za probni rad i pripadajući objekt upravljanja;
- sastav komisije za prihvaćanje i temelj njezina rada (naziv, broj i datum odobrenja dokumenta na temelju kojeg je komisija osnovana);
- sastav funkcija automatiziranog upravljačkog sustava (ili njegovog dijela) prihvaćenog za probni rad;
- popis komponenti tehničke, programske, informacijske i organizacijske potpore ispitanih tijekom probnog rada;
- glavni rezultati prijema u probni rad;
- odluka povjerenstva o prihvaćanju sustava automatiziranog upravljanja u probni rad.
2.3. Potvrda o prihvaćanju za industrijski rad
2.3.1. Dokument je namijenjen evidentiranju činjenice stavljanja automatiziranog upravljačkog sustava (ili njegovog dijela) u komercijalni rad.
2.3.2. Dokument mora sadržavati:
- naziv upravljačkog objekta i automatiziranog upravljačkog sustava (ili njegovog dijela) koji je prihvaćen za komercijalni rad;
- podatke o statusu prijamnog povjerenstva (državno, međuresorno, resorno), njegov sastav i osnove za rad;
- razdoblje rada povjerenstva;
- naziv razvojne organizacije, suizvršiteljske organizacije i korisničke organizacije;
- naziv dokumenta na temelju kojeg je razvijen automatizirani sustav upravljanja;
- sastav funkcija automatiziranog upravljačkog sustava (ili njegovog dijela) prihvaćenog za komercijalni rad;
- popis komponenti tehničke, programske, informacijske i organizacijske podrške prihvaćenih za komercijalni rad;
- popis dokumenata predočenih komisiji;
- zaključak o rezultatima probnog rada automatiziranog sustava upravljanja;
- ocjenu usklađenosti usvojenog automatiziranog upravljačkog sustava s tehničkim specifikacijama za njegovu izradu;
- kratke karakteristike i glavne rezultate obavljenog rada na stvaranju automatiziranog sustava upravljanja;
- procjena znanstvene i tehničke razine automatiziranog sustava upravljanja (na temelju projektnih podataka) * ;
- procjena ekonomske učinkovitosti implementacije automatiziranih sustava upravljanja (na temelju projektnih podataka) * ;
- odluka komisije;
- preporuke povjerenstva za daljnji razvoj sustava *.
2.3.3. Uz "Potvrdu o prihvaćanju za industrijski rad" prilažu se program i izvješća o ispitivanju, zapisnici sa sastanaka komisije, potvrde o prihvaćanju u industrijski rad prethodno prihvaćenih dijelova sustava automatiziranog upravljanja te popis tehničkih sredstava koje je komisija koristila kada prihvaćanje automatiziranog sustava upravljanja. Po odluci komisije, u prijavu je dopušteno priložiti dodatne dokumente.
2.4. Radni raspored
2.4.1. Dokumentom se utvrđuje popis radova, rokovi i izvođači poslova koji se odnose na izradu djela.
2.4.2. Dokument za svaki rad uključen u popis mora sadržavati:
- naslov rada;
- datum početka i završetka rada;
- naziv jedinice koja sudjeluje u radu;
- naziv i položaj odgovornog izvršitelja;
- formula za prikaz rezultata rada.
2.5. Radni nalog
2.5.1. Ovisno o fazi rada na stvaranju automatiziranog sustava upravljanja, uspostavljene su sljedeće vrste dokumenata:
- nalog o spremnosti objekta upravljanja za izvođenje građevinskih i instalacijskih radova;
- nalog o spremnosti kontrolnog objekta za izvođenje radova podešavanja;
- nalog za početak probnog rada automatiziranog upravljačkog sustava (njegovih dijelova);
- kako bi se automatizirani sustav upravljanja (njegovi dijelovi) pustio u komercijalni rad.
2.5.2. Dokument "Nalog o spremnosti objekta upravljanja za građevinske i instalacijske radove" mora sadržavati:
- poruka o spremnosti objekta upravljanja za izvođenje građevinskih i instalacijskih radova;
- određivanje zone građenja i postavljanja;
- postupak prijema na rad;
- popis predstavnika organizacije kupaca odgovornih za rad i sigurnost instalirane opreme;
- popis odgovornih predstavnika građevinskih i instalacijskih organizacija koje izvode radove.
2.5.3. Dokument "Nalog o spremnosti kontrolnog objekta za izvođenje radova podešavanja" mora sadržavati:
- poruka o spremnosti kontrolnog objekta za izvođenje radova podešavanja;
- popis tehničke opreme automatiziranog upravljačkog sustava koju treba prilagoditi;
- upute o postupku izvođenja radova podešavanja;
- postupak za prijem u rad za komisioniranje;
- popis predstavnika organizacije kupaca odgovornih za radove puštanja u pogon;
- popis odgovornih predstavnika organizacija koje obavljaju poslove puštanja u pogon;
- upute o postupku otklanjanja grešaka u montaži i odgovornim osobama za obavljanje ovog posla.
2.5.4. Dokument "Nalog o početku probnog rada automatiziranog sustava upravljanja (njegovih dijelova)" mora sadržavati:
- naziv automatiziranog upravljačkog sustava u cjelini ili njegovih dijelova koji su u probnom radu;
- vrijeme probnog rada;
- popis službenika organizacije kupca i razvojne organizacije odgovornih za provođenje probnog rada;
- popis odjela organizacije korisnika koji sudjeluju u probnom radu.
2.5.5. Dokument "Nalog o puštanju u komercijalni rad automatiziranog sustava upravljanja (njegovih dijelova)" mora sadržavati:
- sastav funkcija automatiziranog upravljačkog sustava ili njegovih dijelova, hardvera i softvera prihvaćenih za komercijalni rad;
- popis službenika i popis odjela organizacije kupaca odgovornih za rad automatiziranog sustava upravljanja;
- postupak i vrijeme uvođenja novih oblika dokumenata (ako je potrebno);
- postupak i vrijeme premještaja radnika koji prvi put rade na rad u uvjetima rada automatiziranog sustava upravljanja.
2.6. Naredba o sastavu prijemne komisije
Dokument mora sadržavati:
- naziv usvojenog automatiziranog sustava upravljanja u cjelini ili njegovih dijelova;
- podatke o sastavu povjerenstva;
- osnova za organiziranje povjerenstva;
- naziv organizacije kupca;
- naziv razvojne organizacije, suizvršiteljske organizacije;
- svrha i ciljevi povjerenstva;
- datum početka i završetka rada komisije;
- upute o obrascu za popunjavanje poslova povjerenstva.
2.7. Program rada
2.7.1. Ovisno o sadržaju posla uspostavljaju se sljedeće vrste dokumenata:
- ispitni program;
- pilot operativni program;
- program rada prijemne komisije.
2.7.2. Dokument "Program ispitivanja" namijenjen je utvrđivanju postupka i opsega prethodnih ispitivanja pri prelasku u probni rad i primopredajnih ispitivanja pri prelasku automatiziranih sustava upravljanja u komercijalni rad.
Dokument mora sadržavati:
- sastav funkcija automatiziranog upravljačkog sustava kao cjeline ili njegovih dijelova koji će se testirati, s pozivanjem na paragrafe „Profesionalnog zadatka” za stvaranje automatskog upravljačkog sustava;
- popis komponenti tehničke, programske, informacijske i organizacijske potpore koje podliježu testiranju;
- postupak ispitivanja pojedinih komponenti sustava automatiziranog upravljanja i pojedinih funkcija sustava automatiziranog upravljanja;
- uvjeti i vrijeme ispitivanja;
- postupak evidentiranja ispitivanja i utvrđenih nedostataka;
- postupak otklanjanja nedostataka i potrebnih izmjena tehničke dokumentacije;
- upute o obliku prikaza rezultata ispitivanja.
2.7.2. Dokumentom „Program pokusnog rada“ utvrđuje se postupak i opseg probnog rada.
Dokument mora sadržavati:
- sastav funkcija automatiziranog sustava upravljanja i njegovih dijelova koji su predmet probnog rada, s obzirom na odredbe tehničkih specifikacija za izradu sustava automatskog upravljanja;
- popis komponenti tehničke, programske, informacijske i organizacijske potpore koje su predmet probnog rada;
- postupak postupanja osoblja tijekom probnog rada elemenata sustava automatiziranog upravljanja i pojedinih funkcionalnih podsustava;
- uvjeti i vrijeme probnog rada;
- postupak evidentiranja rezultata probnog rada i utvrđenih nedostataka;
- postupak otklanjanja utvrđenih nedostataka i izmjene tehničke dokumentacije;
- upute o obrascu za prikaz rezultata probnog rada.
2.7.2. Dokument „Program rada komisije za prihvaćanje“ namijenjen je utvrđivanju postupka prihvaćanja sustava automatiziranog upravljanja u komercijalni rad. Sastav i sadržaj dokumenta određuju se prema regulatornim i tehničkim dokumentima odobrenim u određenoj industriji.
2.8. Izvješće o ispitivanju
2.8.1. Dokument je namijenjen bilježenju rezultata preliminarnih ispitivanja pri prijenosu sustava automatiziranog upravljanja u cjelini ili njegovih dijelova u probni ili industrijski rad.
2.8.2. Dokument mora sadržavati:
- naziv ispitnog objekta;
- popis službenih osoba koje su provele testiranje;
- svrha ispitivanja;
- podatke o trajanju testova;
- popis stavki tehničkih specifikacija za stvaranje automatiziranog sustava upravljanja, za usklađenost s kojima su provedena ispitivanja;
- popis stavki „Programa ispitivanja” za koje su provedena ispitivanja;
- informacije o rezultatima promatranja ispravnog rada automatiziranog upravljačkog sustava;
- informacije o kvarovima, kvarovima i hitnim situacijama koje su nastale tijekom testiranja;
- podatke o prilagodbama parametara ispitnog objekta i tehničku dokumentaciju.
2.9. Protokol sporazuma
2.9.1. Dokument je namijenjen koordiniranju odstupanja od prethodno usvojenih i odobrenih projektnih odluka, kada je tijekom probnog rada automatiziranog upravljačkog sustava u cjelini ili njegovih dijelova otkrivena potreba za njihovom prilagodbom.
2.9.2. Dokument mora sadržavati:
- popis razmatranih odstupanja s naznakom dokumenta čija odstupanja od zahtjeva podliježu odobrenju;
- popis službenih osoba koje su sastavljale protokol;
- obrazloženje prihvaćenih odstupanja od projektnih odluka;
- popis dogovorenih odstupanja i rokova za izradu potrebnih izmjena tehničke dokumentacije.
Ponovno izdavanje. svibnja 1986