informacione tehnologije. Set standarda za automatizovane sisteme. Tehnički pravci za razvoj automatizovanih sistema
Na osnovu GOST 34.602-89 za pisanje tehničkih specifikacija za automatizovani sistemi kontrola od 01/01/1990
1. OPĆE ODREDBE
1.1. TK je glavni dokument koji definiše uslove i proceduru za izradu (razvoj ili modernizaciju - dalje kreiranje) informacioni sistem(u daljem tekstu IS), u skladu sa kojim se vrši izrada IS-a i njegovo prihvatanje po puštanju u rad.1.2. TK je razvijen za sistem u cjelini, dizajniran da radi samostalno ili kao dio drugog sistema.
1.3. Zahtjevi za IP u obimu utvrđenom ovim standardom mogu se uključiti u zadatak za projektovanje novonastalog objekta informatizacije. U ovom slučaju TK nije razvijen.
1.4. Zahtjevi uključeni u TOR moraju biti usklađeni stanje tehnike razvoj informacionih tehnologija i ne podleže sličnim zahtevima za najbolje moderne domaće i strane analoge. Zahtjevi navedeni u TOR-u ne bi trebali ograničavati programera sistema u traženju i implementaciji najefikasnijih tehničkih, izvodljivih i drugih rješenja.
1.5. TOR uključuje samo one zahtjeve koji dopunjuju zahtjeve za sisteme ovog tipa i određeni su specifičnostima konkretnog objekta za koji se sistem kreira.
1.6. Promjene TOR-a su formalizirane dodatkom ili protokolom koji potpisuju kupac i programer. Dodatak ili navedeni protokol je sastavni dio TOR-a na IP-u. Na naslovnoj strani TK-a treba da stoji unos "Važi od ...".
2. SASTAV I SADRŽAJ
2.1. TOR sadrži sljedeće odjeljke, koji se mogu podijeliti na pododjeljke:
1) opšte informacije;
2) svrhu i ciljeve stvaranja (razvoja) sistema;
3) karakteristike objekata;
4) sistemski zahtevi;
5) sastav i sadržaj rada na kreiranju sistema;
6) postupak kontrole i prihvatanja sistema;
7) uslove za sastav i sadržaj poslova za pripremu razvojnog objekta za puštanje sistema u rad;
8) uslove za dokumentaciju;
9) izvori razvoja.
2.2. Ovisno o vrsti, namjeni, specifičnim karakteristikama projekta i uslovima rada sistema, dozvoljeno je sastaviti dijelove TOR-a u obliku aplikacija, uvesti dodatne, isključiti ili kombinirati pododjeljke TOR-a.
TOR za dijelove sistema ne uključuje dijelove koji dupliraju sadržaj dijelova TOR-a u cjelini.
2.3. u odjeljku " Opće informacije" ukazati:
1) puni naziv sistema i njegov simbol;
2) šifra teme ili šifra (broj) ugovora;
3) naziv firmi programera i naručioca (korisnika) sistema i njihove podatke;
4) spisak dokumenata na osnovu kojih je sistem kreiran, ko je i kada odobrio ta dokumenta;
5) planiranih datuma početak i kraj rada na kreiranju sistema;
6) podatke o izvorima i postupku finansiranja radova;
7) postupak formalizovanja i predstavljanja naručiocu rezultata rada na izradi sistema (njegovih delova), na izradi i prilagođavanju pojedinih sredstava (hardver, softver, informacija) i softvera i hardvera (softversko-metodološki) kompleksi sistema.
1) svrhu sistema;
2) svrhu stvaranja sistema.
2.4.2. U pododjeljku „Ciljevi stvaranja sistema“ daju se nazivi i tražene vrijednosti tehničkih, tehnoloških, proizvodno-ekonomskih ili drugih pokazatelja objekta informatizacije koji se moraju postići kao rezultat kreiranja IS-a. , te naznačiti kriterijume za ocjenu ostvarenosti ciljeva kreiranja sistema.
2.5. U rubrici "Karakteristike objekta informatizacije" daju se:
1) kratke informacije o predmetu informatizacije ili linkove na dokumente koji sadrže takve podatke;
2) podatke o uslovima rada objekta automatizacije.
1) zahtjevi za sistem u cjelini;
2) zahtjeve za funkcije (zadatke) koje sistem obavlja;
3) uslove za vrste kolaterala.
2.6.1. U pododjeljku "Zahtjevi za sistem u cjelini" navedite:
zahtjevi za strukturom i funkcionisanjem sistema;
zahtjeve za brojem i kvalifikacijama osoblja sistema i načinom njegovog rada;
indikatori odredišta;
zahtjevi za pouzdanost;
sigurnosni zahtjevi;
zahtjevi za ergonomiju i tehničku estetiku;
operativni zahtjevi, održavanje, popravka i skladištenje komponenti sistema;
zahtjevi za zaštitu informacija od neovlaštenog pristupa;
zahtjevi za sigurnost informacija u slučaju nesreća;
zahtjevi za zaštitu od utjecaja vanjskih utjecaja;
zahtjevi za čistoću patenta;
zahtjevi za standardizaciju i unifikacija;
Dodatni zahtjevi.
1) spisak podsistema, njihovu namenu i glavne karakteristike, zahteve za brojem nivoa hijerarhije i stepenom centralizacije sistema;
2) zahtjeve za metode i sredstva komunikacije za razmjenu informacija između komponenti sistema;
3) zahtjeve za karakteristike interkonekcije sistema koji se stvara sa srodnim sistemima, zahtjeve za njegovu kompatibilnost, uključujući uputstva za razmjenu informacija (automatski, slanjem dokumenata, telefonom i sl.);
4) uslove za režime rada sistema;
5) uslove za dijagnostikovanje sistema;
6) perspektive razvoja, modernizacije sistema.
zahtjevi za brojem osoblja (korisnika) IS-a;
uslove za osposobljenost kadrova, postupak njihove obuke i kontrolu znanja i vještina;
potreban način rada osoblja IS-a.
2.6.1.4. Zahtjevi za pouzdanost uključuju:
1) sastav i kvantitativne vrednosti pokazatelja pouzdanosti za sistem u celini ili njegove podsisteme;
2) lista hitne slučajeve, prema kojem treba regulirati zahtjeve za pouzdanost i vrijednosti odgovarajućih indikatora;
3) zahtjevi za pouzdanost tehnička sredstva i softver;
4) zahtjeve za metode procjene i praćenja indikatora pouzdanosti u različitim fazama kreiranja sistema u skladu sa važećim regulatornim i tehničkim dokumentima.
2.6.1.6. Zahtjevi za ergonomiju i tehničku estetiku uključuju IP indikatore koji specificiraju potreban kvalitet interakcija ljudi-mašina i udobnost radnih uslova za osoblje.
2.6.1.7. Zahtjevi za zaštitu informacija od neovlaštenog pristupa uključuju zahtjeve koje postavlja industrija i informacijsko okruženje korisnika.
2.6.1.8. Zahtjevi za sigurnost informacija uključuju listu događaja: nesreće, kvarovi tehničkih sredstava (uključujući gubitak struje) itd., u kojima se mora osigurati sigurnost informacija u sistemu.
2.6.1.9. Zahtjevi za čistoću patenta navode listu zemalja u pogledu kojih se mora osigurati patentna čistoća sistema i njegovih dijelova.
2.6.1.10. Dodatni zahtjevi uključuju posebne zahtjeve prema nahođenju programera ili kupca sistema.
2.6.2. U pododjeljku "Zahtjevi za funkcije (zadatke)" koje obavlja sistem, dato je sljedeće:
za svaki podsistem, spisak funkcija, zadataka ili njihovih kompleksa (uključujući one koji obezbeđuju interakciju delova sistema) koje treba automatizovati;
pri kreiranju sistema u dva ili više redova - spisak funkcionalnih podsistema, pojedinačnih funkcija ili zadataka koji se provode u prvom i narednim redovima;
vremenski raspored za realizaciju svake funkcije, zadatka (ili skupa zadataka);
zahtjevi za kvalitetom implementacije svake funkcije (zadatka ili skupa zadataka), za oblik prezentacije izlaznih informacija, karakteristike potrebne tačnosti i vremena izvršenja, zahtjevi za istovremenost izvršavanja grupe funkcija, pouzdanost rezultata;
popis i kriterije kvara za svaku funkciju za koju su specificirani zahtjevi za pouzdanost.
2.6.3.2. Za informatičku podršku sistema dati su sljedeći zahtjevi:
1) na sastav, strukturu i metode organizovanja podataka u sistemu;
2) na razmjenu informacija između komponenti sistema;
3) informacionoj kompatibilnosti sa susednim sistemima;
4) o korišćenju sistema upravljanja bazama podataka;
5) strukturi procesa prikupljanja, obrade, prenosa podataka u sistemu i prezentovanja podataka;
6) zaštiti podataka;
7) kontrolu, skladištenje, ažuriranje i oporavak podataka;
2.6.3.4. Za sistemski softver dat je spisak kupljenog softvera, kao i zahtjevi:
1) na zavisnost softvera od operativnog okruženja;
2) na kvalitet softvera, kao i na načine njegovog obezbeđivanja i kontrole;
1) vrstama tehničkih sredstava, uključujući vrste kompleksa tehničkih sredstava, softverskih i hardverskih kompleksa i drugih komponenti koje su prihvatljive za upotrebu u sistemu;
2) na funkcionalne, konstruktivne i operativne karakteristike tehničke podrške sistema.
1) preliminarnu listu mjernih kanala;
2) zahtjeve za tačnost mjerenja parametara i (ili) za metrološke karakteristike mjernih kanala;
3) uslove za metrološku usklađenost tehničkih sredstava sistema;
4) spisak upravljačkih i računskih kanala sistema za koje je potrebno vrednovati karakteristike tačnosti;
5) uslove za metrološku podršku hardvera i softvera koji su deo mernih kanala sistema, alata, ugrađene kontrole, metrološku podobnost mernih kanala i mernih instrumenata koji se koriste u podešavanju i ispitivanju sistema;
6) vrstu metrološkog sertifikacije (državno ili resorno) sa naznakom o postupku za njegovo sprovođenje i organizacijama koje sprovode sertifikaciju.
1) strukturi i funkcijama jedinica koje su uključene u rad sistema ili obezbeđivanje rada;
2) organizaciji funkcionisanja sistema i proceduri interakcije između osoblja IS-a i osoblja objekta informatizacije;
3) zaštita od pogrešnih radnji osoblja sistema.
2.7. Odjeljak „Sastav i sadržaj rada na kreiranju (razvoju) sistema“ treba da sadrži spisak faza i faza rada na kreiranju sistema, vrijeme njihove implementacije, spisak organizacija koje obavljaju posao, linkove na dokumente koji potvrđuju saglasnost ovih organizacija za učešće u kreiranju sistema, odnosno evidenciju, kojom se utvrđuje osoba odgovorna (kupac ili programer) za izvođenje ovih radova.
Ovaj odjeljak također nudi:
1) spisak dokumenata koji se dostavljaju na kraju relevantnih faza i faza rada;
2) vrstu i postupak sprovođenja ispitivanja tehničke dokumentacije (faza, faza, obim proverene dokumentacije, organizacija-ekspert);
3) program rada u cilju obezbeđivanja potrebnog nivoa pouzdanosti sistema koji se razvija (po potrebi);
4) spisak radova na metrološkoj podršci u svim fazama stvaranja sistema, sa navođenjem rokova i izvođačkih organizacija (po potrebi).
1) vrste, sastav, obim i metode ispitivanja sistema i njegovih komponenti;
2) Opšti zahtjevi prijem radova po fazama, postupak ugovaranja i odobravanja prijemne dokumentacije;
Lista glavnih aktivnosti uključuje:
1) dovođenje informacija koje ulaze u sistem (u skladu sa zahtevima za informacionom i jezičkom podrškom);
2) stvaranje uslova za funkcionisanje projekta, pod kojima se garantuje usklađenost stvorenog sistema sa zahtevima sadržanim u Projektnom zadatku;
3) formiranje odjeljenja i službi neophodnih za funkcionisanje sistema;
4) uslove i postupak kadrovskog popunjavanja i obuke kadrova.
1) spisak skupova i vrsta dokumenata koji se izrađuju, a koji su dogovoreni između programera i naručioca sistema;
spisak dokumenata izdatih na mašinskom mediju;
2) u odsustvu državni standardi, definišući zahtjeve za dokumentovanje elemenata sistema, dodatno uključuju zahtjeve za sastav i sadržaj tih dokumenata.
3. PRAVILA PROJEKTIRANJA
3.1. Odjeljke i pododjeljke TOR-a treba postaviti redoslijedom utvrđenim u čl. 2 ovog standarda.3.2. Brojevi listova (stranica) se upisuju, počevši od prvog lista iza naslovne strane, u gornjem dijelu lista (iznad teksta, u sredini) nakon oznake TK koda na IC-u.
3.3. Na naslovnoj strani su stavljeni potpisi naručioca, programera i koordinatorskih kompanija, koji su zapečaćeni. Naslovna stranica se po potrebi sastavlja na više stranica. Potpisi programera TK-a i službenika uključenih u odobravanje i pregled nacrta TK-a o IP-u nalaze se na posljednjoj stranici.
Obrazac naslovne strane TZ-a dat je u Dodatku 2. Obrazac posljednjeg lista TOR-a dat je u Dodatku 3.
3.4. Naslovna stranica Dodatka TOR-u je sastavljena na isti način kao i naslovna stranica projektnog zadatka. Umjesto imena " Tehnički zadatak"Napišite" Dodatak br. ... u TK na AC ... ".
3.5. Na narednim listovima dodatka TZ-u se stavljaju razlog za promjenu, sadržaj izmjene i linkovi na dokumente u skladu sa kojima se te izmjene vrše.
3.8. Prilikom predstavljanja teksta dopune TOR-a, potrebno je navesti brojeve relevantnih paragrafa, podstavova, tabela glavnog projektnog zadatka i sl. i riječi „zamijeniti“, „dopuniti“, „brisati“, „navesti u treba koristiti novo izdanje.
POSTUPAK ZA IZRADU, UGOVOR I ODOBRENJE TK ZA IP
1. Nacrt TOR-a izrađuje programer sistema uz učešće kupca na osnovu tehnički zahtjevi(aplikacije, taktičke i tehničke specifikacije, itd.).U konkurentskoj organizaciji rada, opcije za nacrt TZ-a razmatra naručilac, koji ili bira željenu opciju, ili na osnovu uporedne analize priprema konačnu verziju TOR-a za AC uz učešće budući programer IS-a.
2. Potrebu za usaglašavanjem nacrta Projektnog zadatka sa organima državnog nadzora i drugim zainteresovanim organizacijama zajednički utvrđuju naručilac sistema i izrađivač nacrta Projektnog zadatka za IS,
Rad na usvajanju nacrta TOR-a o IK-u zajednički sprovode izrađivač TZ-a i naručilac sistema, svaki u organizacijama svog ministarstva (odjeljenja).
3. Rok za usvajanje nacrta TOR-a u svakoj organizaciji ne bi trebalo da bude duži od 15 dana od datuma njegovog prijema. Preporučljivo je poslati kopije nacrta ToR-a (kopije) na odobrenje istovremeno svim organizacijama (odjelima).
4. Komentare na nacrt zadatka dostaviti sa tehničkim obrazloženjem. Odluke o komentarima moraju donijeti programer nacrta ToR-a i korisnik sistema prije nego što se odobri ToR za IS.
5. Ako je prilikom usaglašavanja nacrta TZ-a došlo do nesuglasica između izrađivača i naručioca (ili drugih zainteresovanih organizacija), sastavlja se protokol o nesuglasicama (proizvoljna forma) i donosi konkretna odluka na propisan način.
6. Odobrenje nacrta TOR-a je dozvoljeno sačiniti kao poseban dokument (pismo). U ovom slučaju, pod naslovom "Dogovoreno" napravite vezu do ovog dokumenta.
7. Odobrenje TOR-a vrše rukovodioci kompanija programera i korisnika sistema.
8. Kopije odobrenog ToR-a u roku od 10 dana nakon odobrenja šalje programer ToR učesnicima u kreiranju sistema.
9. Koordinacija i odobravanje dopuna TZ-a vrši se na način utvrđen za TZ na IP.
10. Nije dozvoljeno odobravanje promjena u TOR-u nakon podnošenja sistema ili njegovog reda za prijemne testove.
OBRAZAC NASLOVNOG LISTA TK
|
______________________________________________________ . naziv organizacije - programera TK na IP ODOBRI Rukovodilac (pozicija, naziv kompanije - kupac IP-a) Pečat datum ODOBRI Šef (pozicija, naziv kompanije - programer "IS") Lični potpis Prepis potpisa Pečat datum naziv tipa IP-a ________________________________________________________ naziv objekta informatizacije ________________________________________________________ skraćeni naziv IS Na ____ listova Vrijedi od DOGOVOREN Šef (položaj, naziv koordinirajuće organizacije) Lični potpis Prepis potpisa |
Ovaj standard se odnosi na automatizovane sisteme (AS) za automatizaciju različitih vrsta aktivnosti (upravljanje, projektovanje, istraživanje, itd.), uključujući njihove kombinacije, i utvrđuje sastav, sadržaj, pravila za izdavanje dokumenta „Zahtjev za kreiranje ( razvoj ili modernizacija) sistema“ (u daljem tekstu TK za NE).
Dat je preporučeni postupak za izradu, odobravanje i odobravanje tehničkih specifikacija za nuklearne elektrane aneks 1.
1. Opšte odredbe.
1.1. Projektni zadatak za NPP je glavni dokument koji definiše zahtjeve i proceduru za kreiranje (razvoj ili modernizaciju - dalje kreiranje) automatizovanog sistema, u skladu sa kojim se vrši razvoj NEK i njen prijem po puštanju u rad.
1.2. Specifikacije za nuklearne elektrane su razvijene za sistem u cjelini, dizajnirane da rade samostalno ili kao dio drugog sistema.
Dodatno, TOR se može razviti za dijelove NPP-a: za podsisteme NPP-a, komplekse NPP zadataka, itd., u skladu sa zahtjevima ovog standarda; za hardverske komponente i softverske i hardverske sisteme u skladu sa standardima ESKD i SRPP; za softver u skladu sa ESPD standardima; za informacione proizvode u skladu sa GOST 19.201 i NTD, koji je na snazi u odeljenju kupca NPP.
Bilješka. U TOR za automatizovani sistem upravljanja za grupu međusobno povezanih objekata treba uključiti samo zahteve koji su zajednički za grupu objekata. Specifični zahtjevi posebnog kontrolnog objekta trebaju se odraziti u TOR-u za ACS ovog objekta.
1.3. Zahtjevi za AU u obimu utvrđenom ovim standardom mogu se uključiti u zadatak za projektovanje novonastalog objekta automatizacije. U ovom slučaju tehničke specifikacije za nuklearne elektrane nisu razvijene.
1.4. Zahtjevi sadržani u TOR-u za nuklearne elektrane moraju odgovarati trenutnom nivou razvoja nauke i tehnologije i ne biti inferiorni u odnosu na slične zahtjeve za najbolje moderne domaće i strane analoge.
Zahtjevi navedeni u TOR-u za nuklearne elektrane ne bi trebali ograničavati programera sistema u traženju i implementaciji najefikasnijih tehničkih, izvodljivih i drugih rješenja.
1.5. Specifikacije za nuklearne elektrane su razvijene na osnovu početnih podataka, uključujući one sadržane u konačnoj dokumentaciji faze "Istraživanje i opravdanje za stvaranje nuklearnih elektrana", utvrđene GOST 24.601.
1.6. Projektni zadatak za nuklearne elektrane uključuje samo one zahtjeve koji dopunjuju zahtjeve za sisteme ove vrste (ACS, CAD, ASNI, itd.) sadržane u važećem NTD-u, a određeni su specifičnostima konkretnog objekta za koji je sistem namijenjen se stvara.
1.7. Promjene TZ-a u NEK se formaliziraju dodatkom ili protokolom koji potpisuju naručilac i projektant. Dodatak ili navedeni protokol je sastavni dio Projektnog zadatka za NPP. Na naslovnoj strani TK-a na AC treba da stoji unos "Važi od ...".
2. Sastav i sadržaj.
2.1. Projektni zadatak za NPP sadrži sljedeće odjeljke, koji se mogu podijeliti na pododjeljke:
1) opšte informacije;
2) svrhu i ciljeve stvaranja (razvoja) sistema;
3) karakteristike objekata automatizacije;
4) sistemski zahtevi;
5) sastav i sadržaj rada na kreiranju sistema;
6) postupak kontrole i prihvatanja sistema;
7) uslove za sastav i sadržaj rada na pripremi objekta automatizacije za puštanje sistema u rad;
8) uslove za dokumentaciju;
9) izvori razvoja.
Prijave mogu biti uključene u TOR za AU.
2.2. Ovisno o vrsti, namjeni, specifičnim karakteristikama objekta automatizacije i uvjetima (funkcionisanju sistema), dozvoljeno je sastaviti dijelove TOR-a u obliku aplikacija, uvesti dodatne, isključiti ili kombinirati pododjeljke TOR-a.
Projektni zadatak za dijelove sistema ne uključuje dijelove koji dupliraju sadržaj odjeljaka Projektnog zadatka za NEK u cjelini.
2.3. U odjeljku "Opće informacije" navedite:
1) puni naziv sistema i njegov simbol;
2) šifra teme ili šifra (broj) ugovora;
3) naziv preduzeća (udruženja) programera i korisnika (korisnika) sistema i njihove podatke;
4) spisak dokumenata na osnovu kojih je sistem kreiran, ko je i kada odobrio ta dokumenta;
5) planirane datume početka i završetka radova na stvaranju sistema;
6) podatke o izvorima i postupku finansiranja radova;
7) postupak formalizovanja i predstavljanja naručiocu rezultata rada na izradi sistema (njegovih delova), na izradi i prilagođavanju pojedinih sredstava (hardver, softver, informacija) i softvera i hardvera (softversko-metodološki) kompleksi sistema.
2.4. Odjeljak "Svrha i ciljevi stvaranja (razvoja) sistema" sastoji se od pododjeljaka:
1) svrhu sistema;
2) svrhu stvaranja sistema.
2.4.1. U pododjeljku "Svrha sistema" navesti vrstu automatizirane aktivnosti (upravljanje, projektovanje i sl.) i listu objekata (objekata) automatizacije na kojima se ona treba koristiti.
Za automatizovane sisteme upravljanja dodatno je naznačena lista automatizovanih kontrolnih tela (tačaka) i upravljanih objekata.
2.4.2. U pododjeljku „Ciljevi kreiranja sistema“ daju se nazivi i tražene vrijednosti tehničkih, tehnoloških, proizvodnih, ekonomskih ili drugih pokazatelja objekta automatizacije koji se moraju postići kao rezultat kreiranja AU i naznačiti kriterijumi za procenu ostvarenosti ciljeva kreiranja sistema.
2.5. U odjeljku "Karakteristike objekta automatizacije" dajte:
1) kratke informacije o objektu automatizacije ili linkove ka dokumentima koji sadrže takve informacije;
2) podatke o uslovima rada objekta automatizacije i karakteristikama okruženja.
Bilješka: Za CAD, odjeljak dodatno daje glavne parametre i karakteristike projektnih objekata.
2.6. Odjeljak Sistemski zahtjevi sastoji se od sljedećih pododjeljaka:
1) zahtjevi za sistem u cjelini;
2) zahtjeve za funkcije (zadatke) koje sistem obavlja;
3) uslove za vrste kolaterala.
Sastav sistemskih zahtjeva uključenih u ovaj odjeljak Projektnog zadatka za nuklearne elektrane utvrđuje se u zavisnosti od tipa, namjene, specifičnih karakteristika i uslova rada određenog sistema. Svaki pododjeljak pruža veze na trenutni NTD, koji definiraju zahtjeve za sisteme odgovarajućeg tipa.
2.6.1. U pododjeljku "Zahtjevi za sistem u cjelini" navedite:
- zahtjevi za strukturom i funkcionisanjem sistema;
- zahtjeve za brojem i kvalifikacijama osoblja sistema i načinom njegovog rada;
- indikatori odredišta;
- zahtjevi za pouzdanost;
- sigurnosni zahtjevi;
- zahtjevi za ergonomiju i tehničku estetiku;
- zahtjevi za prenosivosti za mobilni AS;
- zahtjevi za rad, održavanje, popravku i skladištenje komponenti sistema;
- zahtjevi za zaštitu informacija od neovlaštenog pristupa;
- zahtjevi za sigurnost informacija u slučaju nesreća;
- zahtjevi za zaštitu od utjecaja vanjskih utjecaja;
- zahtjevi za čistoću patenta;
- zahtjevi za standardizaciju i unifikacija;
- Dodatni zahtjevi.
a) spisak podsistema, njihovu namenu i glavne karakteristike, zahteve za brojem nivoa hijerarhije i stepenom centralizacije sistema;
b) zahtjeve za metode i sredstva komunikacije za razmjenu informacija između komponenti sistema;
c) zahtjeve za karakteristike interkonekcije sistema koji se stvara sa susjednim sistemima, zahtjeve za njegovu kompatibilnost, uključujući uputstva o načinu razmjene informacija (automatski, slanjem dokumenata, telefonom, itd.);
d) zahtjeve za načine rada sistema;
e) zahtjeve za dijagnosticiranje sistema;
f) izgledi za razvoj, modernizaciju sistema.
2.6.1.2. U zahtjevima za broj i kvalifikacije osoblja, da, AU daju:
a) zahtjevi za brojem osoblja (korisnika) NEK;
b) uslove za osposobljenost kadrova, postupak njihove obuke i kontrolu znanja i vještina;
c) potreban način rada osoblja NEK.
2.6.1.3. U zahtjevima za indikatore namjene AS-a date su vrijednosti parametara koji karakteriziraju stupanj usklađenosti sistema sa njegovom svrhom.
Za ACS navedite:
a) stepen prilagodljivosti sistema na promjenu procesa, broj metoda upravljanja, na odstupanja u parametrima objekta upravljanja;
b) dozvoljene granice za modernizaciju i razvoj sistema;
c) probabilističko-vremenske karakteristike, pod kojima je sačuvana namjena sistema.
2.6.1.4. Zahtjevi za pouzdanost uključuju:
a) sastav i kvantitativne vrijednosti indikatora pouzdanosti za sistem u cjelini ili njegove podsisteme;
b) spisak vanrednih situacija za koje treba regulisati zahtjeve za pouzdanost i vrijednosti odgovarajućih indikatora;
c) zahtjeve za pouzdanost hardvera i softvera;
d) zahtjevi za metode za procjenu i praćenje indikatora pouzdanosti u različitim fazama kreiranja sistema u skladu sa važećim regulatornim i tehničkim dokumentima.
2.6.1.5. Sigurnosni zahtjevi uključuju zahtjeve za osiguranje sigurnosti tokom instalacije, puštanja u rad, rada, održavanja i popravke tehničkih sredstava sistema (zaštita od električna struja, elektromagnetna polja, akustični šum, itd.), dozvoljenim nivoima osvjetljenja, vibracijama i bučnim opterećenjima.
2.6.1.6. Zahtjevi za ergonomiju i tehničku estetiku uključuju AS indikatore koji određuju potreban kvalitet interakcije čovjeka i mašine i udobnost radnih uslova osoblja.
2.6.1.7. Za mobilne nuklearne elektrane, zahtjevi za transportabilnost uključuju zahtjeve za projektovanje koji osiguravaju prenosivost tehničkih sredstava sistema, kao i zahtjeve za vozila.
2.6.1.8. Zahtjevi za rad, održavanje, popravke i skladištenje uključuju:
a) uslove i propise (način) rada, koji treba da obezbede korišćenje tehničkih sredstava (TS) sistema sa navedenim tehničkim pokazateljima, uključujući vrste i učestalost održavanja TS sistema ili dozvoljenost rada bez održavanja ;
b) preliminarne uslove za dozvoljene površine za smještaj osoblja i TS sistema, za parametre elektroenergetskih mreža i dr.;
c) uslove za broj, kvalifikacije uslužnog osoblja i načine njihovog rada;
d) zahtjeve za sastav, smještaj i uslove skladištenja kompleta rezervnih proizvoda i uređaja;
e) zahtjeve za plan održavanja.
2.6.1.9. Zahtjevi za zaštitu informacija od neovlaštenog pristupa uključuju zahtjeve utvrđene u NTD-u koji djeluje u djelatnosti (odjelu) korisnika.
2.6.1.10. Zahtjevi za sigurnost informacija uključuju listu događaja: nesreće, kvarovi tehničkih sredstava (uključujući gubitak struje) itd., u kojima se mora osigurati sigurnost informacija u sistemu.
2.6.1.11. U zahtjevima za sredstva zaštite od vanjskih utjecaja dato je sljedeće:
a) zahtjeve za radioelektronsku zaštitu objekata NEK;
b) zahtjeve za otpornost, stabilnost i čvrstoću na vanjske utjecaje (okolina upotrebe).
2.6.1.12. Zahtjevi za čistoću patenta navode listu zemalja u pogledu kojih se mora osigurati patentna čistoća sistema i njegovih dijelova.
2.6.1.13. Zahtjevi za standardizaciju i unificiranje uključuju: indikatore koji utvrđuju potreban stepen korištenja standarda, objedinjene metode za implementaciju funkcija (zadataka) sistema, isporučene softverske alate, tipične matematičke metode i modeli, standardna dizajnerska rješenja, jedinstveni oblici upravljačkih dokumenata utvrđenih GOST 6.10.1, klasifikatori tehničkih i ekonomskih informacija i klasifikatori drugih kategorija u skladu sa njihovim djelokrugom, zahtjevi za korištenje tipičnih automatiziranih radnih stanica, komponenti i kompleksi.
2.6.1.14. Dodatni zahtjevi uključuju:
a) uslove za opremanje sistema uređajima za obuku osoblja (simulatori, drugi uređaji slične namjene) i dokumentaciju za njih;
b) zahtjeve za servisnu opremu, postolja za kontrolu elemenata sistema;
c) sistemske zahtjeve povezane sa posebnim uslovima rada;
d) posebne zahtjeve prema nahođenju programera ili korisnika sistema.
2.6.2. U pododjeljku "Zahtjevi za funkcije (zadatke)" koje obavlja sistem, dato je sljedeće:
a) za svaki podsistem spisak funkcija, zadataka ili njihovih kompleksa (uključujući one koji obezbeđuju interakciju delova sistema) koje treba automatizovati;
pri kreiranju sistema u dva ili više redova - spisak funkcionalnih podsistema, pojedinačnih funkcija ili zadataka koji se provode u prvom i narednim redovima;
b) vremenski raspored za implementaciju svake funkcije, zadatka (ili skupa zadataka);
c) zahtjeve za kvalitetom implementacije svake funkcije (zadatka ili skupa zadataka), za oblik prezentacije izlaznih informacija, karakteristike potrebne tačnosti i vremena izvršenja, zahtjeve za istovremenost izvršavanja grupe zadataka. funkcije, pouzdanost rezultata;
d) listu i kriterije kvara za svaku funkciju za koju su specificirani zahtjevi za pouzdanost.
2.6.3. U pododjeljku „Zahtjevi za vrste kolaterala“, u zavisnosti od vrste sistema, dati su zahtjevi za:
1) matematički,
2) informativni,
3) lingvistički,
4) softver,
5) tehnički,
6) metrološki,
7) organizacioni,
8) metodološke i druge vrste sistemske podrške.
2.6.3.1. Za matematičku podršku sistema daju se zahtjevi za sastav, obim (ograničenja) i metode, upotrebu matematičkih metoda i modela u sistemu, tipične algoritme i algoritme koje treba razviti.
2.6.3.2. Za informatičku podršku: sistemi daju zahtjeve:
a) sastav, struktura i metode organizovanja podataka u sistemu;
b) razmjenu informacija između komponenti sistema;
c) kompatibilnost informacija sa srodnim sistemima;
d) o upotrebi svesaveznih i registrovanih republičkih, industrijskih klasifikatora, jedinstvenih dokumenata i klasifikatora koji funkcionišu u datom preduzeću;
e) o korišćenju sistema za upravljanje bazama podataka;
f) strukturi procesa prikupljanja, obrade, prenosa podataka u sistemu i prezentovanja podataka;
g) za zaštitu podataka od uništenja u slučaju nesreća i kvarova u napajanju sistema;
h) da kontroliše, čuva, ažurira i vraća podatke;
i) na postupak davanja pravne snage dokumentima proizvedenim tehničkim sredstvima NPP (u skladu sa GOST 6.10.4).
2.6.3.3. Za lingvističku podršku sistema daju se zahtjevi za korištenje programskih jezika visokog nivoa u sistemu, jezika interakcije korisnika i tehničkih sredstava sistema, kao i zahtjevi za kodiranje i dekodiranje podataka, unos podataka. / izlazni jezici, jezici za manipulaciju podacima, sredstva za opisivanje predmetne oblasti (objekt automatizacije), do načina organizovanja dijaloga.
2.6.3.4. Za sistemski softver dat je spisak kupljenog softvera, kao i zahtjevi:
a) softverska nezavisnost od korištenog PBT-a i operativnog okruženja;
b) na kvalitet softvera, kao i na metode njegovog obezbjeđivanja i kontrole;
c) ako je potrebno uskladiti novorazvijeni softver sa fondom algoritama i programa.
2.6.3.5. Za tehničku podršku sistema dati su sljedeći zahtjevi:
a) vrstama tehničkih sredstava, uključujući vrste kompleksa tehničkih sredstava, softverskih i hardverskih kompleksa i drugih komponenti koje su prihvatljive za upotrebu u sistemu;
b) na funkcionalne, dizajnerske i operativne karakteristike tehničke podrške sistema.
2.6.3.6. Zahtjevi za metrološku podršku uključuju:
a) preliminarnu listu mjernih kanala;
b) zahtjeve za tačnost mjerenja parametara i (ili) za metrološke karakteristike mjernih kanala;
c) zahtjeve za metrološku kompatibilnost tehničkih sredstava sistema;
d) spisak upravljačkih i računskih kanala sistema za koje je potrebno ocijeniti karakteristike tačnosti;
e) zahtjeve za metrološku podršku hardvera i softvera koji su dio mjernih kanala sistema, ugrađene upravljačke alate, metrološku podobnost mjernih kanala i mjernih instrumenata koji se koriste za podešavanje i ispitivanje sistema;
f) vrstu metrološkog sertifikacije (državno ili resorno) sa naznakom o postupku za njegovo sprovođenje i organizacijama koje sprovode sertifikaciju.
2.6.3.7. Za organizacionu podršku daju se sledeći uslovi:
a) strukturi i funkcijama jedinica koje su uključene u rad sistema ili obezbeđivanje rada;
b) organizaciji funkcionisanja sistema i postupku interakcije između osoblja NEK i osoblja objekta automatizacije;
c) zaštita od pogrešnih radnji osoblja sistema.
2.6.3.8. Za metodološku podršku CAD-a daju se zahtjevi za sastav regulatorne i tehničke dokumentacije sistema (spisak standarda, normi, metoda i sl. koji se koriste tokom njegovog rada).
2.7. Odjeljak "Sastav i sadržaj rada na stvaranju (razvoju) sistema" treba da sadrži listu faza i faza rada na stvaranju sistema u skladu sa GOST 24.601, vrijeme njihove implementacije, listu organizacija koji izvode posao, linkovi na dokumente koji potvrđuju saglasnost ovih organizacija za učešće u kreiranju sistema, ili evidenciju koja identifikuje osobu odgovornu (kupac ili programer) za izvođenje ovih radova.
Ovaj odjeljak također nudi:
1) spisak dokumenata, u skladu sa GOST 34.201, predstavljen na kraju relevantnih faza i faza rada;
2) vrstu i postupak sprovođenja pregleda tehničke dokumentacije (faza, faza, obim dokumentacije koja se proverava, organizacija-ekspert);
3) program rada u cilju obezbeđivanja potrebnog nivoa pouzdanosti sistema koji se razvija (po potrebi);
4) spisak radova na metrološkoj podršci u svim fazama stvaranja sistema, sa navođenjem rokova i izvođačkih organizacija (po potrebi).
2.8. U odeljku "Procedura praćenja i prihvatanja sistema" navedite:
1) vrste, sastav, obim i metode ispitivanja sistema i njegovih komponenti (vrste ispitivanja u skladu sa važećim standardima koji važe za sistem koji se razvija);
2) opšti uslovi za prijem radova po fazama (spisak preduzeća i organizacija učesnika, mesto i termin), postupak usaglašavanja i odobravanja prijemne dokumentacije;
H) status komisije za prijem (državna, međuresorna, resorna).
2.9. U odeljku „Zahtjevi za sastav i sadržaj poslova za pripremu objekta automatizacije za puštanje sistema u rad“ potrebno je navesti spisak glavnih aktivnosti i njihovih nosilaca koje treba obaviti prilikom pripreme objekta automatizacije za puštanje u rad. AU u rad.
Lista glavnih aktivnosti uključuje:
1) dovođenje informacija koje ulaze u sistem (u skladu sa zahtevima za informacionom i jezičkom podrškom) u oblik pogodan za obradu pomoću računara;
2) promene koje je potrebno izvršiti u objektu automatizacije;
3) stvaranje uslova za funkcionisanje objekta automatizacije, pod kojima se garantuje usklađenost kreiranog sistema sa zahtevima sadržanim u Projektnom zadatku;
4) formiranje jedinica i službi neophodnih za funkcionisanje sistema;
5) uslove i postupak kadrovskog popunjavanja i obuke kadrova.
Na primjer, za ACS daju:
- promjene u primijenjenim metodama upravljanja;
- stvaranje uslova za rad komponenti ACS-a, pod kojima se garantuje usklađenost sistema sa zahtjevima sadržanim u TOR-u.
2.10. U odjeljku "Zahtjevi za dokumentaciju" navodi se sljedeće:
1) spisak skupova i vrsta dokumenata koje treba izraditi koji ispunjavaju zahtjeve GOST 34.201 i NTD industrije kupca, a koji su dogovoreni između programera sistema i kupca; spisak dokumenata izdatih na mašinskom mediju; zahtjevi za mikrofilmsku dokumentaciju;
2) uslove za dokumentovanje sastavnih elemenata međuindustrijske primene u skladu sa zahtevima ESKD i ESPD;
3) u nedostatku državnih standarda koji definišu uslove za dokumentovanje elemenata sistema, dodatno uključuju zahteve za sastav i sadržaj tih dokumenata.
2.11. U rubrici „Izvori razvoja“ treba navesti dokumente i informativne materijale (studija izvodljivosti, izvještaji o obavljenim istraživačkim radovima, informacioni materijali o domaćim, stranim analognim sistemima i dr.), na osnovu kojih je TK razvijen i koji treba koristi se za kreiranje sistema.
2.12. Sastav TOR-a u NEK, uz prisustvo odobrenih metoda, uključuje aplikacije koje sadrže:
a) proračun očekivane efikasnosti sistema;
b) procjena naučno-tehničkog nivoa sistema.
Prijave su uključene u TOR za NPP kako je dogovoreno između programera i korisnika sistema.
3. PRAVILA PROJEKTIRANJA
3.1. Odjeljci i pododjeljci TZ-a u NEK moraju biti postavljeni na način propisan u čl. 2 ovog standarda.
3.2. TK za AU je sastavljen u skladu sa zahtjevima GOST 2.105 na listovima formata A4 u skladu sa GOST 2.301 bez okvira, glavnog natpisa i dodatnih stupaca uz njega.
Brojevi listova (stranica) se upisuju, počevši od prvog lista nakon naslovne strane, na vrhu lista (iznad teksta, u sredini) nakon označavanja TK koda na AC.
3.3. Vrijednosti indikatora, normi i zahtjeva pokazuju, po pravilu, maksimalna odstupanja ili maksimalne i minimalne vrijednosti. Ukoliko su ovi indikatori, norme, zahtjevi nedvosmisleno regulisani NTD-om, TOR za NPP treba da sadrži vezu sa ovim dokumentima ili njihovim odjeljcima, kao i dodatne zahtjeve koji uzimaju u obzir karakteristike sistema koji se kreira. Ukoliko se u procesu izrade Projektnog zadatka za NEK ne mogu utvrditi specifične vrijednosti indikatora, normi i zahtjeva, treba evidentirati proceduru utvrđivanja i usaglašavanja ovih indikatora, normi i zahtjeva:
"Konačni zahtjev (vrijednost) je specificiran u procesu ... .. i dogovoren protokolom sa ... ... u fazi ... ...". Istovremeno se ne vrše izmjene u tekstu Projektnog zadatka za NEK.
3.4. Na naslovnoj stranici se stavljaju potpisi naručitelja, programera i koordinirajućih organizacija, koji su zapečaćeni pečatom. Naslovna stranica se po potrebi sastavlja na više stranica. Potpisi izrađivača Projektnog zadatka za NPP i službenika uključenih u odobravanje i razmatranje nacrta Projektnog zadatka za NPP nalaze se na posljednjoj stranici.
Obrazac naslovne strane TK na AU je dat u aneks 2. Dat je obrazac posljednjeg lista tehničkih specifikacija za NPP aneks 3.
3.5. Po potrebi, na naslovnoj stranici TK-a na AU, dozvoljeno je postavljanje šifri uspostavljenih u industriji, na primjer: sigurnosni pečat, šifra rada, registarski broj TK-a itd.
3.6. Naslovna strana Dopuna Projektnog zadatka za nuklearne elektrane sastavlja se na isti način kao i naslovna strana projektnog zadatka. Umjesto naziva "Terms of Reference" pišu "Dodatak br. ... TOR za AC ...".
3.7. Na narednim listovima dopune, TOR-u o AU, stavljaju se osnova za promjenu, sadržaj izmjene i linkovi na dokumente u skladu sa kojima se te izmjene vrše.
3.8. Prilikom predstavljanja teksta dopune TOR-a treba navesti brojeve relevantnih paragrafa, podstavova, tabela glavnog TOR-a na AU i sl. i koristiti riječi: „zamijeni“, „dopuni“, „ izbrisati”, „navesti u novom izdanju”.
Dodatak 1
1. Nacrt TOR-a za nuklearne elektrane izrađuje programer sistema uz učešće naručioca na osnovu tehničkih zahtjeva (primjena, taktičko-tehnički zadatak, itd.).
U konkurentskoj organizaciji rada, opcije za nacrt TZ-a za NEK razmatra kupac, koji ili bira preferiranu opciju, ili na osnovu uporedne analize priprema konačnu verziju Projektnog zadatka za NEK uz učešće budućeg graditelja NEK.
2. Potrebu za davanjem saglasnosti na nacrt Projektnog zadatka za NEK sa organima državnog nadzora i drugim zainteresovanim organizacijama zajednički utvrđuju naručilac sistema i izrađivač nacrta Projektnog zadatka u NEK.
Posao na odobravanju nacrta Projektnog zadatka za AC zajednički sprovode izrađivač Projektnog zadatka za NEK i naručilac sistema, svaki u organizacijama svog ministarstva (resora).
3. Rok za usvajanje nacrta TOR-a za nuklearne elektrane u svakoj organizaciji ne bi trebalo da bude duži od 15 dana od datuma njegovog prijema. Preporučuje se da se kopije nacrta Projektnog zadatka za nuklearne elektrane (kopije) istovremeno pošalju svim organizacijama (odjelima) na odobrenje.
4. Komentari na nacrt TOR-a za NE moraju biti dostavljeni sa tehničkim obrazloženjem. Odluke o komentarima moraju donijeti izrađivač nacrta Projektnog zadatka za NEK i korisnik sistema prije odobrenja Projektnog zadatka za NPP.
5. Ako su između projektanta i naručioca (ili drugih zainteresovanih organizacija) nastale nesuglasice prilikom dogovaranja nacrta TZ-a u NEK, sastavlja se protokol o neslaganjima (proizvoljna forma) i donosi konkretna odluka na propisan način.
6. Odobrenje nacrta TOR-a u NEK je dozvoljeno sačiniti kao poseban dokument (pismo). U ovom slučaju, pod naslovom "Dogovoreno" napravite vezu do ovog dokumenta.
7. Odobrenje tehničkih specifikacija za nuklearne elektrane vrše rukovodioci preduzeća (organizacija) projektanta i naručioca sistema.
8. Specifikacija za NPP (dodatak specifikaciji) prije podnošenja na odobrenje mora biti provjerena od strane normativne kontrolne službe organizacije koja je izradila specifikaciju i po potrebi podvrgnuta metrološkom ispitivanju.
9. Kopije odobrenog Projektnog zadatka za NPP u roku od 10 dana nakon odobrenja šalje izrađivač Projektnog zadatka za NPP učesnicima u kreiranju sistema.
10. Koordinacija i odobravanje dopuna Projektnog zadatka za NPP vrši se na način utvrđen za Projektni zadatak za NEK.
11. Nije dozvoljeno odobravanje promjena TOR-a u NEK nakon što se sistem preda na prijemna ispitivanja.
12. Registracija, računovodstvo i skladištenje tehničkih specifikacija u NPP i dopuna istih vrše se u skladu sa zahtjevima GOST 2.501.
naziv organizacije - izrađivač tehničkih specifikacija za nuklearne elektrane
________________________________________________________
naziv tipa AC
________________________________________________________
naziv objekta automatizacije
________________________________________________________
skraćenica AS
TEHNIČKI ZADATAK
Na ____ listova
Vrijedi od
DOGOVOREN
Šef (položaj, naziv koordinirajuće organizacije)
Lični potpis __________ Prepis potpisa _______________
Pečat
datum
____________________________________
(TK kod)
MADE
DOGOVOREN
Dodatak(informativno) Odredbe za stvaranje jedinstvenog skupa standarda za automatizovane sisteme.
1. Početni preduslovi za stvaranje kompleksa
1.1. Kreiranje i implementacija automatizovanih sistema različitih klasa i namena vrši se u mnogim industrijama prema regulatornoj i tehničkoj dokumentaciji koja utvrđuje niz organizacionih, metodoloških i tehničkih normi, pravila i propisa koji ometaju integraciju sistema i njihovo efikasno zajedničko funkcionisanje. .
1.2. U periodu kada je Gosstandart SSSR-a doneo odluku o poboljšanju međusektorskih kompleksa standarda, na snazi su bili sledeći kompleksi i sistemi standarda koji su postavljali zahteve za razne vrste AC:
1) jedinstveni sistem standarda za automatizovane sisteme upravljanja (24. sistem), koji se primenjuje na automatizovane sisteme upravljanja, automatizovane sisteme upravljanja, automatizovane sisteme upravljanja procesima i druge organizacione i ekonomske sisteme;
2) skup standarda (sistem 23501); proširenje na sisteme kompjuterski potpomognutog dizajna;
3) četvrta grupa 14. sistema standarda, koja obuhvata automatizovane sisteme za tehnološku pripremu proizvodnje.
1.3. Praksa primene standarda za automatizovane sisteme upravljanja, CAD, automatizovane sisteme upravljanja procesima, ASTPP je pokazala da koriste isti konceptualni aparat, postoji mnogo zajedničkih sadržaja standardizacije, međutim, zahtjevi standarda nisu međusobno usklađeni, postoje razlike u sastavu i sadržaju rada, razlike u označavanju, sastavu, sadržaju i načinu izvođenja dokumenata itd.
1.4. U pozadini nepostojanja jedinstvene tehničke politike u oblasti kreiranja AS-a, raznovrsnost standarda nije obezbedila široku kompatibilnost AS-a u njihovoj interakciji, nije dozvoljavala repliciranje sistema i ometala je razvoj obećavajućih oblasti za korišćenje kompjuterske tehnologije.
1.5. Trenutno se vrši prelazak na kreiranje kompleksnih AS (strani CAD sistemi - CAM), koji uključuju automatizovane sisteme upravljanja tehnološkim procesima i industrijama, CAD - dizajner, CAD - tehnolog, ASNI i druge sisteme. Korištenje proturječnih pravila pri kreiranju ovakvih sistema dovodi do smanjenja kvaliteta, povećanja cijene rada i kašnjenja u puštanju NEK u rad.
1.6. Jedinstveni set standarda i uputstava treba da se primenjuje na automatizovane sisteme za različite namene: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP, uključujući njihovu integraciju.
1.7. Prilikom izrade međusektorskih dokumenata treba uzeti u obzir sljedeće karakteristike AU kao objekata standardizacije:
1) projektni zadatak je glavni dokument, u skladu sa kojim se vrši kreiranje AU i njeno prihvatanje od strane kupca;
2) nuklearne elektrane se, po pravilu, stvaraju projektno sa kompletnim setom proizvoda serijske i pojedinačne proizvodnje i izvođenjem građevinskih, montažnih, puštajućih u rad i puštanje u rad neophodnih za puštanje NEK u rad;
3) u opštem slučaju AS (AS podsistem) čine softversko-hardverski (STC), softversko-metodološki kompleksi (PMC) i komponente tehničke, softverske i informacione podrške.
Komponente ovih vrsta nosača, kao i PMK i PTK, moraju se proizvoditi i isporučivati kao proizvodi za industrijske i tehničke svrhe. Komponente mogu biti uključene u AS kao nezavisnih delova ili se mogu kombinovati u komplekse;
4) kreiranje AS u organizacijama (preduzećima) zahteva posebnu obuku korisnika i osoblja za održavanje sistema;
5) funkcionisanje AS i kompleksa obezbeđuje skup organizaciono-metodoloških dokumenata koji se u procesu stvaranja razmatraju kao komponente pravne, metodološke, lingvističke, matematičke, organizacione i druge vrste podrške. Zasebna rješenja dobijena u procesu razvoja ovih softvera mogu se implementirati kao komponente hardverske, softverske ili informatičke podrške;
6) zajedničko funkcionisanje i interakcija različitih sistema i kompleksa se vrši na osnovu lokalne mreže COMPUTER.
Specifikacije i sporazumi usvojeni za lokalne računarske mreže su obavezni da bi se osigurala kompatibilnost sistema, kompleksa i komponenti.
Međusobna povezanost CEN AU sa drugim sistemima i skupovima standarda.
2.1. Standardizacija u oblasti AS je sastavni deo rada na generalizovanom problemu "Informacione tehnologije".
2.2. Jedinstveni skup standarda koji regulišu dokumentaciju za automatizovane sisteme, zajedno sa drugim sistemima i skupovima standarda, treba da čini kompletnu regulatornu i tehničku podršku za procese kreiranja i funkcionisanja AS.
2.3. EKS AS treba da pokrije oblasti standardizacije specifične za automatizovane sisteme i da proširi tradicionalne oblasti standardizacije na softver i hardver, softverske i metodološke komplekse i automatizovane sisteme uopšte.
2.4. Pravci i zadaci standardizacije u normativno-tehničkoj podršci procesa stvaranja i rada AS grupirani su na sljedeći način:
1) utvrđivanje tehničkih uslova za proizvode;
2) uređenje metoda ispitivanja i pravila za atestiranje i sertifikaciju proizvoda;
3) uređenje pravila i postupka izrade;
4) utvrđivanje pravila dokumentacije;
5) obezbeđivanje kompatibilnosti;
6) regulisanje organizacionih i metodoloških pitanja funkcionisanja sistema.
Pravci 1-4 su tradicionalni u razvoju, proizvodnji i isporuci proizvoda. Smjerovi 5, 6 su specifični i slijede iz karakteristika svojstvenih AS.
2.5. Opskrba nuklearnih elektrana u cjelini i njihovih komponenti regulatornom i tehničkom dokumentacijom u okviru prihvaćenih oblasti i zadataka standardizacije je različita.
Komponente tehničke, softverske i informatičke podrške, kao proizvodi za industrijsku namjenu, smatraju se dizajnerskim, softverskim i informatičkim proizvodima. Ovi proizvodi podliježu trenutnim setovima ESKD standarda. SRPP, ESPD, SGIP, USD, klasifikatori i kodifikatori tehničko-ekonomskih informacija, kompleksi standarda tipa "OTT", "Metode ispitivanja", "TU", kao i OTT naručioca.
2.5.1. Cijeli životni ciklus Projektovanje proizvoda je u potpunosti snabdeveno regulatornom i tehničkom dokumentacijom koja je na snazi u oblasti mašinstva i instrumenata.
2.5.2. Softverski proizvodi se isporučuju sa NTD, koji je uključen u ESPD i OTT kupca. Međutim, opseg ovih NTD-a treba proširiti kako bi odražavao pitanja koja se odnose na razvoj, kreiranje, distribuciju i rad softverskih proizvoda.
2.5.3. Informacijski proizvodi trenutno nisu opremljeni NTD, iako su određena pitanja razrađena u okviru DDD, klasifikatora i kodifikatora tehničkih i ekonomskih informacija.
2.6. Softversko-hardverski i softversko-metodološki kompleksi smatraju se složenim proizvodima koji nemaju analoga u mašinstvu. S obzirom na status PTK i PMK. kao proizvoda za industrijsku namjenu, pravila i postupak njihovog razvoja treba da budu slični zahtjevima utvrđenim standardima sistema razvoja i puštanja proizvoda u proizvodnju (SRPP).
Projektni zadatak za kreiranje informacionog sistema
Na osnovu GOST 34.602-89
za pisanje tehničkih specifikacija za automatizovane sisteme upravljanja od 01.01.1990.
1. OPĆE ODREDBE
1.1. TK je glavni dokument koji definiše zahtjeve i postupak za kreiranje (razvoj ili modernizaciju - u daljem tekstu stvaranje) informacionog sistema (u daljem tekstu IS), u skladu sa kojim se odvija razvoj IS-a i njegovo prihvatanje. nakon puštanja u rad.
1.2. TK je razvijen za sistem u cjelini, dizajniran da radi samostalno ili kao dio drugog sistema.
1.3. Zahtjevi za IP u obimu utvrđenom ovim standardom mogu se uključiti u zadatak za projektovanje novonastalog objekta informatizacije. U ovom slučaju TK nije razvijen.
1.4. Zahtjevi uključeni u TOR moraju odgovarati trenutnom nivou razvoja informacionih tehnologija i ne biti inferiorni u odnosu na slične zahtjeve za najbolje moderne domaće i strane analoge. Zahtjevi navedeni u TOR-u ne bi trebali ograničavati programera sistema u traženju i implementaciji najefikasnijih tehničkih, izvodljivih i drugih rješenja.
1.5. TOR uključuje samo one zahtjeve koji dopunjuju zahtjeve za sisteme ovog tipa i određeni su specifičnostima konkretnog objekta za koji se sistem kreira.
1.6. Promjene TOR-a su formalizirane dodatkom ili protokolom koji potpisuju kupac i programer. Dodatak ili navedeni protokol je sastavni dio TOR-a na IP-u. Na naslovnoj strani TK-a treba da stoji unos „Važi od ...“.
2. SASTAV I SADRŽAJ
2.1. TOR sadrži sljedeće odjeljke, koji se mogu podijeliti na pododjeljke:
opće informacije;
svrha i ciljevi stvaranja (razvoja) sistema;
karakteristike objekata;
Zahtjevi sustava;
postupak kontrole i prihvatanja sistema;
zahtjevi za sastavom i sadržajem poslova za pripremu razvojnog objekta za puštanje sistema u rad;
zahtjevi za dokumentacijom;
razvojni izvori.
Prijave mogu biti uključene u ToR.
2.2. Ovisno o vrsti, namjeni, specifičnim karakteristikama projekta i uslovima rada sistema, dozvoljeno je sastaviti dijelove TOR-a u obliku aplikacija, uvesti dodatne, isključiti ili kombinirati pododjeljke TOR-a.
TOR za dijelove sistema ne uključuje dijelove koji dupliraju sadržaj dijelova TOR-a u cjelini.
2.3. U odjeljku "Opće informacije" navedite:
puni naziv sistema i njegov simbol;
šifra teme ili šifra (broj) ugovora;
naziv kompanija programera i kupca (korisnika) sistema i njihovi detalji;
spisak dokumenata na osnovu kojih je sistem kreiran, ko i kada su ti dokumenti odobreni;
planirani datumi početka i završetka radova na kreiranju sistema;
podatke o izvorima i postupku finansiranja radova;
postupak formalizovanja i predstavljanja naručiocu rezultata rada na kreiranju sistema (njegovih delova), na izradi i prilagođavanju pojedinačnih sredstava (hardver, softver, informacija) i softversko-hardverskih (softverskih i metodoloških) kompleksa sistem.
2.4. Odjeljak „Svrha i ciljevi stvaranja (razvoja) sistema“ sastoji se od pododjeljaka:
svrha sistema;
svrhu sistema.
2.4.1. U pododjeljku „Svrha sistema“ navesti vrstu sistemske aktivnosti (upravljanje, projektovanje i sl.) i spisak objekata (objekata) informatizacije na kojima se on treba koristiti.
2.4.2. U pododjeljku „Ciljevi kreiranja sistema“ daju se nazivi i tražene vrijednosti tehničkih, tehnoloških, proizvodno-ekonomskih ili drugih pokazatelja objekta informatizacije koji se moraju postići kao rezultat kreiranja IS-a, te naznačiti kriterijume za ocjenu ostvarenosti ciljeva kreiranja sistema.
2.5. U rubrici “Karakteristike objekta informatizacije” daju se:
kratke informacije o objektu informatizacije ili veze do dokumenata koji sadrže takve informacije;
informacije o radnim uslovima objekta automatizacije.
2.6. Odjeljak Sistemski zahtjevi sastoji se od sljedećih pododjeljaka:
zahtjevi za sistem u cjelini;
zahtjevi za funkcije (zadatke) koje sistem obavlja;
zahtjevi za vrste sigurnosti.
Sastav sistemskih zahtjeva uključenih u ovaj odjeljak TOR-a za IS utvrđuje se u zavisnosti od vrste, namjene, specifičnih karakteristika i uslova rada određenog sistema.
2.6.1. U pododjeljku "Zahtjevi za sistem u cjelini" navedite:
zahtjevi za strukturom i funkcionisanjem sistema;
zahtjeve za brojem i kvalifikacijama osoblja sistema i načinom njegovog rada;
indikatori odredišta;
zahtjevi za pouzdanost;
sigurnosni zahtjevi;
zahtjevi za ergonomiju i tehničku estetiku;
zahtjevi za rad, održavanje, popravku i skladištenje komponenti sistema;
zahtjevi za zaštitu informacija od neovlaštenog pristupa;
zahtjevi za sigurnost informacija u slučaju nesreća;
zahtjevi za zaštitu od utjecaja vanjskih utjecaja;
zahtjevi za čistoću patenta;
zahtjevi za standardizaciju i unifikacija;
Dodatni zahtjevi.
2.6.1.1. Zahtjevi za strukturu i funkcioniranje sistema uključuju:
spisak podsistema, njihovu namenu i glavne karakteristike, zahteve za brojem nivoa hijerarhije i stepenom centralizacije sistema;
zahtjevi za metode i sredstva komunikacije za razmjenu informacija između komponenti sistema;
zahtjevi za karakteristike interkonekcije sistema koji se stvara sa susjednim sistemima, zahtjevi za njegovu kompatibilnost, uključujući uputstva o načinu razmjene informacija (automatski, slanjem dokumenata, telefonom, itd.);
zahtjevi za režime rada sistema;
zahtjevi za dijagnostiku sistema;
perspektive razvoja, modernizacije sistema.
2.6.1.2. U zahtjevima za brojem i kvalifikacijama osoblja na IS-u dato je sljedeće:
zahtjevi za brojem osoblja (korisnika) IS-a;
uslove za osposobljenost kadrova, postupak njihove obuke i kontrolu znanja i vještina;
potreban način rada osoblja IS-a.
2.6.1.3. U zahtjevima za indikatore namjene IS-a date su vrijednosti parametara koji karakteriziraju stepen usklađenosti sistema sa njegovom svrhom.
2.6.1.4. Zahtjevi za pouzdanost uključuju:
sastav i kvantitativne vrijednosti pokazatelja pouzdanosti za sistem u cjelini ili njegove podsisteme;
spisak hitnih situacija za koje treba regulirati zahtjeve za pouzdanost i vrijednosti odgovarajućih indikatora;
zahtjevi za pouzdanost hardvera i softvera;
zahtjevi za metode za procjenu i praćenje indikatora pouzdanosti u različitim fazama kreiranja sistema u skladu sa važećim regulatornim i tehničkim dokumentima.
2.6.1.5. Sigurnosni zahtjevi uključuju zahtjeve za osiguranje sigurnosti tokom isporuke, puštanja u rad, rada i održavanja sistema.
2.6.1.6. Zahtjevi za ergonomiju i tehničku estetiku uključuju IS indikatore koji određuju potreban kvalitet interakcije čovjeka i mašine i udobnost radnih uslova osoblja.
2.6.1.7. Zahtjevi za zaštitu informacija od neovlaštenog pristupa uključuju zahtjeve koje postavlja industrija i informacijsko okruženje korisnika.
2.6.1.8. Zahtjevi za sigurnost informacija uključuju listu događaja: nesreće, kvarovi tehničkih sredstava (uključujući gubitak struje) itd., u kojima se mora osigurati sigurnost informacija u sistemu.
2.6.1.9. Zahtjevi za čistoću patenta navode listu zemalja u pogledu kojih se mora osigurati patentna čistoća sistema i njegovih dijelova.
2.6.1.10. Dodatni zahtjevi uključuju posebne zahtjeve prema nahođenju programera ili kupca sistema.
2.6.2. U pododjeljku „Zahtjevi za funkcije (zadatke)“, koje obavlja sistem, dato je sljedeće:
za svaki podsistem, spisak funkcija, zadataka ili njihovih kompleksa (uključujući one koji obezbeđuju interakciju delova sistema) koje treba automatizovati;
pri kreiranju sistema u dva ili više redova - spisak funkcionalnih podsistema, pojedinačnih funkcija ili zadataka koji se provode u prvom i narednim redovima;
vremenski raspored za realizaciju svake funkcije, zadatka (ili skupa zadataka);
zahtjevi za kvalitetom implementacije svake funkcije (zadatka ili skupa zadataka), za oblik prezentacije izlaznih informacija, karakteristike potrebne tačnosti i vremena izvršenja, zahtjevi za istovremenost izvršavanja grupe funkcija, pouzdanost rezultata;
popis i kriterije kvara za svaku funkciju za koju su specificirani zahtjevi za pouzdanost.
2.6.3. U pododjeljku „Zahtjevi za vrste podrške“, u zavisnosti od vrste sistema, dati su zahtjevi za matematičku, informatičku, jezičku, softversku, tehničku, metrološku, organizacionu, metodološku i druge vrste podrške sistema.
2.6.3.2. Za informatičku podršku sistema dati su sljedeći zahtjevi:
na sastav, strukturu i načine organizovanja podataka u sistemu;
na razmjenu informacija između komponenti sistema;
kompatibilnosti informacija sa susjednim sistemima;
o korištenju sistema za upravljanje bazama podataka;
na strukturu procesa prikupljanja, obrade, prenosa podataka u sistemu i prezentovanja podataka;
na zaštitu podataka;
za kontrolu, pohranjivanje, ažuriranje i vraćanje podataka;
2.6.3.3. Za lingvističku podršku sistema daju se zahtjevi za korištenje programskih jezika visokog nivoa u sistemu, jezika interakcije korisnika i tehničkih sredstava sistema, kao i zahtjevi za kodiranje i dekodiranje podataka, unos podataka. -izlazni jezici, jezici za manipulaciju podacima, sredstva za opisivanje predmetne oblasti i metode organizacije dijaloga.
2.6.3.4. Za sistemski softver dat je spisak kupljenog softvera, kao i zahtjevi:
na zavisnost softvera od operativnog okruženja;
na kvalitet softvera, kao i na metode njegovog obezbjeđenja i kontrole;
2.6.3.5. Za tehničku podršku sistema dati su sljedeći zahtjevi:
na vrste tehničkih sredstava, uključujući vrste kompleksa tehničkih sredstava, softverske i hardverske komplekse i druge komponente koje su prihvatljive za upotrebu u sistemu;
na funkcionalne, konstruktivne i operativne karakteristike sredstava tehničke podrške sistema.
2.6.3.6. Zahtjevi za metrološku podršku uključuju:
preliminarna lista mjernih kanala;
zahtjeve za tačnost mjerenja parametara i (ili) za metrološke karakteristike mjernih kanala;
zahtjevi za metrološku kompatibilnost tehničkih sredstava sistema;
spisak upravljačkih i računskih kanala sistema za koje je potrebno procijeniti karakteristike tačnosti;
zahtjeve za metrološku podršku hardvera i softvera koji su dio mjernih kanala sistema, alate, ugrađenu kontrolu, metrološku podobnost mjernih kanala i mjernih instrumenata koji se koriste pri puštanju u rad i ispitivanju sistema;
vrsta metrološkog sertifikacije (državno ili resorno) sa naznakom o postupku za njegovo sprovođenje i organizacijama koje sprovode sertifikaciju.
2.6.3.7. Za organizacionu podršku daju se sledeći uslovi:
na strukturu i funkcije jedinica uključenih u funkcionisanje sistema ili obezbeđivanje rada;
na organizaciju funkcionisanja sistema i proceduru interakcije između osoblja IS-a i osoblja objekta informatizacije;
na zaštitu od pogrešnih radnji osoblja sistema.
2.7. Odjeljak „Sastav i sadržaj rada na kreiranju (razvoju) sistema“ treba da sadrži spisak faza i faza rada na stvaranju sistema, vrijeme njihove implementacije, spisak organizacija koje obavljaju posao, linkove na dokumente koji potvrđuju saglasnost ovih organizacija za učešće u kreiranju sistema, odnosno zapisnik, koji određuje lice odgovorno (kupac ili programer) za izvođenje ovih radova.
Ovaj odjeljak također nudi:
spisak dokumenata koji se trebaju prezentirati na kraju relevantnih faza i faza rada;
vrsta i postupak ispitivanja tehničke dokumentacije (faza, faza, obim dokumentacije koja se provjerava, organizacija-ekspert);
program rada koji ima za cilj da obezbedi potreban nivo pouzdanosti sistema koji se razvija (ako je potrebno);
spisak radova na metrološkoj podršci u svim fazama stvaranja sistema, sa naznakom rokova i organizacija koje ih izvršavaju (ako je potrebno).
2.8. U odeljku „Procedura praćenja i prihvatanja sistema“ navedite:
vrste, sastav, zapremina i metode ispitivanja sistema i njegovih komponenti;
opšti uslovi za prijem radova po fazama, postupak ugovaranja i odobravanja prijemne dokumentacije;
2.9. U odeljku „Zahtjevi za sastav i sadržaj poslova za pripremu objekta automatizacije za puštanje sistema u rad“ potrebno je navesti spisak glavnih aktivnosti i njihovih nosilaca koje treba izvršiti prilikom izrade projekta puštanja sistema u rad. IS u funkciji.
Lista glavnih aktivnosti uključuje:
donošenje informacija koje ulaze u sistem (u skladu sa zahtjevima za informacionom i jezičkom podrškom);
stvaranje uslova za funkcionisanje projekta, pod kojima se garantuje usklađenost kreiranog sistema sa zahtjevima sadržanim u TOR-u;
stvaranje podjela i službi neophodnih za funkcionisanje sistema;
uslovi i procedure za zapošljavanje i obuku osoblja.
2.10. U odjeljku "Zahtjevi za dokumentaciju" navodi se sljedeće:
spisak skupova i vrsta dokumenata koje treba izraditi, a koji su dogovoreni između programera i korisnika sistema;
spisak dokumenata izdatih na mašinskom mediju;
u nedostatku državnih standarda koji definišu zahtjeve za dokumentovanje elemenata sistema, oni dodatno uključuju zahtjeve za sastav i sadržaj takvih dokumenata.
2.11. U odeljku „Izvori razvoja“ treba da se navedu dokumenti i informativni materijali na osnovu kojih je izrađen ToR i koji treba koristiti pri kreiranju sistema.
3. PRAVILA PROJEKTIRANJA
3.1. Odjeljke i pododjeljke TOR-a treba postaviti redoslijedom utvrđenim u čl. 2 ovog standarda.
3.2. Brojevi listova (stranica) se upisuju, počevši od prvog lista iza naslovne strane, u gornjem dijelu lista (iznad teksta, u sredini) nakon oznake TK koda na IC-u.
3.3. Na naslovnoj strani su stavljeni potpisi naručioca, programera i koordinatorskih kompanija, koji su zapečaćeni. Naslovna stranica se po potrebi sastavlja na više stranica. Potpisi programera TK-a i službenika uključenih u odobravanje i pregled nacrta TK-a o IP-u nalaze se na posljednjoj stranici.
Obrazac naslovne strane TZ-a dat je u Dodatku 2. Obrazac posljednjeg lista TOR-a dat je u Dodatku 3.
3.4. Naslovna stranica Dodatka TOR-u je sastavljena na isti način kao i naslovna stranica projektnog zadatka. Umjesto naziva “Zahtjev za zadatkom” pišu “Dodatak br. ... TOR-u za AC ...”.
3.5. Na narednim listovima dodatka TZ-u se stavljaju razlog za promjenu, sadržaj izmjene i linkovi na dokumente u skladu sa kojima se te izmjene vrše.
3.8. Prilikom predstavljanja teksta dodatka TZ-u, potrebno je navesti brojeve relevantnih paragrafa, podstavova, tabela glavnog TOR-a i sl. i riječi „zamijeniti“, „dopuniti“, „brisati“, „navesti u novo izdanje” treba koristiti.
POSTUPAK ZA IZRADU, UGOVOR I ODOBRENJE TK ZA IP
Nacrt TOR-a izrađuje organizacija-programer sistema uz učešće naručioca na osnovu tehničkih zahtjeva (primjena, taktičko-tehnički zadatak, itd.).
U konkurentskoj organizaciji rada, opcije za nacrt TZ-a razmatra naručilac, koji ili bira željenu opciju, ili na osnovu uporedne analize priprema konačnu verziju TOR-a za AC uz učešće budući programer IS-a.
Potrebu za davanjem saglasnosti na nacrt TZ-a sa organima državnog nadzora i drugim zainteresovanim organizacijama zajednički utvrđuju naručilac sistema i izrađivač nacrta TZ-a,
Rad na usvajanju nacrta TOR-a o IK-u zajednički sprovode izrađivač TZ-a i naručilac sistema, svaki u organizacijama svog ministarstva (odjeljenja).
Rok za usvajanje nacrta TOR-a u svakoj organizaciji ne bi trebao biti duži od 15 dana od dana prijema. Preporučljivo je poslati kopije nacrta ToR-a (kopije) na odobrenje istovremeno svim organizacijama (odjelima).
Komentari na nacrt TZ-a se dostavljaju sa tehničkim obrazloženjem. Odluke o komentarima moraju donijeti programer nacrta ToR-a i korisnik sistema prije nego što se odobri ToR za IS.
Ako je prilikom dogovaranja nacrta TK-a došlo do nesuglasica između izrađivača i naručioca (ili drugih zainteresiranih organizacija), tada se sastavlja protokol o nesuglasicama (proizvoljni oblik) i donosi konkretna odluka na propisan način.
Odobrenje nacrta TOR-a je dozvoljeno sastaviti kao poseban dokument (pismo). U ovom slučaju, pod naslovom "Dogovoreno" napravite vezu do ovog dokumenta.
Odobrenje TOR-a provode čelnici kompanija programera i korisnika sistema.
Kopije odobrenog ToR-a u roku od 10 dana nakon odobrenja šalje programer ToR učesnicima u kreiranju sistema.
Koordinacija i odobravanje dopuna Projektnog zadatka vrši se na način utvrđen za Projektni zadatak na IP.
Nije dozvoljeno odobravanje promjena u TOR-u nakon podnošenja sistema ili njegovog reda za testove prihvatanja.
